Hi, gestern habe ich mir PHProjekt geladen und entpackt. Wenn ich nun setup.php ausführe erscheinen folgende Meldungen: ./setup.php : ?php:Datei oder Verzeichnis nicht gefunden ./setup.php: // : is a directory ./setup.php:// : is a directory ./setup.php ://: is a directory ./setup.php:// : is a directory ./setup.php:// : is a directory ./setup.php : line 9: sytax error near unexepted token (session_id) ./setup.php: line 9: $PHPSESSID = session_id(); Verwendetes System SMP Kernel 2.2.18, SuSE 7.1,PHP4,MySQL, und Apache Web-Server. Nun steht in der Installtion FAQ folgendes. Since PHProjekt is a PHP4 tool, it does not work from the command line. You have to extract the files into a directory of your webserver and call the script setup.php via your Browser. Wenn ich nun aber mit lynx http://localhost/opt/phpojekt-2.4/setup.php aufrufe, kommt nur die Meldung error 401 Seite nicht gefunden. Wo liegt mein Fehler? Für jeden Hinweis dankbar Gruß Thomas
On Tue, 4 Sep 2001, Thomas Fick wrote:
Hi,
gestern habe ich mir PHProjekt geladen und entpackt. Wenn ich nun setup.php ausführe erscheinen folgende Meldungen:
./setup.php : ?php:Datei oder Verzeichnis nicht gefunden ./setup.php: // : is a directory ./setup.php:// : is a directory ./setup.php ://: is a directory ./setup.php:// : is a directory ./setup.php:// : is a directory ./setup.php : line 9: sytax error near unexepted token (session_id) ./setup.php: line 9: $PHPSESSID = session_id();
Verwendetes System SMP Kernel 2.2.18, SuSE 7.1,PHP4,MySQL, und Apache Web-Server. Nun steht in der Installtion FAQ folgendes. Since PHProjekt is a PHP4 tool, it does not work from the command line. You have to extract the files into a directory of your webserver and call the script setup.php via your Browser. Wenn ich nun aber mit lynx http://localhost/opt/phpojekt-2.4/setup.php aufrufe, kommt nur die Meldung error 401 Seite nicht gefunden. Ich vermute mal, fehlende Rechte. Kann denn der apache dein Verzeichnis sehen und auch die Dateien darin lesen?
Gruß Lars
Am Dienstag, 4. September 2001 11:07 schrieb Lars Mucha
On Tue, 4 Sep 2001, Thomas Fick wrote:
Hi,
gestern habe ich mir PHProjekt geladen und entpackt. Wenn ich nun setup.php ausführe erscheinen folgende Meldungen:
./setup.php : ?php:Datei oder Verzeichnis nicht gefunden ./setup.php: // : is a directory ./setup.php:// : is a directory ./setup.php ://: is a directory ./setup.php:// : is a directory ./setup.php:// : is a directory ./setup.php : line 9: sytax error near unexepted token (session_id) ./setup.php: line 9: $PHPSESSID = session_id();
Verwendetes System SMP Kernel 2.2.18, SuSE 7.1,PHP4,MySQL, und Apache Web-Server. Nun steht in der Installtion FAQ folgendes. Since PHProjekt is a PHP4 tool, it does not work from the command line. You have to extract the files into a directory of your webserver and call the script setup.php via your Browser. Wenn ich nun aber mit lynx http://localhost/opt/phpojekt-2.4/setup.php aufrufe, kommt nur die Meldung error 401 Seite nicht gefunden.
Ich vermute mal, fehlende Rechte. Kann denn der apache dein Verzeichnis sehen und auch die Dateien darin lesen?
Danke jetzt bin ich schon einen Schritt weiter, wenn ich jezt aber den den Befehl eingebe, dann zeigt er mir den Inhalt an, aber der nützt mir ja nichts. (glaub ich zumindest). Gruß Thomas
On Tue, 4 Sep 2001, Thomas Fick wrote:
Am Dienstag, 4. September 2001 11:07 schrieb Lars Mucha
On Tue, 4 Sep 2001, Thomas Fick wrote:
Hi,
gestern habe ich mir PHProjekt geladen und entpackt. Wenn ich nun setup.php ausführe erscheinen folgende Meldungen:
./setup.php : ?php:Datei oder Verzeichnis nicht gefunden ./setup.php: // : is a directory ./setup.php:// : is a directory ./setup.php ://: is a directory ./setup.php:// : is a directory ./setup.php:// : is a directory ./setup.php : line 9: sytax error near unexepted token (session_id) ./setup.php: line 9: $PHPSESSID = session_id();
Verwendetes System SMP Kernel 2.2.18, SuSE 7.1,PHP4,MySQL, und Apache Web-Server. Nun steht in der Installtion FAQ folgendes. Since PHProjekt is a PHP4 tool, it does not work from the command line. You have to extract the files into a directory of your webserver and call the script setup.php via your Browser. Wenn ich nun aber mit lynx http://localhost/opt/phpojekt-2.4/setup.php aufrufe, kommt nur die Meldung error 401 Seite nicht gefunden.
Ich vermute mal, fehlende Rechte. Kann denn der apache dein Verzeichnis sehen und auch die Dateien darin lesen?
Danke jetzt bin ich schon einen Schritt weiter, wenn ich jezt aber den den Befehl eingebe, dann zeigt er mir den Inhalt an, aber der nützt mir ja nichts. (glaub ich zumindest). Na das ist doch schon mal was. Du mußt jetzt deinem Apache sagen, dass er die php-Dokumente interpretieren soll. Einfach das Modul php4 installieren (nicht mit php3 gleichzeitig) und dann sollte es funktionieren.
Gruß Lars
On Tue, 4 Sep 2001, Thomas Fick wrote:
Am Dienstag, 4. September 2001 11:07 schrieb Lars Mucha
On Tue, 4 Sep 2001, Thomas Fick wrote:
Hi,
gestern habe ich mir PHProjekt geladen und entpackt. Wenn ich nun setup.php ausführe erscheinen folgende Meldungen:
./setup.php : ?php:Datei oder Verzeichnis nicht gefunden ./setup.php: // : is a directory ./setup.php:// : is a directory ./setup.php ://: is a directory ./setup.php:// : is a directory ./setup.php:// : is a directory ./setup.php : line 9: sytax error near unexepted token (session_id) ./setup.php: line 9: $PHPSESSID = session_id();
Verwendetes System SMP Kernel 2.2.18, SuSE 7.1,PHP4,MySQL, und Apache Web-Server. Nun steht in der Installtion FAQ folgendes. Since PHProjekt is a PHP4 tool, it does not work from the command line. You have to extract the files into a directory of your webserver and call the script setup.php via your Browser. Wenn ich nun aber mit lynx http://localhost/opt/phpojekt-2.4/setup.php aufrufe, kommt nur die Meldung error 401 Seite nicht gefunden.
Ich vermute mal, fehlende Rechte. Kann denn der apache dein Verzeichnis sehen und auch die Dateien darin lesen?
Danke jetzt bin ich schon einen Schritt weiter, wenn ich jezt aber den den Befehl eingebe, dann zeigt er mir den Inhalt an, aber der nützt mir ja nichts. (glaub ich zumindest). Na das ist doch schon mal was. Du mußt jetzt deinem Apache sagen, dass er die php-Dokumente interpretieren soll. Einfach das Modul php4 installieren (nicht mit php3 gleichzeitig) und dann sollte es funktionieren.
Gruß Lars
Huten Morgen Lars, guten Morgen an alle, Am Dienstag, 4. September 2001 23:08 schrieb Lars Mucha
On Tue, 4 Sep 2001, Thomas Fick wrote:
Danke jetzt bin ich schon einen Schritt weiter, wenn ich jezt aber den den Befehl eingebe, dann zeigt er mir den Inhalt an, aber der nützt mir ja nichts. (glaub ich zumindest).
Na das ist doch schon mal was. Du mußt jetzt deinem Apache sagen, dass er die php-Dokumente interpretieren soll. Einfach das Modul php4 installieren (nicht mit php3 gleichzeitig) und dann sollte es funktionieren.
Klasse, jetzt habe ich den den Installationseite auf dem Bildschirm. Ich kann alle Einstellungen vornehmen, als Installation anklicken, die Sprache auswahlen nur wenn ich dann auf Submit klicke passiert.... NICHTS (-: Schon mal Danke für eine Hilfe bis hier. Gruß Thomas
On Wed, 5 Sep 2001, Thomas Fick wrote:
Huten Morgen Lars, guten Morgen an alle, [...]
Klasse, jetzt habe ich den den Installationseite auf dem Bildschirm. Ich kann alle Einstellungen vornehmen, als Installation anklicken, die Sprache auswahlen nur wenn ich dann auf Submit klicke passiert.... NICHTS (-: Hmm. Sehr befremdlich. Ich kenne das Proggi leider nicht. Steht was in den Apache-Log-Files? Ruft der vielleicht ein cgi-Skript beit Submit auf? Wenn das der Fall ist, Rechte und SkriptAlias in der httpd.conf überprüfen.
Gruß Lars
Hi, Am Mittwoch, 5. September 2001 11:05 schrieb Lars Mucha
On Wed, 5 Sep 2001, Thomas Fick wrote:
Huten Morgen Lars, guten Morgen an alle, [...]
Klasse, jetzt habe ich den den Installationseite auf dem Bildschirm. Ich kann alle Einstellungen vornehmen, als Installation anklicken, die Sprache auswahlen nur wenn ich dann auf Submit klicke passiert.... NICHTS (-:
Hmm. Sehr befremdlich. Ich kenne das Proggi leider nicht. Steht was in den Apache-Log-Files? Ruft der vielleicht ein cgi-Skript beit Submit auf? Wenn das der Fall ist, Rechte und SkriptAlias in der httpd.conf überprüfen.
Als, ich habe jetzt mal die LogFiles durchgeschaut. in der error_log steht folgendes error Client XXX.XXX.XXX.XXX File does not exist /usr/local/httpd/htdocs/favicon.ico in der access_log steht Get /phprojekt-2.4a/style.css HTTP/1.1 304 304 steht für "no Modified " Antwort auf eine If-Modified-Since-Anfrage. Die Datei favicon.ico ist auch nicht vorhanden. Es gibt eine styless.css aber dort ist keine If-Modified-Since Anfrage definiert. Gruß Thomas
* Thomas Fick
Klasse, jetzt habe ich den den Installationseite auf dem Bildschirm. Ich kann alle Einstellungen vornehmen, als Installation anklicken, die Sprache auswahlen nur wenn ich dann auf Submit klicke passiert.... NICHTS (-:
Dumme Frage: Datenbank läuft aber, oder? Rechte auf der DB ok? Ich kenn' das Programm zwar nicht, aber das ist eine Voraussetzung von dem guten Stück.
HTH Harry
Guten Morgen, Am Mittwoch, 5. September 2001 22:47 schrieb Harald Zahn
* Thomas Fick
[010905 16:39]: Klasse, jetzt habe ich den den Installationseite auf dem Bildschirm. Ich kann alle Einstellungen vornehmen, als Installation anklicken, die Sprache auswahlen nur wenn ich dann auf Submit klicke passiert.... NICHTS (-:
Dumme Frage: Datenbank läuft aber, oder? Rechte auf der DB ok? Ich kenn' das Programm zwar nicht, aber das ist eine Voraussetzung von dem guten Stück.
Die Datenbank läuft und die Rechte sind auch ok. Ich glaube eher es liegt an der Installation bzw. dem Zusammenspiel der einzelnen Programme. Daher mal ein Grundsätzliche Frage wenn ich ber der Erstinstallation von Linux (hier SuSE 7.2)Apache,MySQL und PHP4 installiere habe ich dann schon ein funktiondes LAMP. Oder sollte ich mir besser die Quellen hollen und dann einzeln installieren? Gruß Thomas
"Harald G." wrote: Moin,
Ich habe eine datei mit:
ausführbar gemacht. In der Datei steht folgendes: mkdir /usr/local/src/lamp &&
#!/bin/bash mkdir verzeichnis FERTIG x muß für den User gesetzt sein, schreibrechte brauchst Du natürlich auch wo das Verzeichnis erstellt werden soll;)
(#! /bin/sh in erster zeile funktioniert auch nicht) ^^^ Die Leerzeile würde ich weglassen.
Ciao Andre
hallo all,
warum funktioniert das hier nicht ?
Ich habe eine datei mit:
Hallo Harald,
Ich habe eine datei mit:
ausführbar gemacht. In der Datei steht folgendes: mkdir /usr/local/src/lamp && Folgende Fehlermeldung erscheint: mkdir: command not found
Fuehrst Du die Datei manuell aus oder wird sie durch ein Skript ausgefuehrt? Vielleicht sind in der Umgebung des Skriptes die Pfade nicht gesetzt, so dass es mkdir wirklich nicht finden kann. Aender "mkdir <bla>" doch mal in "/bin/mkdir <bla>". Tritt der Fehler dann immer noch auf? HTH, Marcel PS: Du solltest die Dateiendung von .txt in .sh oder nix aendern. Hat keinen funktionalen Grund, ist aber "schoener". -- _\|/_ My ~ is my castle... `(o-o)' /-----------------oOO-{_}-OOo---------------------------------------\ | Marcel Meyer | c/o Fachschaft Mathe/Physik/Info | | meyerm@fs.tum.de | Technische Universitaet Muenchen | | Tel.: +49.89.289-22997 | Arcisstrasse 19, D-80290 Muenchen | \-------------------------------------------------------------------/
Hallo Harald,
Ich habe eine datei mit:
ausführbar gemacht. In der Datei steht folgendes: mkdir /usr/local/src/lamp && Folgende Fehlermeldung erscheint: mkdir: command not found
Fuehrst Du die Datei manuell aus oder wird sie durch ein Skript ausgefuehrt? Vielleicht sind in der Umgebung des Skriptes die Pfade nicht gesetzt, so dass es mkdir wirklich nicht finden kann. Aender "mkdir <bla>" doch mal in "/bin/mkdir <bla>". Tritt der Fehler dann immer noch auf? HTH, Marcel PS: Du solltest die Dateiendung von .txt in .sh oder nix aendern. Hat keinen funktionalen Grund, ist aber "schoener. Ich gebe am prompt ein: < ./lamp1.txt > gruß
Ich habe eine datei mit:
ausführbar gemacht. In der Datei steht folgendes: mkdir /usr/local/src/lamp && Folgende Fehlermeldung erscheint: mkdir: command not found
Fuehrst Du die Datei manuell aus oder wird sie durch ein Skript ausgefuehrt? Vielleicht sind in der Umgebung des Skriptes die Pfade nicht gesetzt, so dass es mkdir wirklich nicht finden kann. Aender "mkdir <bla>" doch mal in "/bin/mkdir <bla>". Tritt der Fehler dann immer noch auf?
Ich gebe am prompt ein: < ./lamp1.txt >
Und hast Du mkdir schon in /bin/mkdir geaendert? -- _\|/_ My ~ is my castle... `(o-o)' /-----------------oOO-{_}-OOo---------------------------------------\ | Marcel Meyer | c/o Fachschaft Mathe/Physik/Info | | meyerm@fs.tum.de | Technische Universitaet Muenchen | | Tel.: +49.89.289-22997 | Arcisstrasse 19, D-80290 Muenchen | \-------------------------------------------------------------------/
Ich habe eine datei mit:
ausführbar gemacht. In der Datei steht folgendes: mkdir /usr/local/src/lamp && #!/bin/bash
mkdir verzeichnis
FERTIG
x muß für den User gesetzt sein, schreibrechte brauchst Du natürlich auch wo das Verzeichnis erstellt werden soll;)
(#! /bin/sh in erster zeile funktioniert auch nicht) ^^^ Die Leerzeile würde ich weglassen.
Funktioniert auch nicht. (Ich habe Suse 7.1) gruß
Und hast Du mkdir schon in /bin/mkdir geaendert? ja, geht auch nicht gruß
Und hast Du mkdir schon in /bin/mkdir geaendert?
ja, geht auch nicht
Oha, jetzt wird's interessant. Was sagt denn "which mkdir"? Wenn dort _nicht_ /bin/mkdir rauskommen sollte, ersetz in Deinem Skript den Aufruf durch das Ergebnis von which. Sollte es immer noch nicht klappen, schick mal die Ausgabe des folgendes Skripts: #!/bin/sh echo "Pfad: $PATH" echo "Sprache: $LANG" echo "Which: `which mkdir`" echo "Mkdir: `mkdir BLABLUBB && echo OK || echo NIX`" -- _\|/_ My ~ is my castle... `(o-o)' /-----------------oOO-{_}-OOo---------------------------------------\ | Marcel Meyer | c/o Fachschaft Mathe/Physik/Info | | meyerm@fs.tum.de | Technische Universitaet Muenchen | | Tel.: +49.89.289-22997 | Arcisstrasse 19, D-80290 Muenchen | \-------------------------------------------------------------------/
Und hast Du mkdir schon in /bin/mkdir geaendert?
ja, geht auch nicht
Oha, jetzt wird's interessant. Was sagt denn "which mkdir"? Wenn dort _nicht_ /bin/mkdir rauskommen sollte, ersetz in Deinem Skript den Aufruf durch das Ergebnis von which.
/bin/mkdir
Sollte es immer noch nicht klappen, schick mal die Ausgabe des folgendes Skripts:
#!/bin/sh echo "Pfad: $PATH" echo "Sprache: $LANG" echo "Which: `which mkdir`" echo "Mkdir: `mkdir BLABLUBB && echo OK || echo NIX`"
bin ich gerade dran gruß
* Andre Heine schrieb am 07.Sep.2001:
"Harald G." wrote:
Ich habe eine datei mit:
ausführbar gemacht.
Die < und > hast Du aber hoffentlich nicht mit eingegeben? Der Mode 744 ist ungewöhnlich. User, die nicht der Besitzer sind, dürfen lesen aber nicht ausführen. Wenn keinen tieferen Sinn ergibt, den ich hier nicht erkenne, so schlage ich vor entweder 755 zu nehmen, oder aber 700. Im ersten Fall dürfen alle lesen und auch ausführen, und nur der Eigner schreiben, im zweiten Fall darf nur der Eigner schreiben, lesen und ausführen, die anderen gar nichts.
In der Datei steht folgendes: mkdir /usr/local/src/lamp &&
Was soll das && am Ende? Das ist ein logisches und. Da fehlt was hinter. So kann das auch nichts werden. Ich habe es mal so getestet wie Du oben angegeben hast. Wenn ich es per Hand am Prompt eingebe bekomme ich natürlich den PS2 Promt (Normalerweise ein >) der auf weitere Eingaben wartet. Wenn ich es in einem Skript schreibe, so erhalte ich die Fehlermeldung: line 2: syntax error: unexpected end of file Also kann Deine Angabe nicht stimmen.
#!/bin/bash
mkdir verzeichnis
FERTIG
x muß für den User gesetzt sein, schreibrechte brauchst Du natürlich auch wo das Verzeichnis erstellt werden soll;)
Gäbe eine andere Fehlermeldung. Nämlich: mkdir: cannot create directory `test/test': Keine Berechtigung Wobei ich test/test anlegen wollte und dafür test die schreibberechtigung entzogen habe.
(#! /bin/sh in erster zeile funktioniert auch nicht) ^^^ Die Leerzeile würde ich weglassen.
Wieso? Funktioniert sehr gut mit. Und /bin/sh anstelle von /bin/bash ist normalerweise auch kein Problem, da /bin/sh ein symlink auf /bin/bash ist. An Harald noch ein paar Bitten. Bitte gebe Dein Realname an. Das heißt auch den Nachnamen ausschreiben. Dann schau Dir mal http://learn.to/quote an. Aus Deinen Antworten ist nicht zu erkennen, wer was geschrieben hat. Und bitte immer auch den nennen, den Ihr zitiert. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
participants (7)
-
Andre Heine
-
B.Brodesser@t-online.de
-
Harald Zahn
-
Harald.XXL@t-online.de
-
Lars Mucha
-
Marcel Meyer
-
Thomas Fick