Mangler /usr/bin/php

Hvad sker der hvis du kører kommandoen i en shell+

Øhhh nu er jeg ikke riogtig klar over hvad en shell+ er, men følgende er udført fra promt.

/sti/til/fil.php
Hd. "tikker" men der sker intet. Altså ingen opdatering som man skulle forvente.

/usr/bin/php /sti/til/fil.php
Giver: Bash: /usr/bin/php No such file or dir
(Hvilket man jo også kunne forvente da filen php ikke findes.)

/usr/bin/php4 /sti/til/fil.php
Giver en "Call to undefine function"
En mysql fejl, som ligner en der ifølge cacti ( http://www.raxnet.net/products/cacti/docs/FAQ.htm (afsnit 2 general)) skulle have noget med mysql php/mysql installationen af gøre.

Alt vedrørende opsætningen af php/mysql skulle være i orden. Altså bortset fra den binære php afvikling.

I cacti's settings om php står der følgende:
PHP Binary Path The path to your PHP binary file (may require a php recompile to get this file).

Og den har fint godtaget at stien er /usr/bin/php4. Men hvor meget indflydelse den indstilling har på andet end cron afviklingen aner jeg faktisk ikke.

Så skal du jo bruge
  /usr/bin/php4 /sti/til/fil.php
men hvilken funktion er udefineret? Det "plejer" at være en mysql funktion,
men så man man bare oversætte php een gang til fra deres kildetekst ;)

Det er netop en mysql fejl:

Cacties faq siger:
Your installation of PHP does not have MySQL installed or enabled. On binary-based distributions, make sure you have the 'php-mysql' package installed. Also make sure that 'extension=mysql.so' is uncommented in your php.ini file.

Det mener jeg jo netop at jeg har gjort, netop fordi jeg har installeret php/mysql præcis som der står i debianguiden. Præcis som der står her:
http://debianguiden.dk/dists/stable/html/opsaetning-webserver.html
Har også tjekket at der ingen # er ud for 'extension=mysql.so' i php.ini.

Uha oversætte direkte fra kilden... det er ikke lige min stærke side. (En af grundene til at jeg er så glad for dist's som SuSE og Debian.)

En lille quick guide til hvordan, ville bestemt være meget kærkommen.. :-)

Du har nok installeret mysql i apacheserveren, men standalone uden.
Jeg vil meget hellere selv oversætte php og bestemme hvad der skal med
i den af options.

Jeg ville skam også gerne selv oversætte den, men det bliver frygtelig langhåret i forhold til et par simple linjer.

Jeg forstår heller ikke rigtig hvordan mysql skulle være uden (du mener vel uden php?) Nå jeg har installeret på følgende måde:
apt-get install apache php4 php4-mysql mysql-server

Efter et kik i en alm. php info fil. Ser det nu ud til at det skulle være i orden.

I "Configure Command"
--with-mysql=shared

I det alm. mysql af snit:

MySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 3.23.49
MYSQL_MODULE_TYPE external
MYSQL_SOCKET /var/run/mysqld/mysqld.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib -lmysqlclient -L/usr/lib -z


Det er da rigtig nok ik'?

Jeg kender ikke din metode - den er for langhåret for mig ;)

Jeg mener at PHP som sådan ikke behøver have noget med mysql at gøre.
Det er bare "tilfældigvis" godt til det.

Du kan opleve at PHP-en der kører via Apache er en anden end den der
kører via kommandolinien.

Så ... hvad sker der nu hos dig?

Altså du har ikke erfaring med Debian?

Der sker sådan set ikke ret meget.. sidder lige så fast som jeg har gjort heletiden.

Hvis jeg på en promt skriver

php4 -v
Så svare den godt nok med samme versions nummer som bruges af apache. Men det er jo ikke ens betydende med at det er den samme.

skriver jeg php4 -h
Får jeg en kort list af muligheder frem, langt de fleste gør ikke andet end at fjerne # og står så og venter med en blinkende makør.... er det en shell? og hvordan afslutter man det igen?

Jo jeg kører en variant af Debian. Men pakkesystemet .. nej tak ;)

Men kan du kalde mysql_connect i begge?

I en alm. webside er der over hovedet ingen problemer.

Hvordan jeg skal gøre det fra en promt aner jeg intet om... Virke måden uden om websider fatter jeg jævnfør min kommentar 17.05 ikke ret meget af.

Jeg kan nemt skrive php4 i en promt, men hvad gør jeg så?

php4 etscriptderbrugermysql.php

Så kan du godt smide et svar... :-)

Et simpelt script, aktiveret fra promt, gav præcis samme fejl. Jeg kunne jo lige så godt foretage mig noget fornuftig mens der ingen kontakt var til eksperten.dk så jeg gav mig til at kikke i php.ini. Eller det vil sige, da jeg skulle til at åbne den opdagede jeg en mappe med navnet cgi.... også var det jeg kom til at tænke på hvad du havde sagt, med flere "udgaver" af php. Ganske rigtig i mappe lå endnu en php.ini fil, som jo altså er til brug ved bla. cron. I den var mysql slået fra.

Mange tak for hjælpen.. :-)

Det er selvfølgelig også en forklaring. Jeg plejer at compile de
ting ind, der nu skal være, hellere end at "krydse dem af" i php.ini
og loade dem dynamisk. Men principielt er det jo det samme.

Ja, eksperten.dk var nede. Tænk engang - jeg var nødt til at se
fjernsyn en lørdag aften ...              (just joking)

Tnx - jeg kom til at læse hvad vi skrev.
Min "shell+" var bare en "shell?" - altså bare et spørgsmål.
"?" og "+" sidder foruroligende tæt på hinanden ...

Om det er et + eller ej... jeg ved alligevel ikke hvad en shell er. Er det bare en promt?

Når jeg fumler for meget rundt oplever jeg stadig at jeg får trykket på noget sådan at den alm. promt forsvinder, f.eks hvis jeg bare skriver php4. Så sidder jeg der og kan godt skrive men der sker intet.... er det det som er en shell?

Ja, en shell er en prompt. Skriver du php eller php4 forventer den
input - et php-program. Prøv at skrive php eller php4 på en linie,
tryk retur, og så skriv denne linie

<? phpinfo(); ?>

og tryk derefter Ctrl-D (der er som en end-of-file)

Takker... så er jeg fri for at reboote når jeg får forvildet mig ind i sådan en. Jojo den spytter skam fint filen ud incl. alle htmlkoderne.. :-)