it-swarm.asia

هل سيكون من الأفضل استخدام النطاقات الفرعية أو المجلدات عندما يحتاج كل عميل إلى قسم من الموقع؟

أعمل على تطبيق ويب لنوع الخدمات وعلي اختيار كيفية إعداد عناوين URL للعملاء. ما الحل الأفضل ، كمجال فرعي (مثل: client.myservice.com) أو كمجلد (على سبيل المثال: myservice.com/client/)؟

لست مهتمًا بقيمة SEO (بالنسبة لكبار المسئولين الاقتصاديين ، من الأفضل اختيار المجلدات) ، ولكن جوانب التكنولوجيا/النطاق/المسؤول.

7
Alex

هل كلاهما ...

تعد النطاقات الفرعية كبيرة من حيث أنها أسهل في الكتابة وأسهل في التذكر ، ولكن المستوى الإضافي من التعقيد والصيانة اللازمة لاستخدامها قد يكون عملًا أكثر مما تنوي القيام به.

بدلاً من إعداد نطاقات فرعية "مناسبة" ، ما عليك سوى استخدام URLRewrite لتزييفه.

انظر هذه الإجابة على stackoverflow.com لمعرفة ما أعنيه.

كمثال ، انظر إلى تحليلات Google. إذا كتبت في analytics.google.com ، فستدفعك إلى http://www.google.com/analytics/ .

ستكون المرة الوحيدة التي أقترح فيها استخدام نطاقات فرعية هي:

  • أنت تقوم بتشغيل خوادم منفصلة تحت نفس اسم النطاق (على سبيل المثال mail.yourwebsite.com ، ftp.yourwebsite.com ، وما إلى ذلك).
  • موقعك عبارة عن مدخل شبكة لمجموعة من مواقع الويب الأخرى (على سبيل المثال مدون حيث يتواجد كل مستخدم مدونة في مجال فرعي من مدون).
7
Evan Plaice

من خلال تجربتنا هنا (وهي في معظمها المملكة المتحدة فقط) ، سيكتب المستخدمون نطاقًا فرعيًا ، ومع ذلك سيتركون أي شيء بعد المجال (مثل المجلدات). استخدام شرطة مائلة للأمام أمر مرهق حيث يتم الخلط بين زوار الموقع العام والشرطة المائلة للخلف وزيارة الموقع الرئيسي فقط لمحاولة العثور على ما يريدون - مع تجاهل باقي عنوان URL تمامًا.

بعد قولي هذا - لدينا أيضًا وفرة من المستخدمين الذين ، على الرغم من التعليمات على العكس ، سوف دائمًا اكتب www. قبل أي مجال معين.

ستكون نصيحتنا البسيطة هي استخدام النطاقات الفرعية ولكن أيضًا إنشاء www. المجالات الفرعية معلقة قبالة كل دخول.

يؤدي استخدام المجلدات إلى ظهور انطباع خاطئ بأن هناك القليل من العزلة بين العملاء. ستسمح لك النطاقات الفرعية أيضًا بالتغيير حسب عنوان IP بحيث إذا طلب بعض العملاء مزيدًا من الموارد ، فيمكنهم منح خوادم معزولة ، إلخ.

7
Metalshark

ماذا قال ميتالشرك. سأذهب مع المجالات الفرعية 100 ٪.

النطاقات الفرعية هي حلول أكثر قابلية للتطوير لأنه يمكنك تحميل التوازن وفصل العملاء بسهولة أكبر.

أيضًا ، أعتقد أن العديد من الأشخاص المهرة من غير التقنيين لا يفهمون أن www.theircompanyname.yourcompanyname.com تستضيفه أنت بالفعل وليس هم. هذا يعني أنهم أكثر استعدادًا للثقة في نطاق فرعي يبدو وكأنه عنوان URL لمواقعهم مع تحديد نطاقاتك حتى النهاية. كما أنه يفصل موقعك عن بيع منتجك من نطاقه الفرعي الذي يستخدمه لمنتجك.

أعتقد أنه إلى جانب قابلية التوسع في استخدام النطاقات الفرعية ، سيجعل عملائك يشعرون بمزيد من الراحة عند استخدام البرنامج الخاص بك ، وهذه ميزة كبيرة.

5
Ben Hoffman

تنص إرشادات Google على أنها تتعامل مع كل نطاق فرعي كـ "موقع آخر". لذلك عليك الحصول على روابط خلفية جيدة لجميع الغواصات. لا يعد حساب PR للنطاق الرئيسي للنطاقات الفرعية. لذلك أفضل المجلدات.

يمكن لكل httpd حديث العمل مع الأسماء المستعارة و/أو Apache باستخدام mod_proxy. لذلك المجلدات قابلة أيضًا للتوسعة ، لكنها أكثر تعقيدًا.

3
fwaechter

من ناحية الصيانة ، فإن التعامل مع المجلدات أسهل من المجالات الفرعية. لكن معظم التطبيقات مثل highrise أو basecamp لها نطاقاتها الفرعية لكل عميل. يبدو أن هذا يبدو أكثر جنسية بعض الشيء.

1
Remy

أعتقد أن النطاقات الفرعية تم إعدادها وفقًا لأنواع التسويق ، لذلك لم يكن عليها طباعة عناوين URL أطول (قليلاً) في حملاتها المطبوعة باهظة الثمن. لقد استخدموا ميزانياتهم الضخمة لسداد مجموعة أساسية من التقنيين الذين جعلوا ذلك ممكنًا تقنيًا. أقول من الناحية الفنية ، لأنه بينما نعلم جميعًا أنه يمكن القيام بذلك ، فمن المؤكد أنها ليست مهمة ممتعة للإعداد على نطاق واسع.

SHH! لا تخبرنا بأنواع التسويق التي لا يستطيع المستخدمون من غير التقنيين اكتشاف أنك تتخلى عن شبكة الاتصالات العالمية ... لذلك بحلول الوقت الذي يضيفونه إليه ، تكون قد جعلت عنوانك لفترة أطول ..... وأنت لقد كلف نفسك ساعات عمل إضافية في تنفيذ حلول بديلة للتعامل مع تلك الأنواع غير الفنية.

ارتجف من التفكير في اليوم الذي يأتي فيه رجل التسويق في شركتي إلى "فكرة رائعة!" حول تحويل جميع المجلدات ذات الصلة إلى نطاقات فرعية. ربما ستكون هذه علامة على أن الوقت قد حان للتجول عبر الشارع إلى مكتب البريد للاستعلام عن وظيفة تقدم جميع رسائل البريد التي تنشئها حملاتهم المطبوعة ....

0
bpeterson76