PHP-Fehlermeldungen im FE und im BE (Symlinks)
Hallo,
wobflo schriebUnd beim löschen einer angelegten Seite:
mysql_errno: Unknown column 'uid' in 'field list'
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /var/typo3/typo3_src-4.0.1/t3lib/class.t3lib_db.php on line 804
Wenn er die Spalte uid nicht finden kann, ist das wiederum ein mySQL Fehler.
Die Frage wäre, welche Tabelle das sein soll.
Ich würde es wie im Post eines weiter oben beschrieben mySQL Reparatur probieren.
Entweder hatte das verwendete Backup schon einen Fehler, oder der ganze mySQL Datenstand ist so korrupt, dass ein Restore auf Datebankebene nicht reicht.
Grüße,
Ralph
Ich hab die Schnauze voll!
Der mysql-repair verlief problemlos und hat keine Probleme festgestellt, die Fehlermeldungen erscheinen aber weiterhin.
Ich hab die gesamte Seite gelöscht und werd sie nochmal neu machen.
War eh kaum Inhalt drauf.
Vielen Dank für deine Mühe contentXXS!
Hallo,
wobflo schriebIch hab die Schnauze voll!
Das ist durchaus nachvollziebar. Es empfiehlt sich per täglichem Cronjob ein mySQL Dump plus eine Kopie der relevante Dateien zu machen. Ich halte diese 7 Tage auf dem Server vor, danach werden sie dort automatisiert gelöscht.
Ferner hole ich diese tar.gz während der Nacht ab und speichere sie lokal noch einmal. Dort sind die dann Teil meiner lokalen Backupstrategie.
wobflo schriebVielen Dank für deine Mühe contentXXS!
Hoffen wir, dass es nicht mehr vorkommt!
Grüße
contentXXS schriebHoffen wir, dass es nicht mehr vorkommt!
Doch, aber:
Ich habe Typo3 nun ein paar mal neuinstalliert, und hatte wieder die Fehlermeldung. Aber erst nachdem ich die Extensions installiert habe.
Also wieder alles neuinstalliert und jedes mal nach einer installierten Extension überprüft.
Und es kam raus dass die Extension goof_fotoboek schuld war.
Ob ich den Fehler nun irgendwie beheben kann ist mir inzwischen wurscht, da ich stattdessen eine andere Extension verwenden werde.
mfg
Hallo,
wobflo schriebUnd es kam raus dass die Extension goof_fotoboek schuld war.
Lässt sich das näher eingrenzen? Kommt der Fehler unmittelbar nach der Installation von goof_fotoboek?
Ich setze das bei einer typo3 Site auch mit typo3 4.0.01 ein.
Und dazu bahag_photogallery.
Bislang ist mir noch nichts nachteiliges aufgefallen.
Grüße
Also ich habe die Extension normal installiert, d.h.:
1. Die Extension in der Version 1.7.10 aus dem Extension-Repository von typo3.org geladen
2. Ext Manager -> Import extension und installiert
Und dann habe ich die Seite "Web->Liste" betreten, habe im mittleren Frame eine Seite ausgewählt und bekam die Fehlermeldung...
Könnte es vllt. an irgendwelchen Rechten liegen (mysql z.B.)?
mfg
Hallo,
wobflo schriebVersion 1.7.10
Ich habe noch die ältere 1.7.9 hier.
Bei den Stellen bei denen bei dir ein Fehler auftaucht kann ich hier bei mir keinen Fehler feststellen.
wobflo schriebKönnte es vllt. an irgendwelchen Rechten liegen (mysql z.B.)?
Halte ich für unwahrsccheinlich.
Welchen Fehler bekommst du aktuell?
Grüße
contentXXS schriebWelchen Fehler bekommst du aktuell?
Gar keinen, da ich komplett auf diese Extension verzichtet habe.
OK,
ich habe 1.7.10 noch mal mit eriner Kopie eines typo3 Projektes auf meinem Testrechner getestet.
Konnte damit keinen Fehler feststellen.
Grüße
Hallo,
das ist wohl ein Bug in der Extension goof_fotoboek 1.7.10.
Die Abfrage lautet:
SELECT count(*)
FROM tx_gooffotoboek_basket
WHERE
pid=161
Nur hat die Tabelle tx_gooffotoboek_basket keine Spalte pid!
SQL-Befehl: Dokumentation
SELECT count( * )
FROM tx_gooffotoboek_basket
WHERE pid =161
MySQL meldet: Dokumentation
#1054 - Unknown column 'pid' in 'where clause'
Mail an den Autor ist unterwegs.
Grüße,
Ralph
Hallo,
Arco (der Entwickler der Ext) schrieb:
This is fixed in the last version on my site: http://appeltaart.mine.nu/typo3.html
Mit der Datei "T3X_goof_fotoboek-1_7_10-z-200608251136.t3x" tritt der Fehler auf meinem Testsystem nicht mehr auf.
Grüße
Guten Morgen,
ich hatte das gleiche Problem. Immer eigentlich problemlos gearbeitet, zwischendurch kam die Fehlermeldung :
Warning: mysql_fetch_assoc():supplied argument is not a valid ...
und:
Warning: cannot modify header information ...
Die verschwand aber wieder, wenn ich im BE den Cache gelöscht hatte, bis irgendwann eben nicht mehr und ich nicht ins BE wechseln konnte.
Das Installtool wollte immer die Tabelle cache_hash neu anlegen. Das funktionierte nicht. Der Aufruf dieser Tabelle in phpmyadmin gab die Fehlermeldung aus: Can't open file 'cache_hash-MYI'. Also hab ich die Tabelle in phpmyadmin gelöscht und über das install-tool neu angelegt. Jetzt läufts wieder (hoffentlich)
noch ein paar Informationen zum System: SuSE 9.3 auf vserver, typo3-4.1.3
Gruß
W. Kaftan 🙂