PHPGangsta - Der praktische PHP Blog

PHP und Apache Versionen von PHP Blogs

with 17 comments

expose_php Off

ServerSignature On|Off|EMail
ServerTokens Minimal|ProductOnly|OS|Full

<?php

require_once 'Zend/Http/Client.php';

$sites = array(
    'https://www.phpgangsta.de',
);
foreach ($sites as $site) {
    echo $site.';';

    try {
        $client = new Zend_Http_Client();
        $client->setMethod(Zend_Http_Client::HEAD);
        $client->setUri($site);

        $response = $client->request();

        $powered = $response->getHeader('X-Powered-By');
        if (empty($powered)) {
            echo "PHP Version unbekannt;";
        } else {
            echo $powered.';';
        }

        $server = $response->getHeader('Server');
        if (empty($server)) {
            echo "Server Version unbekannt\n";
        } else {
            echo $server."\n";
        }
    } catch (Exception $e) {
        echo "maybe offline? ".$e->getMessage()."\n";
    }
}

17 Responses to 'PHP und Apache Versionen von PHP Blogs'

Subscribe to comments with RSS or TrackBack to 'PHP und Apache Versionen von PHP Blogs'.

1. Im Hostingbereich ist es ja eh etwas seltsam. Viele Anbieter haben zwar mittlerweile eine Weiche zwischen PHP 4 und 5, aber da das dann 5.2 ist, ist es eigentlich unglaublich, dass man quasi um eine Weiche für 5.3 betteln muss.

   Natürlich hat es da leichter wer einen eigenen Server betreibt. Aber ich frage mich echt wann wenigstens 4 endlich mal auszurotten ist.

   

   CrazyBell

   26 Aug 11 at 11:20
2. Header:

   Connection: close
   Date: Fri, 26 Aug 2011 10:37:23 GMT
   Server: Cherokee
   Content-Encoding: gzip
   Vary: Accept-Encoding
   Content-Type: text/html

   200 OK

   $ php -v
   PHP 5.3.8-1~dotdeb.1 with Suhosin-Patch (cli) (built: Aug 23 2011 10:33:56)
   Copyright (c) 1997-2011 The PHP Group
   Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
   with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

   $ cherokee -V
   Cherokee Web Server 1.2.98
   Written by Alvaro Lopez Ortega
   Copyright (C) 2001-2011 Alvaro Lopez Ortega.This is free software; see the source for copying conditions. There is NO
   warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

   # mysql -V
   mysql Ver 14.16 Distrib 5.2.8-MariaDB, for debian-linux-gnu (x86_64) using readline 6.1

   Hilfreich ist übrigens cron-apt. Das nervt dann per E-Mail. 🙂

   

   Oliver

   26 Aug 11 at 12:46
3. Das kann man sich ja leider nicht immer aussuchen. Wer irgendwo nur ein kleines, günstiges Webspace-Paket hat…

   

   Oli

   26 Aug 11 at 13:30
4. @Oli: Bei X-beliebigen Webseiten würde ich dir eventuell noch zustimmen, aber nicht bei IT-interessierten Leuten, die sich auch etwas um Sicherheit kümmern sollten. Man kann auch den Hoster wechseln, es gibt viele gute und auch preisgünstige Hoster die halbwegs auf dem aktuellen Stand sind. Oder man schaltet eben die besagten Header aus wenn man die Möglichkeit hat. Für mich ist eine 3 oder 5 Jahre alte, mit Sicherheitslücken gespickte Software ein Grund upzudaten oder zu wechseln. Auf solch einem Webspace kann man nicht mit gutem Gewissen irgendetwas laufen lassen, das ist leichtsinnig und Datenleck + Spamschleuder nur eine Frage der Zeit.

   

   Michael Kliewe

   26 Aug 11 at 16:59
5. @CrazyBell
   Bei meinem Hoster (Strato) ist es tatsächlich so, dass ich im April angefragt habe, ob es denn nicht möglich wäre auf PHP 5.3 upzugraden. Ich wurde mit der Aussage vertröstet, dass man sicherlich upgraden werde, man wisse nur nicht wann.
   Dann, vor einigen Wochen habe ich wieder eine Mail geschickt, diese sollte dann an die „Fachabteilung“ weitergeleitet werden. Diese Fachabteilung hat aber bisher immer noch nicht geantwortet.

   Was bleibt, ist PHP 5.2. Und das wird nicht nur nicht mehr von PHP.net unterstützt, sondern auch mein Lieblings-PHP-Framework braucht auch schon PHP 5.3.

   

   Philipp

   26 Aug 11 at 17:15
6. Müsste man mal rausfinden, ob man so einen Mist ausserordentlich kündigen kann. Uralte Programmversionen halte ich für risikoreich und daher unbenutzbar. Wenn die Kiste gehackt wird, übernehmen die auch nicht die Verantwortung dafür.

   

   Oliver

   26 Aug 11 at 18:00
7. Um es gar nicht drauf ankommen zu lassen, werde ich auch wohl bald wechseln…

   

   Philipp

   26 Aug 11 at 18:01
8. Da kann ich Michael nur zustimmen: Wechselt eure Hosting-Anbieter. Alles andere ist doch Quatsch.

   Die Leute hier nicht anonymisiert „anzuprangern“, geht mir allerdings dann doch zu weit.

   

   mermshaus

   26 Aug 11 at 18:19
9. Haha, der beste Eintrag der Liste ist tatsächlich php.net imho. 🙂

   

   Fabian

   26 Aug 11 at 19:02
10. @mermshaus
    >Die Leute hier nicht anonymisiert „anzuprangern“, >geht mir allerdings dann doch zu weit.

    grundsätzlich bin ich ja auch fürs anonymisiesren und für datanschutz, aber in diesem fall: wofür anonymisieren?

    die information über die versionen werden bei jedem request (plain text) übertragen und können von allen leuten (die sich die header anschaun) gelesen werden und sind somit public. im blog beitrag selbst steht die info wie man die serversignature abstellen kann.

    gutes firefox plugin das die serverinfos anzeigt: https://addons.mozilla.org/en-US/firefox/addon/server-spy/

    @fabian
    ja php.net ist wirklich ein genialer eintrag.

    

    c33s

    26 Aug 11 at 21:37
11. Ich kann auch nicht verstehen warum so viele noch veraltete PHP Versionen einsetzen und die Hoster zu faul sind zum updaten. Deswegen habe ich mir einen Root Server geholt und mach dort regelmäßig selber Updates, da ich vorher auch einen Hoster gesucht habe der aktuelle PHP Versionen einsetzt, aber das gleicht einer Suche mit der Nadel im Heuhaufen.

    

    Jack

    27 Aug 11 at 13:15
12. Ich sehe das ganze mal als Status Quo und vielleicht checkt Michael ja in einem Monat nochmal und man kann sehen, was sich geändert hat.

    

    Norbert

    29 Aug 11 at 10:02
13. Bei den Kampfpreisen teilweise, wird sich wohl auch kein Support mit Warnings und deprecated Meldungen einer PHP 5.3.x der Kunden rumärgern müssen/wollen. 😉

    Warum das meist noch nicht mal optional angeboten wird ist mir aber auch schlicht schleierhaft. Wie Michael schon schrieb gibt es auch gratis Performance. Man kann nur hoffen das die Anforderungen verschiedenen Frameworks, Blogposts wie diese und in letzter Konsequenz auch Hacks irgendwann genug Druck erzeugen.

    

    Markus

    29 Aug 11 at 10:08
14. Ihr müsst das auch mal von der Seite des Hosters sehen.
    Eine shared hosting Umgebung kann nicht so schnell wie ein isloierter Root server geändert und erweitert werden. Da gibt es Abhängigkeiten, alles muss auf den Serverfarmen integriert werden, es muss getestet werden, Webfrontends und Skripte müssen angepasst werden etc. etc.. Dies alles erfordert Planung und umsichtiges Vorgehen. Dies wiederum kostet Zeit und Manpower = Geld. Manchmal ist auch geschickter ein wenig abzuwarten wie sich neue Versionen so machen (siehe Upgrade 5.3.7) Darüber hinaus: Sicherheitslücken werden teilweise auch durch backports geschlossen. D.h. eine V4.x kann also trotzdem sicher sein und alte Apps bleiben kompatibel.

    

    unknown

    31 Aug 11 at 15:06
15. @unknown: Wieviele Jahre dauert sowas denn? Mit „ein wenig abwarten“ und dass es Geld (Zeit+Manpower) kostet bin ich total einverstanden, aber dass auch nach mehr als 2 Jahren kein 5.3 auch nur alternativ verfügbar ist (Parallelbetrieb ist ja nichts neues für Hoster) ist schon komisch.

    PHP 5.3.0 ist vor über 2 Jahren erschienen. Klar wartet man eventuell einige Monate bevor man große Änderungen einführt, aber es sind ja mittlerweile Jahre. 5 Jahre später brauche ich 5.3 auch nicht mehr weil es dann schon 5.5 oder 6.0 gibt. So lange hinterher hängen ist im IT-Geschäft tödlich, und wir alle wissen dass es immer mehr Frameworks und Projekte gibt die 5.3 als Voraussetzung haben. 5.4 ist mittlerweile Alpha3 und könnte dieses Jahr noch erscheinen. So langsam sollte ein jeder Hoster mal fertig sein mit seiner Migration bzw. Ergänzung um 5.3
    Ansonsten lautet das Fazit: lieber zu einem etwas kleineren flexibleren Hoster wechseln der „nur“ einige Monate braucht für neue PHP Versionen, oder gleich selbst drum kümmern.

    

    Michael Kliewe

    31 Aug 11 at 15:19
16. Ich bin für ne gute vHost-Lösung.
    Wenn man’s selbst macht und lokal noch eine VM zum Testen hat, kann man damit nicht viel falsch machen.

    Ich find’s gut, dass die neuen Frameworks jetzt mit so viel Druck auf die aktuelle PHP-Version drängen. Bin gespannt, wie das mit PHP 5.4 ausschaut. Einige Frameworks werden wahrscheinlich auch hier auf einige Features gewartet haben …

    

    Simon Schick

    1 Sep 11 at 16:03
17. Es ist doch so das wie überall billig billig der König ist.Soll man sich nicht wundern wenn bei solchen Anbietern Asbach Versionen drauf ist

    

    Falke

    28 Sep 11 at 03:47

Leave a Reply