Microsoft FastCGI Updated - But Should You Upgrade? مايكروسوفت fastcgi المستكمله - ولكن ينبغي ان تقوم بترقيه؟
We نحن previously covered سابقا the final release of the IIS FastCGI module, jointly developed between Microsoft and Zend… But just this week, Microsoft ( الاصدار النهائي من IIS fastcgi الوحدة ، وضعت بصورة مشتركة بين شركة مايكروسوفت ولغة فارسيه قديمة… ولكن هذا الاسبوع فقط ، مايكروسوفت) MSFT Msft : $33.76 -0.50% ) : $ 33،76 -0،50 ٪) announced اعلن the availability توافر of the RTM of the IIS FastCGI module. من rtm من IIS fastcgi الوحدة.
So what’s going on? فما الذي يحصل؟ We’ve downloaded the current release (which, by the way, is not compatible with the old one, you must uninstall then install the new version) and checked the version number on \Windows\System32\inetsrv\fcgiext.dll - it came out to be 6.1.36.1. لقد قمنا بتنزيل الاصدار الحالي (الذي ، بالمناسبه ، لا يتوافق مع النظام القديم ، يجب عليك ازالة تثبيت ثم تثبيت النسخه الجديدة) ، ودققت في النسخه على عدد \ نوافذ \ system32 \ inetsrv \ fcgiext.dll - أنها جاءت الى ان 6.1.36.1.
By contrast, the version we downloaded and installed a month ago (which seems to have been dubbed the Go Live release) was checked and found to be 7.0.6001.16606. على النقيض من ذلك ، ونحن النسخه تنزيلها وتركيبها قبل شهر واحد) الذي يبدو انه قد سمى الذهاب العيش الافراج) كان للتدقيق ووجد ان 7.0.6001.16606.
Obviously the Go Live release was using the numbering from the Microsoft Windows Server 2008 releases, but it’s got us confused. ومن الواضح أن أي مكان تذهب اليه هو العيش الافراج باستخدام الترقيم من مايكروسوفت ويندوز خادم 2008 نشرات ، ولكن الخلط الذي حصل لنا.
You can find يمكنك العثور على a timeline جدول زمني of the FastCGI module’s development and milestone cycle Mike Volodarsky (Microsoft IIS developer)’s blog - but it makes no mention whatsoever of the October 10th 2007 release. من fastcgi وحدة تنمية المعلم ودوره مايك volodarsky (مايكروسوفت IIS المطور) 's مدونة - ولكن اي اشارة على الاطلاق من تشرين الاول / اكتوبر العاشر من عام 2007 الاصدار.
What has most perplexed isn’t the lack of a complete release schedule nor the conflicting version numbers - those are easy. ما أشد الحيره ليست عدم وجود جدول زمني او الافراج الكامل المتصارعه النسخه ارقام - تلك هي سهلة. As with most other applications, the latest is greatest - end of story. كما مع معظم التطبيقات الأخرى ، وكان آخرها هو اعظم - نهاية القصة. For us, the problem is that the RTM FastCGI module is less stable than the Go Live release from last month . وبالنسبة لنا ، فإن المشكلة هي ان rtm fastcgi وحده هو اقل استقرارا من أي مكان تذهب اليه ويعيش الافراج عن الشهر الماضي. This is real bad new, because the FastCGI module has been awesome and most invaluable tool when it comes to deploying certain buggy open-source modules on Windows. هذا هو الجديد الحقيقي سيئة ، لأن fastcgi الوحدة وقد رهيبه ومعظم أداة لا تقدر بثمن عندما يتعلق الامر الى نشر بعض العربة المفتوحه المصدر الوحدات على ويندوز.
Our experience with the RTM FastCGI module has not been all bad - performance has been slightly (as in < 1 req/seq) improved. تجربتنا مع rtm fastcgi الوحدة لم تكن كلها سيئة - كان الاداء قليلا (كما في <1 req / وما يليها) تحسنت. But upgrading is a PITA and the RTM module wouldn’t abide by the configuration file the first time we installed it - to the extent that it served our PHP files as plain-text, a HUGE security no-no . ولكن الارتقاء هو بيتا وrtm الوحدة لن تتقيد بها ملف تشكيل أول مرة ركبت نحن عليه - الى حد أنه خدم دينا ملفات بي. اتش. بى كما يرتدون النص ، ضخم الامن لا - لا. But then we deleted the configuration file and started from scratch and everything was OK… ولكن ثم حذفنا تشكيل الملف وبدأت من الصفر وكأن كل شيء طيب…
But then the FastCGI processes started to balk and quit, requests were timing out too fast (despite using the same configuration file directives), and rapid-fail protection was being engaged far too often. ولكن عندئذ fastcgi العمليات بدأت العارضه والاقلاع عنه ، وكانت تطلب توقيت الخروج سريعا جدا (على الرغم من استخدام نفس التشكيل الملف التوجيهات) ، والفشل السريع - الحمايه بأنها ضالعه الان في اغلب الاحيان.
It seems that the timeout syntax has reverted to the original semantics of the earlier releases prior to the Tech Previews, where the ActivityTimeout will kick in even the RequestTimeout hasn’t yet been reached…. ويبدو ان فترة الاستراحه لغوي قد عادت الى الاصل دلاليه في وقت سابق من الاصدارات السابقة لمعاينه التقنيه ، حيث activitytimeout الاراده في ركلة حتى requesttimeout لم يتم التوصل بعد الى…. But we’re not certain. ولكن لسنا معينة.
At the moment our problems seem to have been sorted out (by raising all the limits in our configuration file by a lot ) but, of course, everything has its price. في هذه اللحظة مشاكلنا يبدو انه تم فرزها من أصل (عن طريق رفع كل الحدود في منطقتنا تشكيل ملف به الكثير) ولكن ، بالطبع ، كل شيء له ثمن. We’re hoping that raising the timeouts won’t induce and instability or end up with FastCGI module unable to detect a hanged process - but only time will tell. نحن نعيش على أمل ان يرفع الخروج لن حمل وعدم الاستقرار او ينتهي مع fastcgi وحده غير قادر على الكشف عن عملية شنق أ - ولكن لن أقول سوى الوقت.
In the meantime, if you’re running the October 2007 release (which, by the way, we cannot seem to locate any more) you should probably hold off upgrading for a week or two until things get sorted out. في غضون ذلك ، اذا كنت تشغل في تشرين الاول / اكتوبر 2007 اطلاق سراح (الذي ، بالمناسبه ، يبدو اننا لا نستطيع العثور على اي اكثر) يجب عليك ان تعقد على الارجح من الارتقاء لمدة اسبوع او اثنين حتى تحصل على تصنيف الأشياء.
Written by Computer Guru. كتبها المعلم الحاسوب. Read more great feeds at is source أقرأ المزيد كبيرة في طعامهم هو المصدر WEBSITE موقع ويب
no comments لا تعليقات . .
Read more articles on أقرأ المزيد المواد المتعلقة FastCGI Fastcgi and و IIS IIS and و Microsoft مايكروسوفت and و Reviews الاستعراضات and و Windows نوافذ and و software برمجيات . .
- [+] Digg [+] Digg : Feature this article : سمات هذه المادة
- [+] Del.icio.us [+] Del.icio.us : Bookmark this article : علامة هذه المادة
- [+] Furl [+] Furl : Bookmark this article : علامة هذه المادة
