Warnung: file_put_contents(/home/www/web1/html/php_dev/test.txt) [function.file-put-contents]: failed to open stream: Permission denied in /home/www/web1/html/php_dev/sys/lib.activity.php (Zeile 58)
Upload Problem [Archiv] - PHP-Scripte PHP-Tutorials PHP-Jobs und vieles mehr
ebiz-webhosting
- Ad -
php-resource




Archiv verlassen und diese Seite im Standarddesign anzeigen :
Upload Problem


 
xoxxoxuatl
27-06-2006, 19:38 
 
Hallo zusammen,

ich habe nach einer Umstellung von (4.3.1?) auf 4.4.2 das Problem, dass mein Upload-Script nicht mehr funktioniert. Es werden zwar Daten hochgeladen, aber die Dateien z.B. Bilder werden dabei zerstört.

Die Globals $_FILES sehen ganz ok aus.

Hatte jemand schon ein ähnliches Problem, oder weiß einer von euch was sich da geändert haben kann, vielleicht auch eine Einstellung in der php.ini?

Gruß
Thomas

 
wahsaga
27-06-2006, 21:09 
 
Und "zerstört" heißt ...?

 
xoxxoxuatl
28-06-2006, 09:43 
 
Nach dem Upload eines 4,27KB großen JPEG's, hat es auf dem Server eine Größe von 4.68KB und läßt sich nicht mehr in der Vorschau oder z.B. in Paint öffnen. In einem Hexeditor sehen die beiden Dateien auch unterschiedlich aus.

 
mrhappiness
28-06-2006, 10:39 
 
Code?

 
wahsaga
28-06-2006, 11:06 
 
Original geschrieben von xoxxoxuatl
In einem Hexeditor sehen die beiden Dateien auch unterschiedlich aus.
Wie wird's Wetter? - Unterschiedlich ...


Lässt sich bei diesen Unterschieden irgendeine Art von System erkennen?
Sind es nur bestimmte Bytes/Bytefolgen, die verändert wurden, etc.?

 
xoxxoxuatl
28-06-2006, 11:14 
 
Bitte sehr:


<FORM enctype="multipart/form-data" method="post">
<INPUT type='file' name='userpic' />
<INPUT type='submit' name='confirm' class='button' value='hochladen' />
</FORM>

<?php
$uploaddir = '/opt/db4web/php/dev/edoc/internet/temp/';
print "<pre>";
if (move_uploaded_file($_FILES['userpic']['tmp_name'], $uploaddir . $_FILES['userpic']['name'])) {
print "File is valid, and was successfully uploaded. Here's some more debugging info:\n";
print_r($_FILES);
} else {
print "Possible file upload attack! Here's some debugging info:\n";
print_r($_FILES);
}
?>

 
xoxxoxuatl
28-06-2006, 11:45 
 
Wie wird's Wetter? - Unterschiedlich ...
Hoffentlich bei uns in Franken regnets wie aus Kübeln.

Die Dateien Original-Upload ~ 4381 Bytes sind von 0 bis zu ~1a0 immer gleich.

 
wahsaga
28-06-2006, 11:52 
 
Original geschrieben von xoxxoxuatl
Die Dateien Original-Upload ~ 4381 Bytes sind von 0 bis zu ~1a0 immer gleich.
Habe ich gesagt, dass mich interessiert, was gleich ist ...?
*seufz*
Langsam hab' ich keine Lust mehr.
Wenn du nicht willens oder in der Lage bist, Rückfragen zu beantworten, die zum nachvollziehen deines Problems für Außenstehende unbedingt erforderlich sind - dann löse dein Problem bitte selbst.

 
xoxxoxuatl
28-06-2006, 12:45 
 
irgendwie ahnte ich, dass die Antwort reine Zeitverschwendung ist.

Mal sehen, vielleicht bietet mir nun jemand ernsthaft seine Hilfe an.

 
combie
28-06-2006, 13:05 
 
dir kann so nicht geholfen werden!!

Zeige uns bitte die UNTERSCHIEDE, oder sind die geheim...

Ich hatte schon die lustigsten Probleme mit Uploads,
aber daß Dateien verfälscht wurden, ist noch nie vorgekommen!!

 
xoxxoxuatl
28-06-2006, 13:10 
 
Das Original

 
xoxxoxuatl
28-06-2006, 13:14 
 
Das Ergebnis

 
xoxxoxuatl
28-06-2006, 13:16 
 
Das Ganze mit PNG's

 
xoxxoxuatl
28-06-2006, 13:16 
 
und wieder das Ergebnis:

 
Kropff
28-06-2006, 13:22 
 
wenn du das fehlerhafte bild mal mit einem texteditor geöffnet hättest, wäre dir folgendes aufgefallen:

Content-Disposition: form-data; name="userpic"; filename="C:\Documents and Settings\herzogth\Desktop\cool_tux.jpg"
Content-Type: image/pjpeg

und das befindet sich NICHT im original! also stimmt wohl was mit deiner programmierung oder servereinstellung nicht.

gruß
peter

 
combie
28-06-2006, 13:23 
 
Content-Disposition: form-data; name="userpic"; filename="C:\Documents and Settings\herzogth\Desktop\cool_tux.jpg"

dieses habe ich IM Bild mit dem Hexeditor gefunden
Das hat da nichts zu suchen!!!

Eins deiner Scripte wird das da wohl einfügen...

 
xoxxoxuatl
20-07-2006, 11:17 
 
und die Lösung des Problems:
http://bugs.php.net/bug.php?id=38092


Alle Zeitangaben in WEZ +2. Es ist jetzt 07:53 Uhr.