Microsoft FastCGI ενημερώσατε - αλλά θα έπρεπε να αναβαθμίσετε;
Εμείς προηγουμένως καλυμμένος η τελική απελευθέρωση της ενότητας IIS FastCGI, που αναπτύσσεται από κοινού μεταξύ της Microsoft και Zend… Αλλά ακριβώς αυτή η εβδομάδα, Microsoft (MSFT: $33.76 -0.50%) αναγγελθείς η διαθεσιμότητα από RTM από την ενότητα IIS FastCGI.
Τόσο τι συμβαίνει; Έχουμε μεταφορτώσει την τρέχουσα απελευθέρωση (που, επ'ευκαιρία είναι όχι το συμβατό σύστημα με τον παλαιό, εσείς πρέπει να αποεγκαταστήσει έπειτα εγκαθιστά τη νέα έκδοση) και ελεγγμένος τον αριθμό έκδοσης \ στα παράθυρα \ System32 \ inetsrv \ fcgiext.dll - βγήκε να είναι το 6.1.36.1.
Σε αντίθεση, η έκδοση που μεταφορτώσαμε και εγκαταστήσαμε έναν μήνα πριν (που φαίνεται να μεταγλωττίζεται τη Go Live απελευθέρωση) ελεγχθήκαμε και βρεθήκαμε για να είμαστε της 7.0.6001.16606.
Προφανώς η Go Live απελευθέρωση χρησιμοποιούσε την αρίθμηση από τις απελευθερώσεις κεντρικών υπολογιστών το 2008 παραθύρων της Microsoft, αλλά μας έχει ταραγμένους.
Μπορείτε να βρείτε μια υπόδειξη ως προς το χρόνο από την ανάπτυξη και τον κύκλο Mike Volodarsky (υπεύθυνος για την ανάπτυξη της Microsoft IIS)» s της ενότητας FastCGI κύριων σημείων blog - αλλά δεν καθιστά καμία αναφορά της απελευθέρωσης 10η Οκτωβρίου 2007.
Αυτό που έχει πιό μπερδεμένο δεν είναι η έλλειψη ενός πλήρους προγράμματος απελευθέρωσης ούτε των συγκρουόμενων αριθμών έκδοσης - εκείνοι είναι εύκολοι. Όπως με τις περισσότερες άλλες εφαρμογές, ο πιό πρόσφατος είναι μέγιστος - τέλος της ιστορίας. Για μας, το πρόβλημα είναι ότι η ενότητα RTM FastCGI είναι λιγότερο σταθερή από τη Go Live απελευθέρωση από τον περασμένο μήνα. Αυτό είναι πραγματικό κακό νέο, επειδή η ενότητα FastCGI είναι τρομερό και πιό ανεκτίμητο εργαλείο όταν την ανάπτυξη ορισμένων με λάθη ενοτήτων ανοικτός-πηγής στα παράθυρα.
Η εμπειρία μας με την ενότητα RTM FastCGI δεν είναι όλη κακή - η απόδοση ήταν ελαφρώς (όπως μέσα < 1 req/ακόλουθος) βελτιωμένος. Αλλά η αναβάθμιση είναι ένα PITA και η ενότητα RTM δεν θα τηρούσε το αρχείο διαμόρφωσης τον πρώτο χρόνο που τον εγκαταστήσαμε - μέχρι το σημείο που εχρησίμευσε τα αρχεία πέσος Φιλιππίνων μας ως το σαφής-κείμενο, μια ΤΕΡΑΣΤΙΑ ασφάλεια κανένας-αριθ.. Αλλά έπειτα διαγράψαμε το αρχείο διαμόρφωσης και αρχίσαμε από την αρχή και όλα ήταν ΕΝΤΑΞΕΙ…
Αλλά έπειτα οι διαδικασίες FastCGI άρχισαν να εμποδίζουν και να εγκαταλείπουν, τα αιτήματα ήταν συγχρονισμός έξω πάρα πολύ γρήγορα (παρά τη χρησιμοποίηση των ίδιων οδηγιών αρχείων διαμόρφωσης), και γρήγορος-αποτυγχάνουν την προστασία δεσμεύονταν μακριά πάρα πολύ συχνά.
Φαίνεται ότι η σύνταξη διαλείμματος έχει επανέλθει στην αρχική σημασιολογία των προηγούμενων απελευθερώσεων πριν από τις προβλέψεις τεχνολογίας, όπου το ActivityTimeout θα κλωτσήσει ούτε το RequestTimeout δεν έχει επιτευχθεί ακόμα…. Αλλά δεν είμαστε σίγουροι.
Προς το παρόν τα προβλήματά μας φαίνονται (με την αύξηση όλων των ορίων στο αρχείο διαμόρφωσής μας από το α μέρος ) αλλά, φυσικά, όλα έχουν την τιμή του. 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.
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.
Written by Computer Guru. Read more great feeds at is source WEBSITE
no comments.
Read more articles on FastCGI and IIS and Microsoft and Reviews and Windows and software.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
