[php] Noch einmal: Bitte an die Experten

[Egon Schmid]

On Sun, 6 Jun 1999, Werner Stuerenburg wrote:

> Egon Schmid wrote:
> 
> > Apache läuft in der Regel als nobody. Dann log Dich als nobody ein und
> > probiers von Hand aus. Einloggen als nobody geht normalerweise über 'su -'
> > und dann als Root mit 'su - nobody' falls kein Password zur Hand.
> 
> Jau, das klingt für mich unverständlich. Ich sitze hier an meiner
> Win95 Kiste, der Host sitzt in USA - mit Apache und Unix habe ich 00
> Ahnung (ich kenne Novell ganz gut bis 4.0), eine lokale Installation
> traue ich mir auch nicht zu (vielleicht ein Fehler - ich habe es mal
> mit Xitami versucht (bei Münz gefunden), das hat aber nicht
> geklappt.
> 
> Kann ich das mit dem normalen telnet machen? Ich habe das versucht,
> aber als nobody konnte ich mich nicht einloggen.

Ach so, der Provider wird Dir das Root Password natürlich nicht
rausrücken.
 
> > Es ist schwer zu sagen, denn ich weis nicht wie das Script aussieht, wo
> > die zu lesenden Dateien stehen und wie die Schreib- und Leserechte dort
> > aussehen. Ist in der php3.ini irgend ein save-mode geschaltet? Wenn es
> > sich um PHP 3.0.8 dann wird wahrscheinlich das zuletzt gepostete
> > include(http://... sowieso nicht funktionieren.
> 
> Wo die ihre ini-Dateien haben, weiß ich nicht - jedenfalls kann ich
> an dieser Konfiguration nichts ändern, ich betreibe ja nicht den
> Server, ich nutze den nur.
> 
> Für das Postkartenscript, wo ich (bzw. der User) die Dateien selber
> schreibe und lese, habe ich das Problem gelöst, indem ich das
> betreffende Verzeichnis /www/pferdezeitung/postcard/cards auf 777
> gesetzt habe.

Damit ist das Verzeichnis für alle (als Merkhilfe [h]ugo, user, group und
others les, schreib und exekutierbar). Also nicht sehr sicher.

> Der Support hatte mir geraten, 666 zu wählen, aber das nützt nichts.
> Die Dateien, die ich lesen will, stehen in /www/pferdezeitung; da
> möchte ich nun nicht an den Rechten rumspielen. Ob ich das nun
> "http://..." nenne oder "/www/..." ist für diesen Zweck natürlich
> egal.

Das spielt sicherlich eine Rolle, wenn die die Version 3.0.8 einsetzen
sollten, was ich mir aber mittlerweile nicht mehr vorstellen kann.

> include und require, um darauf zurückzukommen, lesen die Daten ja,
> aber ich komme nicht dran, die schreibt der z.B. gleich auf den
> screen, wenn ich eine Seite erzeuge. Soweit ok. Beispiel:
> 
>         require("http://pferdezeitung.com/impressum.txt");
>         echo "
>               </TD>
>             </TR>
>           </TABLE>
>         </BODY></HTML>
>         ";
> 
> erzeugt z.B. den Rest der Seite mit dem Impressum.

Dazu fällt mir gerade nichts ein. Vielleicht hat da Manuel eine Idee?

> Hier geht es aber darum, daß ich in anderen Scripten Fehlerseiten
> erzeugen will, z.B. bei fehlerhaften Email-Adressen. Da will ich ja
> nicht immer den ganzen Quatsch herbeten, habe mir also ein Template
> geschrieben. Das Template schreibt die ganze Seite, mit Kopf und Fuß
> und allem Pipapo.
> 
> Das funktioniert auch gut, nur will das Template Daten haben in Form
> von Strings, die dem Besucher dann Bescheid geben. Hier möchte ich
> nun kontextanhängig Seitenmenüs  einfügen, die wiederum als
> txt-Dateien vorliegen und normalerweise mit require eingelesen
> würden. Normal kein Problem. 
> 
> Hier muß ich diese Datei jedoch auslesen und als String an das
> Template übergeben. Diese String ist mit jeder Methode leer.
> Beispiel:
> 
>        templateBild($title, $subtitle, $message, $menu, $picture); 
> 
>        $menu wäre aus einer Datei einzulesen, z.B. 
>        "/www/pferdezeitung/menuSpezial.txt". 
> 
> Ich habe es z.B. strikt nach Lehrbuch so versucht:
> 
>      // get contents of a file into a string
>      $filename = "/usr/local/something.txt";
>      $fd = fopen( $filename, "r" );
>      $contents = fread( $fd, filesize( $filename ) );
>      fclose( $fd );
> 
> Ergebnis ist leer.
> 
> Klar jetzt?

Nee,
aber ein gut gemeinter Rat, kauf Dir das Buch von Stephanie Teufel
(Patricia *wink*) und lerne Linux und installier das auf einem Intel PC
und lass Deine Scripte doch mal lokal ablaufen.

-Egon