Upload ja, aber keine Eintragung in DB
Upload ja, aber keine Eintragung in DB
Hallo!
Der Upload einer Datei wird im BE nicht registriert. D.h. die Datei ist nach dem Upload im richtigen Verzeichnis (per FTP nachgesehen), wird aber im Dateimanager nicht angezeigt. In con_upl steht auch nichts weiter.
Wo kann ich mit suchen beginnen?
Dateiberechtigungen auf den speziellen Pfaden scheinen ja imho zu stimmen...
Contenido 4.6.8, Serer: IIS6 mit PHP5.1.6
Was ich noch weiß (evtl. helfen die Informationen):
Das System scheint vom Kunden vor kurzem umgezogen worden zu sein. Allerdings wurde die Konfig. manuell angepasst. Demzufolge wohl nicht richtig
Alle anderen Funktionen scheinen aber tadellos zu laufen.
Der Upload einer Datei wird im BE nicht registriert. D.h. die Datei ist nach dem Upload im richtigen Verzeichnis (per FTP nachgesehen), wird aber im Dateimanager nicht angezeigt. In con_upl steht auch nichts weiter.
Wo kann ich mit suchen beginnen?
Dateiberechtigungen auf den speziellen Pfaden scheinen ja imho zu stimmen...
Contenido 4.6.8, Serer: IIS6 mit PHP5.1.6
Was ich noch weiß (evtl. helfen die Informationen):
Das System scheint vom Kunden vor kurzem umgezogen worden zu sein. Allerdings wurde die Konfig. manuell angepasst. Demzufolge wohl nicht richtig
Alle anderen Funktionen scheinen aber tadellos zu laufen.
Re: Upload ja, aber keine Eintragung in DB
Mir ist sowas ähnliches auch mal passiert.rok°! hat geschrieben:Wo kann ich mit suchen beginnen?
Dateiberechtigungen auf den speziellen Pfaden scheinen ja imho zu stimmen...
Da habe ich per FTP nachgeholfen, und die Server-Konfiguration hat bei FPT einen anderen Nutzer gesetzt.
Mit chown einfach die Berichtgungen neu setzen lassen (hat der Provider gemacht) und dann lief es.
Kontrollier mal Rechte und Berechtigungen. Eventuell hlft es dir.
Es handelt sich grundsätzlich um den Uplaod im Dateimanager.
Getestet wurde mit verschiedenen Größen. Und wie erwähnt: die Bilder liegen im gewünschten Verzeichnis. Nur der Eintrag in der DB fehlt und somit zeigt der Dateimanager die Datei nicht an!
Theoretisch dürfte ja nix kaputt gehen, wenn ich mal von 4.6.8 auf die aktuelle 4.6.23 upgrade, oder? (Backup versteht sich...)
Getestet wurde mit verschiedenen Größen. Und wie erwähnt: die Bilder liegen im gewünschten Verzeichnis. Nur der Eintrag in der DB fehlt und somit zeigt der Dateimanager die Datei nicht an!
Theoretisch dürfte ja nix kaputt gehen, wenn ich mal von 4.6.8 auf die aktuelle 4.6.23 upgrade, oder? (Backup versteht sich...)
Hab noch etwas geforscht. Die error.log hatte noch einen Schreibschutz. Jetzt bekomme ich auch wieder Fehlermeldungen!
So sieht der Dump von con_upl aus:
Ist da was falsch dran?
Leider habe ich keinen blassen Schimmer, was da gemeckert wird.[06-Nov-2007 17:14:39] /contenido/main.php?area=upl&frame=4&path=bilder/&appendparameters=&contenido=8c799535eb487e1ce51ae409ca067324 MySQL error 1364: Field 'filename' doesn't have a default value
INSERT INTO con_upl (idupl) VALUES (175)
[06-Nov-2007 17:14:51] /contenido/main.php MySQL error 1364: Field 'filename' doesn't have a default value
INSERT INTO con_upl (idupl) VALUES (176)
[06-Nov-2007 17:14:51] /contenido/main.php MySQL error 1364: Field 'filename' doesn't have a default value
INSERT INTO con_upl (idupl) VALUES (177)
So sieht der Dump von con_upl aus:
Code: Alles auswählen
CREATE TABLE `con_upl` (
`idupl` int(10) NOT NULL default '0',
`idclient` int(10) NOT NULL default '0',
`filename` varchar(255) NOT NULL,
`dirname` varchar(255) NOT NULL,
`filetype` varchar(255) NOT NULL,
`size` varchar(255) NOT NULL,
`description` text NOT NULL,
`status` int(11) NOT NULL default '0',
`author` varchar(32) NOT NULL,
`created` datetime NOT NULL default '0000-00-00 00:00:00',
`lastmodified` datetime NOT NULL default '0000-00-00 00:00:00',
`modifiedby` varchar(32) NOT NULL,
PRIMARY KEY (`idupl`),
KEY `idclient` (`idclient`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
von mir aus gesehen schon. wenn ein feld NOT NULL ist, wird normalerweise ein default-wert angegeben. contenido speichert offenbar zunächst einen leer-eintrag, um diesen dann zu aktualisieren. und das ist nicht möglich, wenn das feld filename NOT NULL deklariert ist, aber keinen default-wert aufweist.
es gibt zwei lösungen (gilt nur für das feld filename):
(1) default-wert hinzufügen
(2) oder von NOT NULL auf NULL stellen.
NOT NULL = Null-Einträge sind nicht zulässig, NULL = Null-Einträge sind zulässig.
ich hoffe, das hilft dir weiter.
gruss,
andreas
es gibt zwei lösungen (gilt nur für das feld filename):
(1) default-wert hinzufügen
(2) oder von NOT NULL auf NULL stellen.
NOT NULL = Null-Einträge sind nicht zulässig, NULL = Null-Einträge sind zulässig.
ich hoffe, das hilft dir weiter.
gruss,
andreas
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Liegt eventuell daran, dass der Dump mit ner 2.6er phpMyAdmin Version gemacht wurde. Eventuell exportiert die etwas fehlerhaft.
Allerdings glaub ich den Fehler gefunden zu haben. Wenn ihn der Provider beseitigt hat, gebe ich nochmal Bescheid. Und zwar läuft der MySQL Server mit sql_mode Anweisungen...
So kann man das testen:
Gemäß Archiv wird empfohlen die Einstellungen zu deaktivieren. Ich will hoffen, dass er das macht
Allerdings glaub ich den Fehler gefunden zu haben. Wenn ihn der Provider beseitigt hat, gebe ich nochmal Bescheid. Und zwar läuft der MySQL Server mit sql_mode Anweisungen...
So kann man das testen:
Code: Alles auswählen
SHOW VARIABLES LIKE 'sql_mode';
OK, lag tatsächlich an dem gesetzten sql_mode.
Hat jemand eine Ahnung, wie man diesen für einen User ändert (statt global)? Ich mein, Contenido könnte das ja an sich auch, mit
vor jeder Transaktion machen. Macht es das vielleicht auch schon, und ich weiß nur nicht, wo ich da ein Häkchen setzen soll?
Hat jemand eine Ahnung, wie man diesen für einen User ändert (statt global)? Ich mein, Contenido könnte das ja an sich auch, mit
Code: Alles auswählen
SET sql_mode = '';