Auf Suse 7.3 PHP4 und phpMyAdmin installieren

[Pitty]

hi !

Ich weiss einfach nicht wie ich php4 installiern soll .... mein apache bzw. da wo ich die seiten aufrufen kann liegt in /usr/local/httpd/htdocs ...

muss ich dahin irgendwas installieren ?!

dazu kommt noch der phpMyAdmin ... hier meine version phpMyAdmin-2.5.6-rc2 ...

wäre um jede hilfe dankbar !

mfg

Pitty

[Floh]

php4 dürfte bei deiner SuSE ja bereits als Paket auf den CDs enthalten sein.

phpmyadmin wird irgendwo (am besten passwortgeschützt) in deinem htdocs abgelegt. zu bearbeiten ist lediglich die config.inc.php.

Floh

[Pitty]

also auf meiner seite

http://fruchttiger.homeip.net

sagt der mir das das modul installiert ist ... aber weiss nich wie ich das gemacht habe ... :(

was muss ich denn jetzt machen ?! kann immer noch keine php scripte ausführen ...

mfg

Pitty

[Floh]

War schätzungsweise per default beim Apachen dabei.

Welche Fehlermeldung kommt beim Versuch ein php-Script auszuführen?
Was sagt


phpinfo(); ?

Floh

[Bubble]

Du musst dem Apachen vermutlich noch sagen, woran er php-Dateien erkennt.

Füge dazu folgende Zeilen in die httpd.conf:



AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps


Und dann erstelle folgende Datei test.php:

<? phpinfo() ?>

und nenne sie test.php und rufe sie aus deinem Webserver heraus auf. Das sollte dann eigentlich gehen, wenn nicht bitte Fehlermeldung posten.
Bubble

[Pitty]

goil danke !! das funzt ja jetzt !!

http://fruchttiger.homeip.net/info.php

un wie krieg ich phpmyadmin installiert und mysql ?!

danach bin ich wunschlos glücklich :D

mfg

Pitty

[Pitty]

wenn ich allerdings jetz php updaten will dann kommmt folgende meldung :



linux:~/php-4.3.4 # ./configure \
> --with-mysql=/usr/local/mysql/current/ \
> --with-zlib-dir=/usr/lib/ \
> enable-calendar \
> --enable-calendar \
> --enable-versioning \
> --enable-sockets \
> --enable-ftp \
> --with-config-file-path=/etc \
> --with-gd \
> --with-jpeg-dir=/usr/lib \
> --with-tiff-dir=/usr/lib \
> --with-png-dir=/usr/lib \
> --with-freetype-dir=/usr/lib
loading cache ./config.cache
checking host system type... Invalid configuration `enable-calendar': machine `enable' not recognized

checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking for re2c... exit 0;
checking for ranlib... ranlib
checking whether ln -s works... yes
checking for gawk... gawk
checking for bison... no
checking for byacc... no
configure: warning: You will need bison if you want to regenerate the PHP parsers.
checking for flex... lex
checking for yywrap in -ll... no
checking lex output file root... ./configure: lex: command not found
configure: error: cannot find output from lex; giving up


was heisst das ? :(

[johnpatcher]

hast du schonmal das hier angeschaut? wenn nein dann mach das mal

http://www.linuxforen.de/forums/showthread.php?s=&threadid=81084
da findest du möglich fehlerquellen

johnpatcher

[Bubble]

Da dein ursprünglich installiertes PHP wohl ein RPM-Paket war würde ichs auch wieder per RPM updaten statt selbst zu kompilieren.

Ansonsten bin ich mir ziemlich sicher, dass diese Fehlermeldung bedeutet, bei dir fehlt das Paket flex oder ist nicht richtig installiert. Sollte auf den SuSE-CDs drauf sein und sich per YaST installieren lassen. Falls es schon installiert ist weiß ich auch nicht ... er findet den Befehl lex ist. Dann halt mal schauen zu welchem Paket der gehört und nachinstallieren, auch darauf achten dass das Verzeichnis von lex in $PATH enthalten ist wenn du ./configure ausführst.
Bubble

[Pitty]

also jetz geht irgendwie alles :D

danke für die hilfe !!!!


http://fruchttiger.homeip.net

mfg

Pitty

[3qualizer]

Nur so nebenbei: es würde mehr Sinn machen, die tux.big.png tatsächlich zu verkleinern statt sie nur kleiner darstellen zu lassen. Übertragen wird sonst ja trotzdem viel ;)