Safe Mode und imagejpeg()

**onemorenerd** · 20.07.2005, 13:03

Vielleicht mal imagejpeg() keinen Filenamen geben sondern die Ausgabe selbst (z.B. mit Output-Buffering und fwrite()) speichern?

**sgt** · 20.07.2005, 13:11

Mir scheint, dass es noch an dem temporären Dateinamen (sieht aus wie Session-ID) liegt, mit dem dein Script (bzw. der Server) arbeitet.
Versuche es mal so, indem du nach dem Upload die Bild-Datei in einen definierten Ordner verschiebst. Danach solltest du auch die Rechte mit chmod ändern können.
Bsp:

$datei_name = $_POST['upload_datei'];

if((isset($_FILES[$datei_name])) && (trim($_FILES[$datei_name]['name']) !="")) {
if (move_uploaded_file($_FILES[$datei_name]['tmp_name'], neuerpfadunddateiname.jpg)) {

....
ab hier resizen etc.
....

}
}

Gruß
Stephan

**theangel** · 20.07.2005, 13:45

Bis jetzt ist es so gelöst, dass das Script zum skalieren der Bilder direkt auf den temporären Speicherort zugreift, das Bild verkleinert und dann im richtigen Ordner speichert. Der "komische" Dateiname kommt daher, da er mit md5 und uniqid zufällig generiert wird.

Du meinst also, die Lösung könnte sein, wenn ich das Bild erst aus dem temporären Speicherort in ein Verzeichnis verschiebe und dann die grösse anpasse? Mal ausprobieren...

**theangel** · 20.07.2005, 13:59

Habs getestet... das hochgeladene Bild wird per move_uploaded_file() in ein Verzeichnis auf dem Server verschoben. Das script zum skalieren des Bildes nimmt es sich dann von da her, skaliert es und speichert die skalierte Version zusätzlich (das alte Bild wird also nicht überschrieben).

Das Problem bleibt leider das gleiche... das skalierte Bild kann weder per PHP gelöscht oder ausgelesen (getimagesize) werden. Das Komische daran ist aber, dass das originale Bild per unlink gelöscht werden kann... nun bleibt also die Frage, wieso sich beim skalieren des Bildes dessen owner ändert.

Hände die Funktion zum skalieren hier mal an...

Angehängte Dateien

functions.txt (1,8 KB, 104x aufgerufen)

**onemorenerd** · 20.07.2005, 14:09

Ignorierst du mich?

**sgt** · 20.07.2005, 14:14

Der owner ändert sich bei mir auch. Allerdings kann ich immer noch per Script die betreffende Datei löschen. Nur das Änder/Löschen dieser Datei per FTP-Client (also von Extern) geht nicht.
Wie sieht's aus, wenn du vor

PHP-Code:


return ("ok");

die Funktion chmod($newim); setzt ?

Gruß
Stephan

**theangel** · 20.07.2005, 14:38

@onemorenerd: klappt leider auch nicht, dann bringt er mir die SAFE MODE Meldung mit fopen() ... obwohl ich in anderen Scripten auf der gleichen Seite fopen() ohne Proleme benutzen kann.

@sgt:

Warning: chmod(): SAFE MODE Restriction in effect. The script whose uid is 2153 is not allowed to access images/archiv/Test_2/6a2790d774a6a6f9914338f736f012a0_k.jpg owned by uid 30 in /home/www/web399/html/neu/inc/functions.php on line 84

Es ist zum Mäuse melken...

**Quetschi** · 20.07.2005, 14:44

images/archiv/Test_2/

Versuch mal die Ordnerstruktur in der du arbeiten willst über ein kurzes PHP-Script mit mkdir(); zu erstellen, also die Ordner in denen PHP arbeiten soll nicht mit FTP oder ähnlichem erstellen, sondern von deinem Root-verzeichnis beginnend mit PHP die Ordner erstellen lassen. Ist schon länger her, aber ich glaub das hat mir bei nem ähnlichen Problem mal geholfen. Einen Versuch wärs also vielleicht wert, wobei ich nicht dafür garantieren möchte.

Gruss
Quetschi

**theangel** · 20.07.2005, 14:52

Die Idee hatte ich auch schon, hat aber leider nicht geholfen

Ich "pogrammiere" nun wirklich schon lange und viel mit PHP, aber das ist mir nun noch nie untergekommen...

Nun hatte ich aber eine andere Idee: das Verzeichnis, in dem Fall "Test_2" wurde immer von PHP erstellt. Nun hab ich es mit einem FTP-Programm erstellt und plötzlich geht jetzt auch das Script zum hochladen und skalieren der Bilder.

Kann mir das mal einer erklären...? Anders herum wäre es für mich noch verständlich...

Eine Lösung ist das aber für mich auch nicht, sollen die Besucher doch auch ein eigenes Verzeichnis anlegen können - und das natürlich nicht per FTP.

**sgt** · 20.07.2005, 15:11

Kann mir das mal einer erklären...? Anders herum wäre es für mich noch verständlich...

Würde ich genauso denken.
Weiß da im Moment auch nicht weiter

.

Gruß
Stephan

**mrhappiness** · 20.07.2005, 15:14

PHP legt Ordner an, aber in Wirklichkeit wird Ordner vom Benutzer angelegt, in dessen Kontext der Webserver läuft

PHP will Berechtigungen ändern, Ordner(inhalt) ändern => Fehler, da de rOrdner nicht PHP gehört, sondern dem Webserver

Ordner anlegen per FTP und (automatische) Vergabe von entsprechenden Berechtigungen: PHP darf ändern

**Quetschi** · 20.07.2005, 15:17

Irgendwie kommt mir das alles bekannt vor, klingt für mich nach der verkorksten Serverkonfiguration eines Münchner (oder waren die in Nürnberg?) Hosters, bei dem wir kurzfristig mal ein paar Kunden abgelegt hatten nachdem uns beim vorigen Provider nicht mehr so gut gepasst hat.

Nachdem dann sich alle, einschließlich meiner Person, in deren Forum sich über dieses saudumme Verhalten dieser Server beschwert hatten, ham sie kurzerhand das Forum dichtgemacht. (Hast du Confixx-Adminoberfläche?)

**mrhappiness** · 20.07.2005, 15:19

Original geschrieben von Quetschi
Irgendwie kommt mir das alles bekannt vor, klingt für mich nach

safe_mode

**Quetschi** · 20.07.2005, 15:21

Original geschrieben von mrhappiness
safe_mode

Nö, meine Skripte laufen alle unter safe_mode -> on wunderbar, nur bei diesem Hoster konnt ich ned Fuß fassen.

Safe Mode und imagejpeg()