Datei hochladen

[Hansjochen]

Bezug: http://forum.phpwcms.org/viewtopic.php? ... 17#p124169

Der Empfehlung folgend sind alle Verzeichnisse (s. http://www.phpwcms-docu.de/installation ... wcms.phtml - "Setzen der Dateirechte") auf 777 gesetzt mit dem Programm "FileZilla" - Verzeichnis rechte Maus anklicken - Dateiberechtigungen - Numerischer Wert: 777

Anschließend ergibt
a. DATEI - DATEIZENTRALE - DATEIHOCHLADEN (Status: "aktiv" und "öffentlich" aktiviert) die Meldung "Datei zum Hochladen auswählen"

b. DATEI - MEHRFACH-DATEIUPLOAD die Meldung Fehler beim Hochladen: Upload not defined (0)

Was ist zu tun?

Hansjochen

[update]

Vielleicht hilft das hier: http://forum.phpwcms.org/viewtopic.php?f=16&t=20121

[Hansjochen]

Das Firefox-Plugin "Shockwave Flash" hat die Versions-Nummer 10.0.45.2 ...

Hansjochen

[update]

Und Deine Installation ist eine r402? Dann sollte das gehen!

[flip-flop]

Versuchsweise auch einmal die

Code: Select all

/upload/.htaccess

in

Code: Select all

/upload/.htaccess_

umbenennen.

Knut

[Hansjochen]

... bevor wir etwas falsch machen:

Wir haben mit FILEZILLA alles durchsucht: Eine Datei ".htaccess" haben wir nur im ROOT-Verzeichnis, aber nicht im versuchsweise vorgeschlagenen Verzeichnis 'upload' ...

Was ist zu tun?

Hansjochen

[flip-flop]

Wenn du magst, sende mir einen FTP-Zugang und einen Adminzugang zum CMS per eMail.
Ich würde mich dann morgen um dieses Phänomen kümmern.

Knut

[TheSearch]

Ich habe nun bei einem Server das gleiche Problem. Rechte usw. sind alle korrekt. Ein Umbenennen der htaccess hilft auch nicht. Kein Upload funktioniert, habe 2 phpwcms auf dem Server laufen: einmal ne 1.4.5 und eine aktuelle 1.4.7

Code: Select all

System 	Linux 2.6.9-023stab052.4-smp #1 SMP Tue May 11 19:21:39 MSD 2010 i686
Build Date 	Nov 24 2009 11:02:32
Server API 	Apache 2.0 Handler 
upload_max_filesize	10M	10M
upload_tmp_dir	no value	no value
max_execution_time	60	60
max_file_uploads	50	50
max_input_time	60	60
memory_limit	32M	32M 

Zusätzlich tritt seit einem Plesk-Update dieser Fehler im phpwcms Backend auf:

Code: Select all

Warning: implode() [function.implode]: Bad arguments. in /var/www/vhosts/meinedomain.de/httpdocs/include/inc_lib/backend.functions.inc.php on line 290
phpwcms Versionsinformation

Diese Installation ist wahrscheinlich nicht auf dem neuesten Stand. Es sind Updates für diese Version von phpwcms verfügbar, bitte http://www.phpwcms.de/forum besuchen, um die aktuellste Version zu erhalten.

Die neueste offizielle Version ist phpwcms[b] (1970/01/01)[/b]. Aktuell verwendete Version phpwcms 1.4.5 (2010/02/08).

Hehe. 1970?

Jemand eine Idee bzw. Lösung?

Thx.

[Oliver Georgi]

Ich habe nun bei einem Server das gleiche Problem. Rechte usw. sind alle korrekt. Ein Umbenennen der htaccess hilft auch nicht. Kein Upload funktioniert, habe 2 phpwcms auf dem Server laufen: einmal ne 1.4.5 und eine aktuelle 1.4.7

Entweder hat das System ein grundsätzliches Upload Problem oder aber die Rechte stimmen nicht. upload Verzeichnis braucht 777 in aller Regel. Auc prüfen, ob nicht FTP eventuell dem Upload Verezichnis einen falschen Benutzer/Benutzergruppe zugewiesen hat. Möglicherweise ist aber auch das System falsch konfiguriert, oder oder oder… Eine .htaccess darin umzubenennen ist unsinnig, weil das eine nichts mit dem anderen zu tun hat. .htaccess definiert Regeln beim lesenden Zugriff durch den Webserver – und nicht beim Schreiben/Lesen seitens PHP — vollkommen anderes Paar Schuhe. Diese sollte unbedingt darin liegenbleiben, aus Sicherheitsgründen!

Zusätzlich tritt seit einem Plesk-Update dieser Fehler im phpwcms Backend auf:

Code: Select all

Warning: implode() [function.implode]: Bad arguments. in /var/www/vhosts/meinedomain.de/httpdocs/include/inc_lib/backend.functions.inc.php on line 290
phpwcms Versionsinformation[/quote]
Bitte einfach die Versionsprüfung ausschalten oder wirklich noch mal im Forum suchen. Das Problem wurde hier beschrieben und auch behoben. Ansonsten empfiehlt sich das Anpassen der Fehlerbehandlung seitens PHP. Noch besser ist jedoch ein Update auf neue Version.

[TheSearch]

PHP gibt weder server- noch webseitenseitig besondere Fehler aus (außer "Datei zum Hochladen auswählen"), Rechte sind wie oben beschrieben korrekt auf 777.
Version ist nun von beiden Webseiten 1.4.7.. FTP Übernahme klappt ohne Probleme.

Ich denke es liegt am Server - wurde denn das o.g. Problem gelöst?
Habe bisher vermutet, dass es an dem upload_tmp_dir liegt, aber auf dem anderen Server sind die Einstellungen gleich und es klappt...

Gruß

[drproof]

Wurd das Problem noch irgendwie gelöst? Weil ich habe seit heute das selbe Problem und gestern konnte ich noch ganz normal dateien in die Struktur hochladen -.-
Woran kann das liegen im Allgemeinen?
Ich hab die Dateirechte und Gruppenzuweisung geprüft auf meinen Linuxserver, alles ist richtig eingestellt und vergeben. Ansonsten weiss ich mir im moment nicht zu helfen. Hab die Tage nur an den TMPL Dateien rumgebastelt und sonst nix.
Wusa..
Sry das ich so nen alten Thread nochmal zuspamme, aber ist das einzige was ich über die Suche gefunden habe.
Nutze phpwcms 1.4.7 (2010/12/27, r412)

[drproof]

Also ich habe die Problematik bei mir Analysiert und rausgefunden das mein Server nicht mehr in die Datenbank schreiben konnte, weil der Mysql Dienst keinen Zugriff mehr auf den /tmp ordner hatte. Ich hab Mysql jetzt nen eigenen /tmp erstellt und in der my.conf den pfad geändert.
Den neuen /tmp hab ich dann zum owner:group ernannt ( mysql / mysql ) und seitdem klappt es wieder wunderbar. Wieso und weshalb er plötzlich gemeckert hatte, bleibt aber ein Rätsel.

[juergen]

Das kann nicht sein. Du wirfst da Dienste durcheinander. Sql macht nur einen Eintrag in die Datenbank, der Upload findet von php aus statt und dieser Dienst muss die passenden Rechte haben.

[drproof]

Das kann nicht sein. Du wirfst da Dienste durcheinander. Sql macht nur einen Eintrag in die Datenbank, der Upload findet von php aus statt und dieser Dienst muss die passenden Rechte haben.

Ja du hast recht... Am Ende war es doch noch so das die Rechte vom eigentlichen /tmp falsch waren und der Upload nicht zwischengespeichert werden konnte. Darauf konnte ich aber schlecht kommen, weil es ja ohne mein Eingreifen von heute auf morgen nicht mehr ging.
Trotzdem nochmal danke...