صدر vBET 3.3.4

[steve]

نعم ، وأنا أدرك ذلك. وأنا آمل حقا مايكل يمكن فرز هذا.

لا probs. كنت تشير فقط لأن هذا عندما كنت واجهت مشكلة مماثلة أمس ، مع التحية الصمت هنا. اعتقد أفراد المجتمع يساعد كل منهما الآخر؟ وأنا شخصيا لا محاولة ترقية رئيسية إذا كنت أعرف كان الدعم لن تكون متاحة لل6 ساعات أو 8 أو أكثر القادمة.

[Taurus]

بفضل ستيف رجل! أنا حقا نقدر عليه!

[vBET]

أحتاج مساعدة عاجلة. بعد الترقية لدي هذا الخطأ على قمة منتدى بلادي :

تحذير : array_merge () [function.array - دمج] : # 1 وسيطة غير صفيف في [مسار] / global.php (400) : EVAL () رمز د 'على خط 1153

هو تماما عابث منتدى حياتي حتى. لسبب ما يحدث هذا فقط إذا لم تقم فيها حتى للضيوف. إذا تسجيل الدخول ، كل شيء على ما يرام.

EDIT : OK بعد أن أدركت أنني تعطيل "ذاكرة التخزين المؤقت للحصول على الملف الكامل للضيوف (BETA!)' استخدام كل شيء على ما يرام. لذلك يجب أن يكون هناك شيء خاطئ هناك. (وأنا لم CHMOD 777 - R vbet_guestcache)

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

[vBET]

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

هذا هو الغرض في -- نحن لا تحقق لا الملف موجودا ، لا لزوم لها لتجنب عمليات IO. وفقا لدليل PHP (PHP : filemtime -- دليل) وظيفة filemtime كاذبة عن الملفات الموجودة لا يعود. ونحن لا يعلم عن أي رسائل الخطأ -- وفقا لدليل هذه الوظيفة يجب أن لا ترسل أي أخطاء في حالة من الملفات غير الموجودة. يمكنك الرجاء فتح موضوع جديد في تقارير Troubleshoting أو علة لهذا المثال مع رسائل الخطأ الخاصة بك؟

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

[haiduongbk]

ترقية 3.3.4 من أنا حتى في أيام 2. في الحلقة الأولى على Google مرسلة ليس بالقدر الذي كل يوم ، واليوم شهدت انخفاضات. أنا لا أفهم لماذا على الرغم من كل الموضوعات ، وآخر لا يزال ينمو بشكل طبيعي. من هو مثلي؟
أنا انخفضت من 145000 الى 139000 وصلات على جوجل

[vBET]

ترقية 3.3.4 من أنا حتى في أيام 2. في الحلقة الأولى على Google مرسلة ليس بالقدر الذي كل يوم ، واليوم شهدت انخفاضات. أنا لا أفهم لماذا على الرغم من كل الموضوعات ، وآخر لا يزال ينمو بشكل طبيعي. من هو مثلي؟
أنا انخفضت من 145000 الى 139000 وصلات على جوجل

هذا ليس له علاقة بالتعديل الى vBET3.3.4-جوجل ببساطة لا يتحرك بسرعة قبعة. يمكن أن يكون هناك الكثير من الأسباب ، لكنه ليس vBET
السبب الوحيد الذي يمكن القيام به من قبل vBET (ولكن ليس في مثل هذا الوقت القصير) وإذا كانت بعض الصفحات المترجمة لن تولد. إذا وجدت أن بعض الصفحات لا يمكن الوصول إليها -- يرجى ملاحظة أنه بالنسبة لنا. يمكنك العثور عليه في أدوات مشرفي المواقع.

[haiduongbk]

بفضل ميشال. وسوف أتابع ذلك مزيدا من الوقت. ومعرفة السبب.

[vBET]

بفضل ميشال. وسوف أتابع ذلك مزيدا من الوقت. ومعرفة السبب.

مشتركة في الغالب هو أن الناس نسوا أنهم إجراء تغييرات في ملف robots.txt 2-3 أشهر في وقت سابق (نعم جوجل يتفاعل في مثل هذا الوقت -- أنه يمكن أن يكون أسرع إذا كان لديك صفحة السوبر رتبة عالية). أيضا في بعض الأحيان ينظر الناس على النتائج في بحث Google -- حيث يظهر الرقم فقط يقترب من صفحات مفهرسة ، وليس حقيقيا. بحيث يمكن التغيير إلى الأفضل تقريب واحد وهذا لا يعني أنه تمت إزالة أي من صفحات موقعك من الفهرس. أيضا -- البحث في ضخمة ولها الكثير من قواعد البيانات التي من وقت لآخر ويتم تحديث وتكرارها وهلم جرا -- يمكن أن يكون هذا التأثير الوحيد لعمل قاعدة بيانات خوارزميات جوجل. كما تعمل جوجل على تغيير خوارزميات فهرسة وانها أي أنه من الممكن أن تعتبر الآن بعض من صفحات موقعك فهرستها بالفعل كما ازدواجية المحتوى (أي صفحات معظم الدول الاعضاء في 99 ٪ نفسه) وإزالتها من الفهارس.

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

[tavenger5]

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

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

Hrmm ، أحب فكرة التخزين المؤقت البيانات المترجمة ، لكنه لن يكون أكثر فعالية إذا ما استخدمت شيء من هذا القبيل memcache؟ بدلا من قراءة البيانات من القرص سيكون من قراءتها من الذاكرة.

[vBET]

Hrmm ، أحب فكرة التخزين المؤقت البيانات المترجمة ، لكنه لن يكون أكثر فعالية إذا ما استخدمت شيء من هذا القبيل memcache؟ بدلا من قراءة البيانات من القرص سيكون من قراءتها من الذاكرة.

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