صدر vBET 3.3.4

[rootksk]

بعد ترقية مشكلة تحميل الخادم

[steve]

هل لديها أي فكرة عن كيفية ذاكرة التخزين المؤقت ملف كبير يمكن ان تحصل قبل ذلك له تأثير سلبي على الأداء؟

[vBET]

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

تخزين ذاكرة التخزين المؤقت قاعدة بيانات ترجمة فقط. لا محتوى HTML كامل. لذلك عندما يتم إنشاء بعض الصفحات المترجمة ، ثم يتم إنشاء صفحة عادية أولا وبعد ذلك يتم تحليل ذلك والمترجمة. خلال التخزين المؤقت DB الترجمة المستخدمة ويتم أخذ الجمل المترجمة من هناك. الجمل فقط -- وليس كلها HTML ، لأن كل الترجمات الوقت يمكن أن تكون مختلفة (أي امتيازات مختلفة من المستخدمين ، تغيير محتوى). يمكن للمرء أن صفحة HTML لديها المئات من الجمل لترجمة -- vBET يأخذ المحتوى بين علامات HTML. بفضل هذه الترجمات DB مخبأ لا يجب أن تؤخذ في كل مرة من جوجل -- ما يستهلك الكثير من الوقت -- بدلا من ذلك ، وتؤخذ من تلك DB الخاص المحلي. لا يزال -- الصفحة العادية يجب أن تكون ولدت وبعد أن ترجم.

ملف كامل للحصول على ذاكرة التخزين المؤقت للضيوف يعمل فقط للضيوف. بفضل أننا لا داعي للقلق من أن المستخدمين لديك امتيازات مختلفة ، ورؤية الأشياء المختلفة. الضيوف سوف نرى نفس المضمون. بسبب ذلك لم يكن لدينا لتحليل النتيجة وترجمته قطعة قطعة في كل مرة -- ونحن ببساطة لا يمكن أن يجعلها واحدة من الوقت والتخزين المؤقت إخراج HTML كامل. حتى في هذه الحالة عندما صفحة كاملة ليس مؤقتا ، أو مؤقتا محتوى قديمة جدا ، ثم الترجمة العادية يحدث -- تماما مثل وصف من قبل. ولكن هذه المرة هو مكتوب في الإخراج النهاية HTML كامل الملف. لذا في المرة القادمة عندما يأتي الطلب من الضيف نفسه نحن لا تولد حتى محتوى الصفحة المعتاد -- نحن تيار لمجرد ضيف بالفعل ملف HTML مؤقتا. هذا هو السبب في أن ننقذ الكثير من الاستفسارات SQL ، وحدة المعالجة المركزية والذاكرة. نعطي فقط إلى المحتوى المستخدم من ملف ثابت. هذا هو السبب في أنه من المهم تحديد متى سيتم هذا المخبأ صالح. لأنه إذا كان سيغير شيئا -- أي مشاركة جديدة ستصل إلى الخيط ، ثم سوف الضيوف لا نرى هذا المنصب الجديد حتى انتهاء الملف مؤقتا بالفعل. بعد ذلك خلال الطلب التالي ، سيتم إنشاء صفحة عادية مرة أخرى ، وترجمتها ، ومؤقتا -- وسوف نرى أي محتوى هذه الضيوف لمدة ساعة (تكوين). فإنهم لا يرون أي تغييرات حتى ينتهي الملف مؤقتا مرة أخرى. بالطبع سوف المستخدمون رؤية كل شيء ، لأنه يعمل فقط للضيوف (حتى لالروبوتات أيضا ، لأن الروبوتات الزحف منتداكم كضيوف).

من فضلك قل لم يساعد ، وفي حالة أي أسئلة نطلب فقط -- سوف نقوم بكل سرور وصف أكثر

[vBET]

سوبر ماتي!

شكرا مليون

الرتق : كان هذا الفكر عن طريق إما 4.0.x. بارد.. على الرغم من... لا يمكن الانتظار للنسخة 4.0.x.

سيكون ، سيكون معظم الأشياء الجديدة تم اختبارها هناك بالفعل لدينا فقط المزيد للقيام به في حالة Full File Cache for Guests on vB4 ، لأننا ندعم هناك ترجمة لأنواع أكثر من URLs ل vBSEO وأيضا عناوين URL ودية من vB. ومن بين كل من لدينا لاختباره بعناية فائقة ولا يزال لدينا لتنفيذ الدعم من قبل في وقت سابق لبعض من تلك. أيضا-سيتم استخدام الوقت الاضافي هذا للتحقق من أي مشاكل محتملة مع Full File Cache For Guests (الذي يعد BETA الآن) في منتديات vB3. نحن اختبارها جيدا ، ولكن من الأفضل دائما أن نهتم أكثر حول الجودة الجيدة

[vBET]

كيف يمكنني تحرير المغلق للأعلام من فضلك ، بحاجة إلى تغيير الطريقة التي تعرض كما يبدو غريبا كما هو.

في ملف /images/vbet/flags/vbet.css
يرجى وصف أفضل ما يعنيه "غريب" -- وربما سنقوم قادرة على مساعدتك. كما ننصح لاستخدامه في مثل هذه الأمور مع الحرائق فايرفوكس البرنامج المساعد -- أنها سوف تسمح لتظهر لك بالضبط التي تستخدم أساليب المغلق لعناصر محددة. فمن المفيد حقا

[vBET]

دعم العملاء هو متوفر حاليا؟ هذا التحديث الأخير هو الذي يسبب إعادة توجيه الحلقات وأنا بحاجة ماسة مساعد.

حصلنا على البريد الإلكتروني الخاص بك والتحقق من ذلك. لا يمكننا استنساخ على الخادم الخاص بك. هل حصلت على سؤال حول استجابة مع URL الدقيق الذي يكون هذا حلقة. يرجى التحقق من ذلك وهناك جواب

[vBET]

أي تعليمات التثبيت (أو تعليمات الترقية)؟

القياسية. فقط تأكد من جعل كل شيء. معظمهم من المستخدمين لا ترغب في تحميل الصور مرة أخرى -- لديك في هذا الإصدار. الآن لدينا صورة واحدة لجميع الأعلام. إذا لم يكن لجعل التحديث الكامل سترى الأعلام المكسورة.

[vBET]

لماذا نحن يا استكمال رموز الاشياء عند 3 في VB4. الآن.

وينبغي أن يأتي على vbet نحصل vbet ترقية لرموز أول 4!

أعلم أن الجميع روايته هو الأهم ونحن لا نريد ان نختلف مع هذا في هذه الحالة هو vBET3.x في وقت سابق لسبب وجيه جدا : الجودة. نضيف وظائف جديدة وهامة (ملف كامل للضيوف الكاش) في هذا الإصدار، وكان أسهل بكثير لإضافته إلى vB3، لأن هناك لا "عناوين المواقع الصديقة"، وعلينا أن نترجم فقط مؤشر ترابط عناوين Url ل vBSEO. في حالة vB4 أكثر تعقيداً--يجب أن يدعم "ودية عناوين المواقع"، وعلينا أن نترجم أنواع أكثر بكثير من عناوين Url. وضعه أولاً في vB3. سمح لنا باختبار فإنه جيد للغاية على المنتديات الحقيقية، تحقق من أن تعمل جيدا، وربما سوف تظهر بعض الخلل قبل أن انتقل إلى vB4. وبعد أن كنا completly تأكد من أنها بكل خير، ما زال علينا أن إضافة في vB4 تحصلون الدعم (عناوين Url فريويندلي، أكثر من عناوين Url ترانسلتيد). هذا هو لماذا هذا vBET3.x في وقت سابق، وإننا لا تزال الحاجة 2 أسابيع vBET4.x. وذلك بفضل أن تحصل الحل التي لها نوعية جيدة جداً، إيوين إذا أنها أكثر تعقيداً من الحالة تأتين من vB3

[vBET]

بعد ترقية مشكلة تحميل الخادم

الرجاء فتح موضوع جديد في قسم استكشاف ووصف ذلك أكثر من ذلك.

[vBET]

هل لديها أي فكرة عن كيفية ذاكرة التخزين المؤقت ملف كبير يمكن ان تحصل قبل ذلك له تأثير سلبي على الأداء؟

وينبغي أن يكون هناك مثل هذا الشيء أثر أداء سلبي بسبب التخزين المؤقت الملف. فذلك لأن ذاكرة التخزين المؤقت ملف لا ينمو... نحن إنشاء ملف منفصل لكل URL الطلب. لذلك كل ملف التخزين المؤقت هو مجرد ملف HTML ثابت (الانتاج مؤقتا عن الطلب). عندما خادم مخابئ vBET يخلق المزيد والمزيد من الملفات ببساطة أكثر وأكثر. هكذا في كل مرة عند قراءة مثل هذا الملف :
1. فمن قرأ النتيجة الوحيدة لهذا العنوان خاص
2. نحن حتى لا يقرأه الذاكرة -- فقط لمجرد أنها تيار العميل باستخدام PHP الدالة : readfile

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