Εμείς προηγουμένως καλυμμένος η τελική απελευθέρωση της ενότητας IIS FastCGI, που αναπτύσσεται από κοινού μεταξύ της Microsoft και Zend… Αλλά ακριβώς αυτή η εβδομάδα, Microsoft (MSFT: $33.76 -0.50%) αναγγελθείς η διαθεσιμότητα από RTM από την ενότητα IIS FastCGI.

Τόσο τι συμβαίνει; Έχουμε μεταφορτώσει την τρέχουσα απελευθέρωση (που, επ'ευκαιρία είναι όχι 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.

Σε αντίθεση, η έκδοση που μεταφορτώσαμε και εγκαταστήσαμε έναν μήνα πριν (που φαίνεται να μεταγλωττίζεται τη Go Live απελευθέρωση) ελεγχθήκαμε και βρεθήκαμε για να είμαστε της 7.0.6001.16606.

Προφανώς η Go Live απελευθέρωση χρησιμοποιούσε την αρίθμηση από τις απελευθερώσεις κεντρικών υπολογιστών το 2008 παραθύρων της Microsoft, αλλά μας έχει ταραγμένους.

…

Τα συγχαρητήρια είναι για την ομάδα ανάπτυξης IIS της Microsoft - σήμερα ανήγγειλαν μόλις η δημόσια διαθεσιμότητα της τελικής έκδοσης της επέκτασης iIS-FastCGI ISAPI - ένας αναμενόμενος για καιρό και πολύς-βελτιωμένος τρόπος ακριβώς για οποιαδήποτε μηχανή σεναριογραφιών ανοικτός-πηγής σε IIS, ακίνδυνα και γρήγορα.

Αυτή η ενότητα FastCGI για IIS 5.1, 6, και 7 (με Vista και τον κεντρικό υπολογιστή 2008 παραθύρων) ήταν στις εργασίες για αρκετό διάστημα τώρα, και τους έχουμε χρησιμοποιήσει από την πρώτη βήτα απελευθέρωση - είναι καλοί. Ενώ το μεγαλύτερο όφελος θα δει σε χρησιμοποίηση FastCGI με IIS7 για να εκμεταλλευτεί το νέο εναποθήκευση πυρήνας-τρόπου, είναι ακόμα μια τεράστια βελτίωση πέρα από τον παλαιό τρόπο τις μηχανές σεναριογραφιών για τις γλώσσες όπως τα πέσος Φιλιππίνων στα παράθυρα.

Το πρόβλημα: Οι περισσότερες μηχανές σεναριογραφιών ανοικτός-πηγής όπως τα πέσος Φιλιππίνων και το ρουμπίνι στις ράγες ήταν αρχικά αναπτυγμένα on/for ο κόσμος *nix. Στις βασισμένες σε Unix πλατφόρμες, ο ευκολότερος τρόπος τις πολύπλοκες εφαρμογές είναι ακριβώς να τρεχτεί ίδιο app δύο φορές ή περισσότεροι (το πρότυπο της CGI). Στα παράθυρα, το οποίο δεν επιλύει τόσο καλά, επειδή παίρνει πολύ περισσότερους πόρους για να δημιουργήσει μια άλλη διαδικασία. So these engines released Windows-specific single-process multi-threaded engines; the only problem was, they weren’t stable. Too many race conditions in some very non-thread-safe code wreaked havoc on many Windows systems, with the PHP developers themselves giving “Stability on IIS” the lowest level of concern.

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular eAccelerator opcode-caching extension.

We did our testing with the binaries compiled by SiteBuddy using the latest versions of both PHP and eAccelerator. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels.

…