apache2triad: PHP-Version austauschen?

Hallo,

ich habe auf meinem Rechner (XP SP2) lokal einen Apache Server installiert
und mich, weil ich mir nicht sicher bin, wie narrensicher die Installation
und Konfiguration ist, für ein Komplettpaket von Sourceforge (Apache2Triad)
entschieden. So weit, so gut. Das enthaltene PHP ist die version 5.1.2.
Gibt es eine unkomplizierte Möglichkeit, dieses upzudaten oder gegen eine
neuere Version "auszutauschen"?

Grüße
Anja

Re: apache2triad: PHP-Version austauschen?

Anja Länge schrieb:
> Hallo,
>
> ich habe auf meinem Rechner (XP SP2) lokal einen Apache Server installiert
> und mich, weil ich mir nicht sicher bin, wie narrensicher die Installation
> und Konfiguration ist, für ein Komplettpaket von Sourceforge (Apache2Triad)
> entschieden. So weit, so gut. Das enthaltene PHP ist die version 5.1.2.
> Gibt es eine unkomplizierte Möglichkeit, dieses upzudaten oder gegen eine
> neuere Version "auszutauschen"?

Dazu müsstest du wissen, ob das Apache2Triad-Projekt eine unmodifizierte
PHP-Installation nutzt. Bei XAMPP zum Beispiel ist das nur teilweise der
Fall. Ein modifiziertes PHP sollte man nicht einfach so austauschen,
dabei können völlig unvorhersehbare Probleme auftreten.

Bei den WAMP-Komplettpaketen habe ich die Erfahrung gemacht, dass die
Projekte gerne mal einschlafen und man dann auf der letzten Version
sitzenbleibt. Ich habe zuerst BigApache genutzt, dann TheSaintWamp (TSW)
und danach XAMPP. Nur letzteres hat sich wirklich langfristig durch
kontinuierliche Updates hervorgetan. Jedem, der unbedingt ein
Komplettpaket benötigt, empfehle ich daher XAMPP.

Ich persönlich musste im letzten Jahr allerdings herausfinden, dass die
Komplettpakete ein großes Problem haben: Sie sind monolithisch. Wenn man
aktualisiert, dann immer gleich alles. Und bei XAMPP führt dies aktuell
zu Apache 2.2, der nicht mit Subversion harmoniert.

Als Konsequenz daraus habe ich Apache, PHP und MySQL einzeln installiert
und musste feststellen, dass das fast noch komfortabler ist als die
Komplettpakete. Der Installer von MySQL5 ist zum Beispiel ein Traum.
Aktuell installiere ich PHP-Updates durch Herunterladen des Zips von
php.net und entpacken. Dann das PEAR-Verzeichnis und die Konfiguration
aus der alten Version rüberkopieren und fertig.

OLLi

--
Es mangelte an Antworten, aber der Katalog der Fragen präsentierte sich
makellos.
[Hörspiel "Der Schwarm", 4.13]

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz schrieb:

> XAMPP. Nur letzteres hat sich wirklich langfristig durch
> kontinuierliche Updates hervorgetan.

Ich habe mal unter XAMPP ein php-Update eingespielt. Der Effekt war null.

Anscheinend muss man alles komplett updaten, wenn man sich mit den
xampp-Internas nicht so auskennt..

Martin

Re: apache2triad: PHP-Version austauschen?

Martin Lemke wrote:

>> XAMPP. Nur letzteres hat sich wirklich langfristig durch
>> kontinuierliche Updates hervorgetan.
>
> Ich habe mal unter XAMPP ein php-Update eingespielt. Der Effekt war
> null.
>
> Anscheinend muss man alles komplett updaten, wenn man sich mit den
> xampp-Internas nicht so auskennt..

Ich habe letzte Nacht sowas auch mal mit dem Triad ausprobiert... nix.
Dann Apache, PHP und MySQL einzeln installiert... und gnadenlos gescheitert.
Um halb vier in der Nacht habe ich dann zähneknirschend den Triad wieder
aufgesetzt und die Backups zurückgespielt. Die Welt ist schlecht.


Anja

Re: apache2triad: PHP-Version austauschen?

Anja Länge schrieb:

> Dann Apache, PHP und MySQL einzeln installiert... und gnadenlos gescheitert.

Ich bin damit früher auch mal gescheitert. Mit xampp ist alles fertig und
man muss fast nichts nachträglich konfigurieren. Es nervt nur der seltsame
Default-Installationspfad.

> Um halb vier in der Nacht habe ich dann zähneknirschend den Triad wieder
> aufgesetzt und die Backups zurückgespielt. Die Welt ist schlecht.

Installiere doch einfach mal xampp (http://apachefriends.org).

Über die Windwos-Version steht dort:
Die Distribution für Windows 98, NT, 2000, XP und 2003 Server. Diese
Version enthält unter anderem: Apache, MySQL, PHP + PEAR, Perl, mod_php,
mod_perl, mod_ssl, OpenSSL, phpMyAdmin, Webalizer, Mercury Mail Transport
System for Win32 and NetWare Systems v3.32, JpGraph, FileZilla FTP Server,
mcrypt, eAccelerator, SQLite sowie WEB-DAV + mod_auth_mysql.

BTW: Dass jpGraph enthalten ist, wusste ich gar nicht. Dieses nützliche
Paket kenne ich übrigens erst durch Dich!

In folgenden Versionen:
* Apache 2.2.4
* MySQL 5.0.33
* PHP 5.2.1 & PHP 4.4.5 (umschaltbar)
* phpMyAdmin 2.9.2
* FileZilla FTP Server 0.9.22
* OpenSSL 0.9.8d

Das dürfte einem Update entsprechen.

Martin

Re: apache2triad: PHP-Version austauschen?

Martin Lemke wrote:^

> Installiere doch einfach mal xampp (http://apachefriends.org).

Hab ich dann mal... und kenne jetzt auch meinen aktuellen Biorhythmus :-o

> BTW: Dass jpGraph enthalten ist, wusste ich gar nicht. Dieses
> nützliche Paket kenne ich übrigens erst durch Dich!

Wie/wo finde ich das denn hier?


Anja

P.S.: Dein Mail-Reply klemmt... und nein, ich meine nicht den in der NG.

Re: apache2triad: PHP-Version austauschen?

Anja Länge schrieb:

> Martin Lemke wrote:^
>
> > Installiere doch einfach mal xampp (http://apachefriends.org).
> >
> > BTW: Dass jpGraph enthalten ist, wusste ich gar nicht. Dieses
> > nützliche Paket kenne ich übrigens erst durch Dich!

Das ist ein Fehler auf der Homepage. JpGraph ist im XAMPP nicht enthalten.


> Wie/wo finde ich das denn hier?

Finden tust du JpGraph hier:
http://www.aditus.nu/jpgraph/

Die Installation selbst ist ja im Prinzip mit Entpacken erledigt. Und dann
halt noch die Doku lesen, damit man sie auch benutzen kann ;-)

Gruß
Carsten

Re: apache2triad: PHP-Version austauschen?

Carsten Wiedmann wrote:

> Das ist ein Fehler auf der Homepage. JpGraph ist im XAMPP nicht
> enthalten.

Okay, dann kann ich sie auch nicht finden. Danke ;-)


Anja

Re: apache2triad: PHP-Version austauschen?

Martin Lemke schrieb:
> Anja Länge schrieb:
>
>> Dann Apache, PHP und MySQL einzeln installiert... und gnadenlos gescheitert.
>
> Ich bin damit früher auch mal gescheitert. Mit xampp ist alles fertig und
> man muss fast nichts nachträglich konfigurieren. Es nervt nur der seltsame
> Default-Installationspfad.

Was, das alles direkt in C:\ landet? Das ist doch nur beim Zip so. Der
Installer lässt einen das auswählen.

>> Um halb vier in der Nacht habe ich dann zähneknirschend den Triad wieder
>> aufgesetzt und die Backups zurückgespielt. Die Welt ist schlecht.

Komisch. Ich fand die Installation extrem unaufgeregt. Die Installer
funktionieren einwandfrei (und man wird im Gegensatz zum XAMPP gleich
bei der Installation nach eine Passwort für MySQL gefragt, damit der
Server nicht ungesichert ist). Ich denke, ich muss beim nächsten Install
auf einem nackten Windows mal Notizen machen, wo man doch manuell tätig
werden muss. Man muss halt den Aufruf des PHP-Moduls in die
Apache-Config eintragen (zumindest ich musste das, weil ich bei PHP
statt dem Installer die Zip-Datei nehme), aber soviel mitdenken sollte
bei einem Entwickler drin sein. Außerdem ist das weniger Aufwand, als
die doch ziemlich verquere Apache-Config des XAMPP aufzuräumen, wo man
ja immer erst auf das XAMPP-Interface geforwardet wird.

Also, ich habe nach den LoadModule-Zeilen das hier in der httpd.conf
ergänzt:

LoadModule php5_module "C:/Serv/PHP/php5apache2.dll"
AddType application/x-httpd-php .php
PHPIniDir "C:/Serv/PHP"

Dann sollte man noch index.php in der DirectoryIndex-Zeile ergänzen:

DirectoryIndex index.html index.htm index.php

Und ganz unten hänge ich dies an:

NameVirtualHost *:80
NameVirtualHost *:443
Include C:\Serv\_conf\sites

Das "sites" ist ein Verzeichnis und da kommt pro VirtualHost dann eine
Datei rein, ebenso komfortabel wie in Debian/GNU Linux ;-)

OLLi

--
The generation of random numbers is too important to be left to chance.
[Robert R. Coveyou, Oak Ridge National Laboratory]

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz wrote:

> Komisch. Ich fand die Installation extrem unaufgeregt.

Die Installation an sich ja... aber die Konfiguration hinterher hatte
Stolpersteine.

> aber soviel mitdenken sollte bei einem Entwickler drin sein.

Äh... ich bin kein Entwickler... ich bin interessierter Hobby-Laie. Ich kann
zwar mit MySQL und PHP halbwegs umgehen, aber die Konfiguration ist mir doch
suspekt. ;-)

> Also, ich habe nach den LoadModule-Zeilen das hier in der httpd.conf
> ergänzt:[...]

Habe ich mal in meine Sammlung aufgenommen.


Anja

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz schrieb:

> Außerdem ist das weniger Aufwand, als
> die doch ziemlich verquere Apache-Config des XAMPP aufzuräumen,

Die aber den Default-Configdateien von Apache.org entspricht...
(zusätzlich wird nur eine Configdatei eingebunden, die aber auch ncit
wirklich "Wild" vom Inhalt ist). Verquere sind höchstens andere Sachen *g*


> wo man
> ja immer erst auf das XAMPP-Interface geforwardet wird.

Na das ist aber ein simpler Forward, auch noch über http-equiv, im
Idexdocument, dass sich im DocumentRoot befindet.


> LoadModule php5_module "C:/Serv/PHP/php5apache2.dll"
> AddType application/x-httpd-php .php
> PHPIniDir "C:/Serv/PHP"

Tut so natürlich nur, wenn man den alten Apache 2.0.x verwendet.


> NameVirtualHost *:443

Das namebased VirtualHosts und SSl nicht wirklich (korrekt) funktioniert,
ist bekannt?


Ansonsten wird das dann hier aber schon irgendwie OT ;-)


Gruß
Carsten

Re: apache2triad: PHP-Version austauschen?

Carsten Wiedmann schrieb:
> Oliver Grätz schrieb:
>
>> Außerdem ist das weniger Aufwand, als
>> die doch ziemlich verquere Apache-Config des XAMPP aufzuräumen,
>
> Die aber den Default-Configdateien von Apache.org entspricht...
> (zusätzlich wird nur eine Configdatei eingebunden, die aber auch ncit
> wirklich "Wild" vom Inhalt ist). Verquere sind höchstens andere Sachen *g*
>
>> wo man
>> ja immer erst auf das XAMPP-Interface geforwardet wird.
>
> Na das ist aber ein simpler Forward, auch noch über http-equiv, im
> Idexdocument, dass sich im DocumentRoot befindet.

Also die letzte Version, die ich hatte, hat das so gemacht:

Das DocumentRoot in httpd.conf ist /xampp/htdocs. Dort liegt eine
index.html und die wird irreführenderweise nicht ausgeliefert, denn in
der DirectoryIndex-Direktive steht index.php vor index.html, was in den
meisten Fällen anders ist. Somit wird index.php ausgeliefert und in der
Datei steht eine Weiterleitung per PHP header() Statement. Die führt
aber nicht etwa zum Ziel, sondern in der nächsten index.php, die
abhängig von einem if() auf eine Splash-Seite weiterleitet. Also bitte,
was Kruderes habe ich lange nicht gesehen. Sowas Programmier-Anfängern
als Standardkonfig vorzusetzen hat was Diabolisches.

Ob XAMPP sich danach in punkto Einsteigerverständlichkeit gebessert hat,
habe ich nicht mitbekommen, denn mit Einführung von Apache 2.2 bin ich
da notgedrungen ausgeschert.

>> LoadModule php5_module "C:/Serv/PHP/php5apache2.dll"
>> AddType application/x-httpd-php .php
>> PHPIniDir "C:/Serv/PHP"
>
> Tut so natürlich nur, wenn man den alten Apache 2.0.x verwendet.

Ich hatte weiter oben im Thread bereits gesagt, dass Apache 2.2 genau
der Grund war, warum ich nicht mehr XAMPP einsetze. Die aktuellen
Versionen von Subversionen arbeiten nur mit Apache 2.0.x zusammen.
Für so eine Kombination ist XAMPP leider zu monolithisch.

>> NameVirtualHost *:443
>
> Das namebased VirtualHosts und SSl nicht wirklich (korrekt) funktioniert,
> ist bekannt?

Ja, man verliert die verlässliche Authentifizierung, behält aber die
Verschlüsselung. Was ist wohl wichtiger, wenn der Server am DynDNS hängt
und man seinen Kollegen das Zertfikat vorab zuskypt? Auf der Basis
funzen die Name Based Hosts wunderbar. *g*

Vgl hierzu
http://www.onlamp.com/pub/a/apache/2005/02/17/apacheckbk.htm l

Und für alle Leser, die nun rätseln, warum das mit den Name Based Hosts
unter SSL nicht geht: VirtualHosts werden über den Host-Header in der
Anfrage realisiert und der ist bereits verschlüsselt. Um nun
herauszufinden, welcher VirtualHost gemeint ist, muss also dieser Header
entschlüsselt werden. Das kann man aber nur mit dem richtigen Private
Key. Und weil Apache leider kein Kristallkugel-Modul hat, gibt es nur
ein Zertifikat pro IP und somit kann auch nur ein Host pro IP ein
korrektes Zertifikat haben.

OLLi

--
Opposite?
[Patrick, Coupling]

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz schrieb:

> Carsten Wiedmann schrieb:
> >
> > Na das ist aber ein simpler Forward, auch noch über http-equiv, im
> > Idexdocument, dass sich im DocumentRoot befindet.
>
> Also die letzte Version, die ich hatte, hat das so gemacht:
>
> Das DocumentRoot in httpd.conf ist /xampp/htdocs. Dort liegt eine
> index.html und die wird irreführenderweise nicht ausgeliefert, denn in
> der DirectoryIndex-Direktive steht index.php vor index.html, was in den
> meisten Fällen anders ist. Somit wird index.php ausgeliefert und in der
> Datei steht eine Weiterleitung per PHP header() Statement. Die führt
> aber nicht etwa zum Ziel, sondern in der nächsten index.php,

Ist die nächste "index.php" nicht auch ein Ziel? Aber du hast in einem
Recht:
In der Windowsversion ist es eine index.php mit header(), und bei Linux eine
index.html mit einem http-equiv.

Aber egal wie: Als erstes nach dem Testlauf löscht man einfach diese Datei
(oder eh alle in diesem Dir), und die Umleitung ist pase. Macht man ja eh,
da man ja ins DocumentRoot seine eigene Seite macht (die ja i.d.R. dann auch
ein eigenes Indexdokument beinhaltet).


> Ich hatte weiter oben im Thread bereits gesagt, dass Apache 2.2 genau
> der Grund war, warum ich nicht mehr XAMPP einsetze. Die aktuellen
> Versionen von Subversionen arbeiten nur mit Apache 2.0.x zusammen.
> Für so eine Kombination ist XAMPP leider zu monolithisch.

Wieso sollte Subversion nicht zusammen mit dem Apache 2.2.0 arbeiten? Auch
wenn es das fertige Binary für's Modul erst seit 1-2 Monaten mitgeliefert
gibt. Kompilieren konnte man das auch vorher schon immer selbst. Nebenbei
tut Subversion natürlich auch ohne Apache-Modul einwandfrei.


Gruß
Carsten

Re: apache2triad: PHP-Version austauschen?

Carsten Wiedmann schrieb:
> Oliver Grätz schrieb:
>
> Wieso sollte Subversion nicht zusammen mit dem Apache 2.2.0 arbeiten? Auch
> wenn es das fertige Binary für's Modul erst seit 1-2 Monaten mitgeliefert
> gibt. Kompilieren konnte man das auch vorher schon immer selbst. Nebenbei
> tut Subversion natürlich auch ohne Apache-Modul einwandfrei.

Wenn ich mein Subversion selber kompilieren würde, dann hätte ich schon
vor noch viel längerer Zeit aufgehört, XAMPP zu nutzen. Wieso sollte ich
die Dev-Files für Apache installieren und dann den Apache nicht selbst
kompilieren? Ne ne, entweder oder.

Un dwas meinst du mit mitgeleifert? Sind die Module bei XAMPP in
aktuellen Versionen dabei?

OLLi

--
Programming is an art form that fights back.

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz schrieb:

> Carsten Wiedmann schrieb:
>
> Wenn ich mein Subversion selber kompilieren würde, dann hätte ich schon
> vor noch viel längerer Zeit aufgehört, XAMPP zu nutzen. Wieso sollte ich
> die Dev-Files für Apache installieren und dann den Apache nicht selbst
> kompilieren? Ne ne, entweder oder.

Hm, ist doch einfach:
Warum sollte ich den kompletten Apachen (oder PHP oder...) komplett neu
kompilieren, wenn ich den schon als Binary hab? Ich kompiliere halt das, was
ich zusätzlich zu dem mitgelieferten brauche. Bei den meisten (vor allem
unter Windows) hört es allerdings ja da auf, wo es zusätzliche
Module/Extension nur als Sourcecode gibt und nicht schon als fertiges
Binary.


> Un dwas meinst du mit mitgeleifert? Sind die Module bei XAMPP in
> aktuellen Versionen dabei?

Jein. Ist zwar was dabei, wie ich gesehen habe, aber so nicht lauffähig. Ich
meinte:
Die Subversion-Module für den Apachen 2.2.x bekommt man ja vom
Subversion-Hersteller. Und da hast ja deine 2.0.x Module auch schon her.

Aber wie schon gesagt:
Für Subversion braucht man ja auch nicht unbedingt einen Apachen. Das tut
z.B. bei mir auch super ohne.


Gruß
Carsten

Re: apache2triad: PHP-Version austauschen?

Carsten Wiedmann schrieb:
> Oliver Grätz schrieb:
>
>> Carsten Wiedmann schrieb:
>>
>> Wenn ich mein Subversion selber kompilieren würde, dann hätte ich schon
>> vor noch viel längerer Zeit aufgehört, XAMPP zu nutzen. Wieso sollte ich
>> die Dev-Files für Apache installieren und dann den Apache nicht selbst
>> kompilieren? Ne ne, entweder oder.
>
> Hm, ist doch einfach:
> Warum sollte ich den kompletten Apachen (oder PHP oder...) komplett neu
> kompilieren, wenn ich den schon als Binary hab? Ich kompiliere halt das, was
> ich zusätzlich zu dem mitgelieferten brauche. Bei den meisten (vor allem
> unter Windows) hört es allerdings ja da auf, wo es zusätzliche
> Module/Extension nur als Sourcecode gibt und nicht schon als fertiges
> Binary.

So einfach ist das Thema nicht...

1. Um das Apache-Modul für Subversion zu kompilieren, benötige ich die
Dev-Dateien von Apache. Und dazu natürlich muss ich alle Dependenzen,
die sich daraus womöglich noch ergeben, auch erfüllen. Dazu muss ich mir
dann noch eine Build-Umgebung (z.B. Cygwin/GCC) aufsetzen. Das sprengt
völlig den Rahmen. Bis ich da meine DLL habe, habe ich das mit
Subversion zu verwaltende Projekt ja halb fertig ;-)

2. Bei Windows hört es deswegen auf, weil es keinen brauchbaren
Paketmaneger gibt. Unter Debian ist über apt alles problemlos verfügbar,
mit wenigen Schritten habe ich sowas da erledigt. Bei Windows habe ich
bei anderen Projekten schon win32-Kompilation versucht und bin dann an
der Dependenz 7 von 12 gescheitert, weil es ausgerechnet für
libschwabumsel in der benötigten Version keine win32-Bindings gab.
Gelegentlich kommt man ans Ziel, aber das ist unter Windows immer gleich
eine "Polarexpedition" und kein "Kippen um die Ecke holen".

>> Un dwas meinst du mit mitgeleifert? Sind die Module bei XAMPP in
>> aktuellen Versionen dabei?
>
> Jein. Ist zwar was dabei, wie ich gesehen habe, aber so nicht lauffähig.
Na vielleicht reicht es ja, Subversion wie gehabt zu installieren und
nur für Apache auf diese DLLs zurückzugreifen.

> Die Subversion-Module für den Apachen 2.2.x bekommt man ja vom
> Subversion-Hersteller. Und da hast ja deine 2.0.x Module auch schon her.
Ja, und da steht dick und fett auf quietschgelbem Grund, dass es leider
bisher BINARIES AUSSCHLIESSLICH FÜR APACHE 2.0.x GIBT. Selbst wenn das
JETZT da nicht mehr stünde: Zum Zeitpunkt der Installation gab es keine
Optionen mit geringem Aufwand.

> Aber wie schon gesagt:
> Für Subversion braucht man ja auch nicht unbedingt einen Apachen. Das tut
> z.B. bei mir auch super ohne.

svnserve kommt für mich aus anderen Gründen nicht in Frage, aber das
sprengt hier den Rahmen.

OLLi

--
Programming is an art form that fights back.

Re: apache2triad: PHP-Version austauschen?

Oliver Grätz schrieb:

> > > Un dwas meinst du mit mitgeleifert? Sind die Module bei XAMPP in
> > > aktuellen Versionen dabei?
> >
> > Jein. Ist zwar was dabei, wie ich gesehen habe, aber so nicht lauffähig.
>
> Na vielleicht reicht es ja, Subversion wie gehabt zu installieren und
> nur für Apache auf diese DLLs zurückzugreifen.

Auch wieder jein *g* Es fehlt eine DLL, auf die beide Module zugreifen. Die
wäre zwar beim Subversion-Download dabei... Nur wenn man schon Subversion
downloaded, dann doch gleich die Version für Apache 2.2.x (sofern man diesen
benutzt). Die Module die man dort bekommt, sind wenigstens aktuell. Das dann
auch BDB unterstützt wird, dürfte heutzutage, glaub ich, nicht mehr so ins
Gewicht fallen.

Eine Installation (sprich entpacken) ist sonst ja nicht weiters nötig, wenn
man Apache als Supversions-Server benutzt. Man sollte evtl. halt noch
"irgendwo" "svnadmin" rumliegen haben, um das Repository anlegen zu können
(oder hat bei Windows "eh" TortoiseSVN installiert).


Aber irgendwie sind wir vom Thema abgekommen *g*
> > > > > > > LoadModule php5_module "C:/Serv/PHP/php5apache2.dll"
> > > > > >
> > > > > > Tut so natürlich nur, wenn man den alten Apache 2.0.x verwendet.

Jedenfalls, wenn jemand den aktuellen Apache hat und das PHP von php.net,
nennt dich das Modul "php5apache2_2.dll".


Gruß
Carsten