Magento 2.2 error“ หน้าเว็บเปลี่ยนเส้นทางไม่เหมาะสม”

10

ฉันกำลังทดสอบโมดูลของตัวเองใน Magento CE 2.2.0 แต่ได้รับ "หน้าเว็บเปลี่ยนเส้นทางไม่ถูกต้อง" ดูที่เครือข่ายฉันเห็นคำขอเหล่านี้:

/ magento22-acumulus / ธุรการ /
/ magento22-acumulus / admin / admin / ดัชนี / ปฏิเสธ /
/ magento22-acumulus / admin / admin / รับรองความถูกต้อง / เข้าสู่ระบบ /
/ magento22-acumulus / admin / admin /
/ magento22-acumulus / admin / admin / ดัชนี / ปฏิเสธ /
/ magento22-acumulus / admin / admin / รับรองความถูกต้อง / เข้าสู่ระบบ /
/ magento22-acumulus / admin / admin /
/ magento22-acumulus / admin / admin / ดัชนี / ปฏิเสธ /
/ magento22-acumulus / admin / admin / รับรองความถูกต้อง / เข้าสู่ระบบ /
/ magento22-acumulus / admin / admin /
...

การตั้งค่าของฉัน:

การติดตั้งในเครื่องบน url ฐาน / magento22-acumulus /
Wampserver 3.0.8 พร้อม php 7.0.10 และ Apache 2.4.23

ฉันทำอะไรลงไป:

ติดตั้ง Magento 2.2.0 พร้อมข้อมูลตัวอย่าง
เปลี่ยนการตั้งค่า: ลบรหัสลับและใช้ผู้ดูแลระบบมาตรฐาน / url
ทดสอบแล้ว: ฉันจะได้รับหน้าจอเข้าสู่ระบบ
ติดตั้งโมดูลของฉันโมดูล: เปิดใช้งานการตั้งค่า: อัพเกรดการตั้งค่า: di: รวบรวม
ทดสอบแล้ว: ข้อผิดพลาดดังกล่าว
โมดูล: ปิดการใช้งานแคช: สะอาดการตั้งค่า: di: รวบรวม
ทดสอบแล้ว: ฉันจะได้รับหน้าจอเข้าสู่ระบบ
ทำซ้ำหลาย ๆ ครั้งรูปแบบเดียวกันดังนั้นฉันจึงคิดว่ามันเกี่ยวข้องกับโมดูลของฉัน
แต่แล้วฉันก็ทำให้โมดูลทำงานได้ครั้งเดียวและฉันสามารถไปที่หน้าของตัวเองได้ น่าเสียดายที่ข้อผิดพลาดกลับมาดังนั้นฉันยังคงทำการดีบักการเปิดใช้งานและปิดการใช้งานโมดูลของฉัน แต่ไม่พบปัญหา
และตอนนี้ฉันยังได้รับปัญหาโดยไม่เปิดใช้งานโมดูล ดังนั้นฉันคิดว่ามันเป็นเงื่อนไข / ข้อผิดพลาดบางอย่างใน Magento เอง

สิ่งที่อาจเป็นปัญหาที่นี่?

admin magento2.2

— fietserwin
แหล่งที่มา

หากคุณมีทางออกโปรดโพสต์คำตอบของคุณ

— lalit mohan

น่าเสียดายที่ยังไม่ ฉันหยุดการทดสอบโมดูลของฉันบน MA2.2 และตอนนี้ทดสอบบน MA2.1 เท่านั้น ลูกค้าของฉันใช้โมดูลใน MA2.2 ดังนั้นเหตุผลเพิ่มเติมที่เชื่อว่าไม่ใช่ข้อผิดพลาดในการกำหนดค่าการตั้งค่าหรือรหัสของโมดูล ในที่สุดถ้าฉันพบทางออกฉันจะโพสต์มัน

— fietserwin

ฉันมีปัญหาเดียวกัน ฉันพบว่ามีปัญหากับโมดูล Helper Class ของฉัน .. คุณต้องเช็คเอาต์โมดูลของคุณทีละตัว .. ปิดการใช้งานเพื่อหาข้อผิดพลาดที่ ..

— lalit mohan

คุณสามารถแชร์ภาพสิ่งที่คุณได้รับจากความผิดพลาดที่แน่นอนได้หรือไม่?

— sarvesh Dineshkumar Patel

คุณลองเป็นรุ่นใหม่และไม่มีการเพิ่มส่วนขยายใด ๆ

— sarvesh Dineshkumar Patel

1

ฉันไม่แน่ใจว่านี่เป็นข้อผิดพลาดของกระบวนการรวบรวมหรือสิ่งผิดปกติกับรหัสโมดูล ในกรณีของฉันการรวบรวมวีโอไอพีนั้นเป็นการสร้างตัวดักสำหรับชั้นเรียนในโมดูลของฉัน (โดยไม่มีคอนสตรัคเตอร์ที่กำหนดจริง) ซึ่งขยายคลาสอีกชั้นของโมดูลอีกอันหนึ่งซึ่งขยายคลาสจากแกนกลางวีโอไอพี นี่คือการสร้างหน้าว่างในส่วนหน้านอกเหนือจากปัญหาที่คุณกล่าวถึง หลังจากการติดตั้ง Magento 2.2 หลายครั้งและ Magento 2.1 ที่มีปัญหาเดียวกันกับฉันก็ใช้งานได้:

เปิดใช้งานโหมดผู้พัฒนา: ปรับใช้ php bin / magento: โหมด: ตั้งผู้พัฒนา
ติดตั้งโมดูลของคุณ (อัพโหลด / คัดลอกไฟล์) จากนั้นเรียกใช้การตั้งค่า bin / magento: อัพเกรด
แทนที่จะเรียกใช้กระบวนการรวบรวม (จำเป็นเฉพาะเมื่อมีการเปลี่ยนแปลงลำดับของอาร์กิวเมนต์ตัวสร้างหรือชนิดของอาร์กิวเมนต์) ให้ลบโฟลเดอร์ / สร้าง / รหัส / YOURMODULENAMESPACE

— กาเบรียล MdS
แหล่งที่มา

0

เนื่องจากคุณใช้ Apache ฉันแนะนำให้คุณเปิดใช้งาน RewriteLog จากนั้นทำซ้ำปัญหาและตรวจสอบบันทึกอีกครั้ง

RewriteLog "logs\rewritelog.txt"    
RewriteLogLevel 3

— x86fantini
แหล่งที่มา

ขอบคุณสำหรับคำตอบของคุณ แต่สิ่งที่จะเรียนรู้ฉัน? ฉันพยายามดีบั๊กแล้วดังนั้นฉันจึงรู้ว่าคำขอที่เปลี่ยนเส้นทางแต่ละรายการนั้นประมวลผลโดย Magento ฉันไม่เห็นว่า Apache เข้ามาในรูปภาพได้อย่างไร

— fietserwin

Magento ไม่ใช่เว็บเซิร์ฟเวอร์ เว็บเซิร์ฟเวอร์ apache ใช้การเปลี่ยนเส้นทาง ดังนั้นเนื่องจากข้อผิดพลาดเกี่ยวกับการเปลี่ยนเส้นทางเป็นสถานที่แรกที่มองหา ia สิ่งที่ทำ apache คุณมี 50% chanches เพื่อดู apache oa ที่ทำการเปลี่ยนเส้นทางแปลก ๆ (http-to-https หรือคล้ายกัน) และ 50% chanches เพื่อดูว่า magento สั่งให้ apche เปลี่ยนเส้นทางด้วยวิธีแปลก ๆ

— x86fantini

Magento ส่งคืนคำแนะนำการเปลี่ยนเส้นทางไปยังเบราว์เซอร์ ไม่มีปัญหา http และ https (เช่นในรายงานอื่น ๆ อีกมากมายเกี่ยวกับการเปลี่ยนเส้นทางแบบไม่สิ้นสุด MA2.2) และ www กับที่ไม่ใช่ www เนื่องจากนี่เป็น localhost การเปลี่ยนเส้นทางไปยังหน้าตามที่อธิบายไว้ในคำถาม

— fietserwin

0

สัปดาห์ที่แล้วฉันพยายามอีกครั้งเพื่อติดตั้งสภาพแวดล้อม M2.3.4 ที่สะอาด (พร้อมข้อมูลตัวอย่าง) และดูเหมือนว่าจะใช้งานได้ ยกเว้นหลังจากทำการติดตั้ง: di: รวบรวมปัญหานี้ปรากฏขึ้นอีกครั้ง อย่างไรก็ตามการลบรหัสที่สร้างขึ้นจาก / สร้าง / รหัสทำให้มันทำงานอีกครั้ง ... ดังนั้นมันอาจเป็นปัญหาในเครื่องกำเนิดหรือรหัสบางอย่างที่ตรวจสอบชนิดของวัตถุและไม่รองรับคลาส interceptor ที่สร้างขึ้น .. .

@Gabriel MdS ตอบในสิ่งเดียวกันไม่มากก็น้อย แต่สำหรับฉันมันเกิดขึ้นเมื่อโมดูลของฉันยังไม่ได้ติดตั้งดังนั้นฉันจึงติดตั้งคลีนพร้อมข้อมูลตัวอย่างเท่านั้น

ดังนั้นไม่ใช่คำตอบหรือวิธีแก้ปัญหาที่ชัดเจน แต่แน่นอนว่าพร้อมกับคำตอบของ @Gabriel MdS คำแนะนำที่ชัดเจนเกี่ยวกับกระบวนการสร้าง

— fietserwin
แหล่งที่มา

0

ฉันรู้ว่านี่เป็นดอกยางเก่า แต่มันอันดับแรกในการค้นหาของ Google ไม่มีคำตอบเหล่านี้ช่วยฉัน แต่ฉันพบปัญหาเดียวกันและสามารถแก้ไขได้ การตั้งค่าของฉันใช้ reverse proxy หลังพร็อกซีฉันใช้ http (ไม่ใช่ ssl) และก่อนพร็อกซีอนุญาตเฉพาะ https (ssl) สิ่งนี้ทำให้เกิดปัญหาการเปลี่ยนเส้นทางของฉัน

การแก้ไข: เพิ่มบรรทัดต่อไปนี้ (ทันทีหลังจากความคิดเห็น) เพื่อ pub / index.php

$ _SERVER [ 'HTTPS'] = 'ใน';

— Dirk Krijgsman
แหล่งที่มา