Score:0

เปลี่ยนเส้นทางมือถือใน nginx ด้วยสตริงข้อความค้นหา

ธง lc

ฉันกำลังพยายามเปลี่ยนเส้นทางผู้เข้าชมมือถือไปยังหน้า AMP ด้วย nginx โดยพื้นฐานแล้วฉันใช้สคริปต์ @ https://gist.github.com/dangayle/2919206 พร้อมการแก้ไขที่แนะนำพร้อมองค์ประกอบจากคำตอบ @ เพิ่มเส้นทางต่อท้าย URL (สำหรับ AMP มือถือ) โดยไม่ทำให้เกิดการวนซ้ำการเปลี่ยนเส้นทางใน nginx_

ข้อแตกต่างหลักที่นี่คือฉันไม่ได้พยายามเปลี่ยนเส้นทางผู้ใช้มือถือไปยังโดเมนย่อยมือถือ แต่เพียงแค่เพิ่มสตริงข้อความค้นหา ("?amp=1"):

นั่นคือรหัสในบล็อก HTTP สำหรับ nginx.conf:

    เริ่มต้น 0;

    "~* (android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo |midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|โทรศัพท์|p(ixi|re)\/|plucker|pocket|psp|series(4|6) 0|symbian|treo|up\.(เบราว์เซอร์|ลิงก์)|vodafone|wap|windows ce|xda|xiino" 1;

    "~* ^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)| al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s ) |avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi |ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do( c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa |ze)|fetc|fly(\-|_)|g1 u|g560|ยีน|gf\-5|g\-mo|go(\.w|od)|gr(โฆษณา|un)|haie|hcit |hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p |s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno |ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi )|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo) |mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5 )|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti| wv)|ออแรน|owg1|p800|น an(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt| se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks| rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c (\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar| b3|มัน|t5)|ดังนั้น(ฟุต|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18 )|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3| m5)|tx\-9|ขึ้น(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)| vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-)" 1;
}

และรหัสที่เหลือในตำแหน่ง /:

ตั้ง $mobile_rewrite do_not_perform;

ถ้า ($mobile_agent = 1){
    ตั้ง $mobile_rewrite ดำเนินการ;
}

ถ้า ($mobile_agent = 1){
    ตั้ง $mobile_rewrite ดำเนินการ;
}

#ตรวจสอบว่าข้อความค้นหา arg = ใช่ (example.com?mobile=yes) ให้ตั้งค่าตัวแปร
ถ้า ($arg_mobile = 'ใช่') { 
    add_header Set-Cookie mobile=ใช่;
    ตั้ง $mobile_rewrite ดำเนินการ;
}

#ตรวจสอบว่าcookie mobile=yes ตั้งค่าตัวแปร
ถ้า ($cookie_mobile = 'ใช่') { 
    ตั้ง $mobile_rewrite ดำเนินการ;
}

#ตรวจสอบว่าcookie mobile=ไม่ พัง
ถ้า ($cookie_mobile = 'ไม่') { 
    ตั้ง $mobile_rewrite do_not_perform;
}

#ตรวจสอบว่าข้อความค้นหา arg = ไม่ (example.com?mobile=no) แตก
ถ้า ($arg_mobile = 'ไม่') { 
    add_header Set-Cookie mobile=ไม่;
}

#if $mobile_rewrite = ดำเนินการ ทำการเปลี่ยนเส้นทาง
ถ้า ($mobile_rewrite = ดำเนินการ) {
    เขียนใหม่ ^.*(?<!/?amp=1)$ $scheme://www.cnx-software.es$request_uri?amp=1 break;
}

ฉันยังคงประสบปัญหากับการเปลี่ยนเส้นทางที่ติดอยู่ในลูป ตัวอย่างเช่น: https://www.cnx-software.es/2021/08/31/arm-china-ahora-es-totalmente-independiente-de-arm/?amp=1?amp=1&amp=1?amp=1&amp=1 ?amp=1&amp=1?amp=1&amp=1?amp=1&amp=1...

ปัญหาน่าจะเป็นบรรทัดการเขียนใหม่ แต่ฉันสามารถระบุปัญหาที่แน่นอนได้

Score:1
ธง us

คุณกำลังพยายามจับคู่เชิงลบใน regex เพื่อป้องกันไม่ให้เขียนซ้ำเมื่อ แอมป์ อาร์กิวเมนต์แบบสอบถามคือ 1 ใน URL คำขอ

เป็นการดีกว่าที่จะทำการตรวจสอบนี้กับอีกอันหนึ่ง ถ้า บล็อก:

ถ้า ($arg_amp = 1) {
    ตั้ง $mobile_rewrite do_not_perform;
}

จากนั้นการเขียนซ้ำของคุณสามารถ:

ถ้า ($mobile_rewrite = ดำเนินการ) {
    เขียนใหม่ ^ $scheme://www.cnx-software.es$request_uri?amp=1 break;
}
lc flag
ขอขอบคุณ. ใช้งานได้ง่ายกว่าที่ฉันพยายามทำมาก ฉันได้อ่านแล้วว่าเราควรหลีกเลี่ยงการใช้ "ถ้า" ในบล็อคสถานที่ แต่อย่างไรก็ตาม ด้วยเหตุผลบางประการ การเปลี่ยนเส้นทางทำให้เกิดข้อผิดพลาด 404 บนมือถือเท่านั้น และหลังจากย้ายโค้ดขึ้นไปด้านล่างบรรทัด server_name ก็ไม่เป็นไร หมายเหตุอื่น nginx บอกว่าควรใช้ return แทนการเขียนใหม่เมื่อเป็นไปได้ ใน https://www.nginx.com/blog/creating-nginx-rewrite-rules/ จะดีกว่าไหมถ้าจะใช้สิ่งที่ชอบ ``` ส่งคืน 301 $scheme://www.cnx-software.es$request_uri?amp=1;``` หรือมันไม่สำคัญจริงๆ?
us flag
ฉันกำลังคิดจะใช้ `return` แต่เนื่องจากคุณใช้ `break` กับ `rewrite` มันจึงทำการ rewrie ภายในเท่านั้น นอกจากนี้ ฉันคิดว่าการเปลี่ยนเส้นทางถาวรไม่ดีในกรณีนี้
lc flag
ฉันเพิ่งสังเกตเห็นว่าสิ่งนี้สร้างปัญหากับลิงก์ที่แชร์บน Facebook หรือแหล่งอื่นๆ ที่เพิ่มสตริงข้อความค้นหาอย่างน้อยหนึ่งรายการ ดังนั้นฉันจึงสร้างแผนที่ `แผนที่ $is_args $separator { ค่าเริ่มต้น "?"; "?" "&"; }` และเปลี่ยนการเขียนใหม่ดังนี้ `เขียน ^ $scheme://www.cnx-software.es$request_uri${separator}amp=1 break;' มันเกือบจะใช้งานได้ แต่ด้วยเหตุผลบางประการหลังจากการเปลี่ยนเส้นทางครั้งแรกซึ่งทำได้: https://www.cnx-software.es/2021/09/23/un-primer-vistazo-a-la-placa-de-desarrollo-microchip -polarfire-soc-fpga-icicle/?fbclid=xxx&amp=1 มันจะวนซ้ำโดยที่ $arg_amp=1 ตรวจไม่พบ
lc flag
น่าสนใจ... ถ้าฉันคลิกลิงก์ที่มี ?fbclid=xxx&amp=1 ก็จะใช้งานได้ แต่จะไม่ใช่เมื่อไปที่ลิงก์ที่มีแค่ ?fbclid=xxx ดูเหมือนว่าการเปลี่ยนเส้นทางของฉันจะสร้างลิงก์ด้วย "?fbclid=xxx&amp=1?fbclid=xxx" แทน... ดังนั้นค่า amp arg คือ "1?fbclid=xxx" แทน... เป็นไปได้อย่างไร
us flag
สิ่งนี้อาจเกิดขึ้นเนื่องจากพฤติกรรมเริ่มต้นของ nginx ในการต่อท้ายสตริงการสืบค้นเมื่อเขียนซ้ำ ฉันจะปรับแต่งคำตอบของฉันเพื่อแก้ไขปัญหานี้

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา