الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

Squid Caching مع منتديات IPB

مغلق
بدأه وليد محمد الحسن في 30 ديسمبر 2006 · 4 رد · 1,173 مشاهدة · في نظام تشغيل Unix & Linux
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

منذ أن قمت بتركيب Squid caching في الشركة واستعماله لدخول الانترنت بدأت ألاحظ بعض الظواهر التي عادة تظهر عند استعمال local proxy مثل ظهور صفحات قديمة (مثل حالة الموضوع الذي رددت عليه يظهر بدون ردك، نادراً ما تحدث) أو عندما تستخدم البحث عن المواضيع الجديدة يرجع لك الصفحة المخزنة cached عنده أو عندما تسجل الخروج ينقلك لصفحة المنتدى الرئيسية ويظهر فيها أنك ما زلت مسجلا الدخول، أو بعد تسجيل الدخول ينقلك لصفحة المنتدى الرئيسية ويظهر فيها أنك لم تسجل الدخول بعد!!!

الأكبر من ذلك أنني لاحظت هذه الظاهرة في أكثر من منتدى IBP بينما لا توجد في منتديات VBulletin

الconfiguration المطبقة هي نفسها المذكورة في الرابط:

ورشة عمل: بناء سيرفر لينوكس 100% مع تغيير ما يلزم.

فكر بطريقة أخرى

#2

للرفع

فكر بطريقة أخرى

#3

وليد جرب أسأل الدعم الفني الخاص بال IPB ممكن يكون في سبب !

banner_60_468.gif

NOTHING IS IMPOSSIBLE

#4

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

حسب معيار http1.1 خادم المواقع يستطيع وضع حقل يحدد فيه تاريخ انتهاء المواقع التي يرسلها، بالتالي البروكسي (squid-cache كما هو عندك) يستخدم هذا الحقل لمعرفة هل يستطيع ان يستخدم الكاش، ام عليه التجديد. مثلا اذا كان عندك موقع وانت تعلم ان محتوى الموقع يتجدد كل يوم مثلا، ممكن تضع تاريخ الإنتهاء لكل يوم، بالتالي تحافظ على الباندويذ، حتى ان الـبروكسي لا يرسل validation request ويستخدم الكاش استخدام أعمى إلى حين تاريخ انتهاء الcache.. هذا افضل انواع الكاشنج عندما نتكلم عن الحفاظ على الbandwidth.. هناك حقل آخر (Cache-Control: must-revalidate)ممكن تضعه يأمر الـبروكسي بإرسال validation request للتأكد كل مرة من سلامة الكاش حتى وان لم تنتهي تاريخ صلاحيته

لكن ماذا يحدث لو لم يقم الخادم بوضع هذا الحقل؟ معيار http1.1 يقول ان البروكسي سيستخدم Heuristic Expiration وهذا الأمر متروك للبروكسي.. يعني البروكسي حر في كيفية تطبيق الـ Heuristic Expiration.. ممكن يستخدم حقول Last-Modified، ممكن يستخدم غيرهم..

لذا ينصح للمواقع ان تضع حقل تاريخ الإنتهاء دائما من أجل تفادي اختلافات الـHeuristic Expiration بين تطبيقات البروكسي المختلفة.. اذا كان الموقع دائم التجديد -- كموقع الفريق العربي للبرمجة -- حينها تضع تاريخ انتهاء في الماضي، بهذه الطريقة سيكون دائم التجديد، وهذا مذكور في معيار http1.1

كيف ممكن تطبق هذه الخاصية؟

وهذه المقالة تذكر آلية تطبيق الكاشنج حسب معيار http1.1

http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html

ايضا انصحك تقوم بsniffing لترافك الـsquid-cache وتنظر إلى حقول الـhttp1.1 ولماذا مواقع الـVB لا تعاني من هذه المشكلة، بينما موقع الفريق العربي يعاني.. كيف تقوم بـsniffing؟ الطرق عديدة منها

  • تشغل ethereal على البروكسي، لكن لا انصح به لان البروكسي سيصبح ثقيلا خاصة انه في بيئة انتاج ولا يصح ان تقوم بهذا، إلا اذا كانت القضية غير حساسة
  • خاصية SPAN في سوتشات سيسكو او اي خاصية شبيهة في سوتش آخر، الترافك سيتم نسخه إلى منفذ مرتبط بجهاز للإدارة يحتوي على ethereal او اي برنامج آخر لمعالجة البكتس وهذا افضل حل في بيئة السوتش
  • arp cache poisoning
  • ..الخ

إذا نفعتك أحد مشاركاتي فأدع بظهر الغيب لوالداي بالصحة والسلامة والسعادة وطول العمر وأن يكون هذا زيادة لهما في كل خير.

post-21836-1257612765.gif

before asking: smart questions how-to

#5

شكرا جزيلا للأخ eech55 لتكرمه بالمرور والرد :huh:

وسأحاول مراجعة وضبط النقاط التي ذكرتها.

فكر بطريقة أخرى

هذا الموضوع مغلق.

مواضيع مشابهة