คำถามติดแท็ก url

URL หรือ Uniform Resource Locator เป็นที่อยู่สำหรับไฟล์หรือทรัพยากรที่ระบุว่าทรัพยากรนั้นอยู่ที่ใดและจะดำเนินการอย่างไรในการเรียกคืน

6
ทำไมส่วนขยายจึงมักถูกซ่อนอยู่ใน URL
หลายครั้งที่ผมเห็นว่าส่วนขยาย URL ที่ถูกซ่อนไว้ (เช่น.html, .php) แต่ไม่ทุกเว็บไซต์ที่ทำเช่นนี้ ทำไมผู้ดูแลเว็บจึงซ่อนส่วนขยาย เพื่อความปลอดภัยหรือไม่เพื่อให้ URL ดูสะอาดตาหรือเพื่อจุดประสงค์อื่น

5
มีปัญหาด้านเทคนิคหรือไม่กับการมีชื่อโดเมน 'สากล'
ในภาษาของฉันมีอักขระจำนวนมากที่ไม่ได้รับอนุญาตในชื่อโดเมนมาตรฐาน อย่างไรก็ตามสิ่งเหล่านี้ส่วนใหญ่สามารถแทนที่ได้อย่างง่ายดายด้วยการเทียบเท่าที่ปลอดภัย (ส่วนใหญ่สำเนียงการลดลงíจะกลายเป็นiฯลฯ ) ดังนั้นในขณะที่เราลงทะเบียนบ่อยครั้งทั้งสองรูปแบบ (เช่นtimarit.isและไอซ์แลนด์ที่เหมาะสมtímarit.is) เราได้สร้างรูปแบบ 'ปลอดภัย' เป็นค่าเริ่มต้นและอีกรูปแบบหนึ่งเปลี่ยนเส้นทางไปยังมัน อย่างไรก็ตามตอนนี้เราอยู่ในตำแหน่งที่การทดแทนไม่ดี ( æกลายเป็นae) และต้องการใช้ชื่อที่เป็นสากลโดยค่าเริ่มต้น คำถามของฉันคือถ้ามีปัญหาที่ทราบเกี่ยวกับเรื่องนี้? ความเข้ากันไม่ได้ของเบราว์เซอร์เป็นสิ่งแรกที่ต้องคำนึงถึง แต่ฉันกังวลอย่างเท่าเทียมกันว่ามีสิ่งอื่น ๆ ที่ไม่ได้นึกถึง เงินรางวัล ฉันได้รับรางวัลมากมายจากสิ่งนี้ดังนั้นฉันจึงไม่ต้องโพสต์คำถามซ้ำ ฉันต้องการที่จะได้ยินว่ามีผลในทางปฏิบัติใด ๆ โดยใช้ IDNs กับ (1) FTP และ (2) เซิร์ฟเวอร์อีเมล / ลูกค้า; และ (3) เบราว์เซอร์ใดที่ต้องต่อสู้กับโดเมน (4) สิ่งที่เกี่ยวกับอุปกรณ์มือถือ‽นอกจากนี้ (5) มีการเปลี่ยนแปลงอะไรในเรื่อง - มันเกือบหนึ่งปีนับตั้งแต่คำถามถูกถาม
20 domains  url 

5
URL ที่สั้นลงจะเป็นประโยชน์ต่ออันดับของหน้าและค่า SEO โดยรวมของหน้าเว็บกับ URL ที่จัดอยู่ในหมวดหมู่ที่ยาวกว่าซึ่งแสดงโครงสร้างของไซต์
เรากำลังจะสิ้นสุดโครงการอันยาวนานซึ่งเรากำลังอัปเกรดไซต์ลูกค้าของเราจาก CMS ที่สร้างขึ้นเองไปเป็น Umbraco CMS รุ่นล่าสุดพร้อมกับทำให้เว็บไซต์ของพวกเขาตอบสนอง ในฐานะส่วนหนึ่งของกระบวนการอัปเกรดโครงสร้าง URL ของเว็บไซต์มีการเปลี่ยนแปลงอย่างไรก็ตามเราส่วนใหญ่จัดการสิ่งนี้ด้วยการเปลี่ยนเส้นทาง 301 เพื่อให้ลิงก์ที่ซ้ำซ้อนเก่าจากเว็บไซต์เก่าตอนนี้เชื่อมโยงไปยัง URL ใหม่ เมื่อสัปดาห์ที่แล้วลูกค้าของเราโยนกุญแจสำคัญในผลงานโดยบอกเราว่า 'ผู้เชี่ยวชาญ SEO' ที่เขาเริ่มใช้ในเว็บไซต์ปัจจุบันของเขาได้กล่าวว่าโครงสร้างเว็บไซต์ที่เว็บไซต์ Umbraco ใหม่ใช้ไม่สามารถใช้งานได้และไม่ดีสำหรับ SEO เพราะ มาก 'ระดับ' ความกังวลหลักของพวกเขาคือผลิตภัณฑ์และบริการของพวกเขาซ้อนกันอยู่ในต้นไม้มากเกินไปและสิ่งนี้ส่งผลกระทบต่อ SEO ในทางลบ ฉันจะยอมรับว่าตอนนี้ฉันไม่มีผู้เชี่ยวชาญ SEO และพิจารณาสิ่ง SEO ทั้งหมดของศิลปะสีดำที่ดูเหมือนจะเปลี่ยนแปลงในแต่ละสัปดาห์ดังนั้นทุกคนสามารถให้คำแนะนำใด ๆ เกี่ยวกับเรื่องนี้รวมถึงหลักฐานสนับสนุน (โดยเฉพาะอย่างยิ่งจาก Google เอง ) นี่คือที่ตั้งของเว็บไซต์ในปัจจุบันหากคุณต้องการดู: http://tinyurl.com/umbracourlstructure วิธีที่เรามีโครงสร้างหน้ามีดังนี้: (1) = ระดับ {X} = ไม่อยู่ในการนำทางหลัก (1)->Home (2)--> Destinations (3)---> …
18 seo  google  url 

4
วัตถุประสงค์ในการนำสแลชใน URL HTML คืออะไร
ฉันได้สังเกตเห็นว่าบางคนโพสต์บล็อกมีการเชื่อมโยงโดยใช้ค่าเริ่มต้นด้วยใน/href ตัวอย่างเช่น: <a href="/somedir/somepage.html">My Page</a> ส่วนนำ/หมายถึงเส้นทางเริ่มต้นจากรูทไซต์หรือไม่ กล่าวอีกนัยหนึ่งถ้า URL ของเว็บไซต์นั้นเป็นค่าที่www.mysite.comมีประสิทธิภาพhrefคือwww.mysite.com/somedir/somepage.htmlอะไร? นี่เป็นข้อตกลงที่ยอมรับในเบราว์เซอร์ทั้งหมดหรือไม่?
18 html  url  links 

3
URL ของฉันควรเป็นตัวพิมพ์เล็กหรือไม่
อ้างอิงจากบล็อกนี้ ("การทำความเข้าใจกับวิธีปฏิบัติที่เป็นมิตรกับ URL ของ SEO")ฉันควรเปลี่ยน http://example.com/Hello-Dolly ถึง http://example.com/hello-dolly เหตุผลที่ให้คือ: โดยทั่วไป URL เป็นกรณี ๆ ไป มันจะลดความซับซ้อนของทุกกรณี SEO และรายงานการวิเคราะห์ จาก GIF นี้ที่ฉันพบในบทความของ Wikipedia เกี่ยวกับการทำให้ URL เป็นมาตรฐานฉันควรแปลง URL ของฉันจากตัวพิมพ์ใหญ่เป็นตัวพิมพ์เล็กทั้งหมด อย่างไรก็ตามฉันใช้ASP.NET MVCและโดยค่าเริ่มต้น URL ของฉันมีโครงสร้างเช่นนี้ ( CamelCase ): http://www.example.com/Controller/Action/Parameter http://www.example.com/Categories/List/Bicycles ฉันอ่านผ่านRFC1738แต่ฉันไม่เห็นคำตอบที่ชัดเจนเกี่ยวกับเรื่องนี้ ฉันควรออกนอกเส้นทางเพื่อบังคับให้กรอบงานเปลี่ยนทุกอย่างเป็นตัวพิมพ์เล็กหรือไม่? เหตุใด Microsoft จึงเลือกที่จะออกแบบกรอบการทำงานเช่นนี้หากทุกคนบอกให้ฉันใช้ตัวพิมพ์เล็ก
17 url  asp.net-mvc 

1
มีการเพิ่มเครื่องหมายสแลชต่อท้ายโดยอัตโนมัติเมื่อมีการคลิก URL โฮมเพจในเบราว์เซอร์หรือไม่
ฉันถามสิ่งนี้เพราะเมื่อใดก็ตามที่ฉันวางเมาส์เหนือลิงก์ไปยังหน้าแรก (เช่นhttp://www.example.com)ฉันสังเกตเห็นว่ามีการเพิ่มเครื่องหมายสแลชต่อท้ายเสมอ (ตามที่สังเกตบนแถบสถานะของเบราว์เซอร์) ว่าลิงค์โฮมเพจมีแอตทริบิวต์ href ที่ลงท้ายด้วย เครื่องหมายทับหรือไม่ แต่เมื่อใดก็ตามที่ฉันอยู่ในโฮมเพจ URL ที่แสดงจะไม่มีเครื่องหมายทับท้าย ฉันลองป้อนเครื่องหมายสแลชไปที่ URL ในแถบ URL และด้วยการเปิดใช้งาน Firebug ฉันสังเกตว่าไซต์จะแสดงสถานะ 200 OK เสมอ บทความที่กล่าวถึงสถานะนี้ว่าการมีเครื่องหมายสแลชในตอนท้ายจะหลีกเลี่ยงการเปลี่ยนเส้นทาง 301 แต่ผมไม่ได้เห็นการเปลี่ยนเส้นทางใด ๆ แม้ในนี้หน้า นี่อาจเป็นคุณสมบัติของเบราว์เซอร์ที่ต่อท้ายสแลชหรือไม่
17 url  browsers 

1
ฉันควรส่ง https: // และ http: // ใน Google Search Console ทั้งที่มีและไม่มี www หรือไม่
ในเว็บไซต์ของฉันฉันเปลี่ยนเส้นทางทุกอย่าง ( http://, http://www., https://) https://www.example.comเพื่อ เครื่องมือเว็บมาสเตอร์ของ Google พูดว่า: ตรวจสอบให้แน่ใจว่าคุณเพิ่มทั้ง "www" และ "ไม่ใช่ www" สำหรับเว็บไซต์ของคุณ นอกจากนี้หากคุณใช้โปรโตคอล HTTPS ให้เพิ่มรูปแบบเหล่านั้นด้วย ดังนั้นฉันจึงเพิ่มรุ่นสี่ทั้งหมดลงในเครื่องมือเว็บมาสเตอร์ของ Google นี่เป็นกระบวนการที่ถูกต้องหรือไม่?

3
ฉันจะหาได้อย่างไรเมื่อ Google ได้รับการจัดทำดัชนี URL ครั้งแรก
ฉันจะทราบได้อย่างไรว่าเมื่อใดที่ Google ได้รับการจัดทำดัชนี URL เป็นครั้งแรก ฉันต้องการโซลูชันที่ใช้ได้แม้กับ URL ของคู่แข่งที่ฉันไม่ได้เป็นเจ้าของ

2
ทำไมจึงมีเครื่องหมายตัวหนอน (~) ใน URL ของมหาวิทยาลัยส่วนใหญ่
มหาวิทยาลัยของฉันให้เป็น URL ของเว็บและบางพื้นที่โฮสติ้งและ URL ที่เป็นเหมือนhttp://homepages.iitb.ac.in/~pritampebam เกือบทุกมหาวิทยาลัยที่ฉันเจอดูเหมือนจะใช้โครงสร้างนี้ซึ่งมีเครื่องหมาย '~' อยู่ด้านหน้าชื่อผู้ใช้ ตัวอย่างอื่น ๆ http://web.media.mit.edu/~mres/ http://users.design.ucla.edu/~reas/ ทำไมถึงเป็นเช่นนั้น?
16 url 

3
เว็บไซต์ควรจัดการกับชื่อโฮสต์ด้วยจุดต่อท้ายอย่างไร
ฉันอ่านคำถามนี้URL จะมีจุดได้อย่างไร ในตอนท้ายเช่น www.bla.de และตระหนักว่า FQDN ควรมีส่วนท้าย.สำหรับรูตเลเบลของทรี DNS: example.com. แทน example.com อย่างไรก็ตามมีปัญหาตามที่ระบุไว้ในบทความบล็อกนี้ : หากคุณไม่พิจารณาข้อเท็จจริงที่ว่าผู้ใช้สามารถป้อนชื่อโดเมนด้วยจุดท้ายได้โดยไม่ตั้งใจหรือไปตามลิงก์ที่ได้รับจาก "well-wisher" และรับชื่อโดเมนของคุณด้วยจุดที่จุดสิ้นสุดเช่น ผลอาจนำไปสู่ผลที่ไม่คาดคิด: 1) หากเว็บไซต์ใช้ HTTPS เมื่อนำทางไปยังชื่อโดเมนด้วยจุดท้ายเบราว์เซอร์จะแสดงคำเตือนเกี่ยวกับการเชื่อมต่อที่ไม่น่าเชื่อถือ 2) การตรวจสอบความถูกต้องอาจใช้งานไม่ได้เนื่องจากคุกกี้มักจะถูกตั้งค่าสำหรับชื่อโดเมนโดยไม่มีจุดสิ้นสุด ผู้ใช้ในกรณีนี้จะประหลาดใจมากว่าทำไมเขาไม่สามารถเข้าสู่ระบบได้เป็นที่น่าสังเกตว่าถ้าคุณตั้งค่าคุกกี้สำหรับชื่อโดเมนที่มีจุดเป็นจุดสิ้นสุดคุกกี้นี้จะไม่ถูกส่งต่อไปยังชื่อโดเมนโดยไม่มีจุด ในตอนท้ายและในทางกลับกัน 3) จาวาสคริปต์ในหน้าอาจใช้งานไม่ได้ 4) อาจมีปัญหากับการแคชของหน้าเว็บไซต์ (ตัวอย่างเช่นhttps://www.cloudflare.com/ไม่ล้างแคชหน้าหากชื่อโดเมนมีจุดท้ายที่พิจารณาว่าเป็นชื่อโดเมนที่ไม่ถูกต้อง) 5) หากอยู่ในเงื่อนไขในการกำหนดค่าเว็บเซิร์ฟเวอร์คุณต้องพึ่งพาชื่อโดเมนเฉพาะ ($ http_host ใน Nginx,% {HTTP_HOST} ใน Apache) โดยไม่มีจุดสิ้นสุดคุณอาจเผชิญกับสถานการณ์ที่ไม่คาดคิดมากมาย: การเปลี่ยนเส้นทางที่ไม่คาดคิดขั้นพื้นฐาน - ปัญหาการอนุญาต ฯลฯ 6) หากเว็บเซิร์ฟเวอร์ไม่ได้รับการกำหนดค่าให้รับคำขอในชื่อโดเมนด้วยจุดต่อท้ายผู้ใช้ที่พิมพ์ชื่อโดเมนด้วยจุดต่อท้ายโดยไม่ตั้งใจจะเห็นสิ่งที่ต้องการไม่ถูกต้อง - ชื่อโฮสต์ไม่ถูกต้อง 7) เป็นไปได้ที่เสิร์ชเอ็นจิ้นอาจพบว่าทรัพยากรของคุณมีเนื้อหาที่ซ้ำกันหากมีคนตั้งใจหรือโพสต์ลิงก์ไปยังหน้าเว็บของคุณโดยมีจุดที่ท้ายชื่อโดเมน …
16 domains  url 


1
URL ที่ยอมรับได้สำหรับหน้าแรกและเครื่องหมายสแลช
หน้าแรกของฉันอาจเชื่อมโยงกับ: http://example.com http://example.com/ http://example.com/?ref=1 http://example.com/index.html http://example.com/index.html?ref=2 (the same page is served for all those URLs) ฉันกำลังคิดเกี่ยวกับการกำหนด URL ที่เป็นที่ยอมรับเพื่อให้แน่ใจว่า Google จะไม่ถือว่า URL เหล่านั้นเป็นหน้าอื่น: <link rel="canonical" href="/webmasters//" /> (relative) <link rel="canonical" href="http://example.com/" /> (trailing slash) <link rel="canonical" href="http://example.com" /> (no trailing slash) ควรใช้อันไหน ฉันแค่ตบ/แต่ messing กับ canonical ดูเหมือนธุรกิจที่น่ากลัวดังนั้นฉันต้องการตรวจสอบอีกครั้งก่อน เป็นความคิดที่ดีหรือไม่ที่จะกำหนด URL ที่เป็นที่ยอมรับสำหรับหน้าแรก

4
การออกแบบ URI ที่ดีคืออะไร
ควรออกแบบ URI ที่ดีอย่างไร อะไรคือปัจจัยที่ต้องพิจารณา ข้อดีและข้อเสียของรุ่นต่างๆคืออะไร? ปัจจัยที่ทำให้เป็น URI ที่ดี ความมั่นคงเมื่อเวลาผ่านไป สั้น ให้แนวคิดแก่ผู้ใช้ว่ามีอะไรเชื่อมโยงกัน พิมพ์ง่าย ง่ายต่อการคาดเดา (เกี่ยวข้องกับลิงก์เพียงไม่กี่อย่างเช่น "/ งาน") เครื่องมือค้นหาที่เป็นมิตร สคีมาของ URI ควรสอดคล้องกันทั่วทั้งไซต์ สคีมา URI ควรอนุญาตส่วนขยายในอนาคต มีอะไรอีกไหม? ตัวอย่าง example.com/articles/3252 example.com/articles/how+to+design+good+uri example.com/articles/3252/how+to+design+good+uri example.com/good-uri-design example.com/articles/good-uri-design example.com/a/good-uri-design


4
ชื่อไฟล์และ URL ของรูปภาพควรมีอะไรเพื่อประโยชน์ของ SEO?
เรารู้ว่าสถาปัตยกรรมเว็บไซต์ที่ดีมักจะมีลักษณะเช่นนี้: example-company.com/ example-company.com/about/ example-company.com/contact/ example-company.com/products/ example-company.com/products/category/ example-company.com/products/category/productname/ ตอนนี้เมื่อพูดถึงการค้นหาของ Google Image เป็นที่ชัดเจนว่าimg altแท็กชื่อไฟล์ / URL และข้อความที่อยู่รอบ ๆ (คำอธิบายภาพส่วนหัวส่วนหัวย่อหน้า) มีผลต่อการจัดอันดับ ฉันต้องการถามเกี่ยวกับชื่อไฟล์ของภาพที่เราควรใช้ (เช่นproduct-photo.jpg) ... แต่ก่อนอื่นเกี่ยวกับ URL: บ่อยครั้งที่นักพัฒนาเว็บติดภาพทั้งหมดในโฟลเดอร์เดียวในรูท: example-company.com/img/- และฉันหยุดทำเช่นนั้น (ฉันไม่ต้องการเข้าไป แต่โดยทั่วไปแล้วดูเหมือนว่าจะมีความหมายมากกว่าสำหรับรูปภาพที่ประกอบขึ้นเป็นส่วนหนึ่งของเนื้อหาในแต่ละไดเรกทอรีย่อย) อย่างไรก็ตามเมื่อภาพทั้งหมดปรากฏในโฟลเดอร์ฉันรู้สึกว่าชื่อไฟล์ของพวกเขาต้องสะท้อนให้เห็นถึงสิ่งที่มากกว่าปกติเช่น: example-company.com/img/ example-company-productname-category.jpg มันเป็นชื่อไฟล์ที่ยาวกว่าแค่เพียงproduct.pngแต่ตราบใดที่มันเกี่ยวข้องฉันเห็นว่าไม่มีปัญหาเกี่ยวกับ SEO (เว้นแต่คุณจะใส่คำหลัก) และอาจช่วยให้อันดับสำหรับคำหลัก: "บริษัท ตัวอย่าง" "ชื่อผลิตภัณฑ์" "ประเภท" ดังนั้นไม่มีคำถาม แต่สิ่งที่เกี่ยวกับเมื่อเรามีสถานที่ภาพในสถาปัตยกรรมเว็บไซต์ที่เราอธิบายไว้ที่จุดเริ่มต้น? กล่าวอีกนัยหนึ่งจะเป็นเช่นไรหากเส้นทาง URL รูปภาพมีลักษณะดังนี้: example-company.com/products/category/productname/ productname.jpg คำถามของฉันคือ URL ควรจะสั้นเหมือนด้านบนและมี "ชื่อผลิตภัณฑ์" …

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.