Thema: Probleme beim speichern von Content.

Hallo Community,

seid gestern habe ich ein seltsames Problem. Ich wollte einen Newsletter bei einer Kundenseite machen und habe den HTML Code eingefügt und wollte den dann speichern. Ich bekam prompt eine Fehlermeldung wo mir der gesamte Quellcode angezeigt wurde in einem PopUp. Das war es aber auch schon. Mehr wird mir nicht angezeigt, es passiert aber auch nur bei dem einen Artikel. Wenn ich den dann lösche und neu anlege kann ich Ihn ein Mal wieder speichern. Wenn ich was ändere und dann speichern will kommt wieder eine Fehlermeldung.

Das ist aber nicht das schlimme. Seid her kann ich aber auch keinen Content mehr speichern. Wenn ich einen Artikel schreibe (Egal ob static oder dynamic) und diesen dann speichern will kommt "Sie sind nicht berechtigt den Bereich zu sehen". Beim versuch einen neuen User zu erstellen wird dieser zwar in der Datenbank angezeigt, allerdings mit der ID 0 und er erscheint nicht im BackEnd.

Hab schon alles versucht und gemacht mit Backup aufspielen und hier im Forum gesucht aber ich finde irgendwie keine Lösung. Ich habe auch alle Komponenten die deinstalliert werden können runtergeworfen aber nichts tut sich.

Seltsam ist auch das dass caching eingestellt war obwohl ich es nicht nutze!


Hat da jemand noch ne Idee was das sein könnte???


System Joomla 1.0.15.

Bitte keine Antworten mit ich müsse J1.5 installieren damit hätte ich nicht die Probleme. Das mag sein aber es geht darum das ich das J1.0.15 weiter nutzen möchte!!!

Update:

Ich habe gerade die Datenbank noch mal durchforstet und mir ist aufgefallen das bei der deinstallation die Tabellen in der Datenbank und auch die Ordner auf dem Server nicht gelöscht wurden. Lediglich nur die Einträge in den Menus. Dazu kommt das auch einige Einträge in der Datenbank die zu den Komponenten gehören wie in jos_menus zum Beispiel auch nicht gelöscht werden.

MySQL Version 5.0.26


Ok ... noch mal Uodate lol ...

Hab mich vertan das speichern im Static Content geht. Nur in den einzelnen Sections bzw Categories gehts nicht.

Und noch eins ....

Es scheint nur im BackEnd zu sein. Wenn ich im FrontEnd die Artikel ändere kann ich diese auch speichern.


Ich kriege die Krise ... wenn ich hingehe und eine Neue Section und category zu erstellen bekomm eich beim speichern der Category die Fehlermeldung moscategory::store failed <br />Duplicate entry '0' for key 1 SQL=INSERT INTO jos_categories ( `id`,`title`,`name`,`image`,`section`,`image_posit ion`,`description`,`published`,`ordering`,`access` ) VALUES ( '0','test','test','','0','left','','1','3','0' ) und löschen kann ich es auch nimmer

Zitat von mamue

Hallo go-live,

ein ähnliches Proplem hatte ich auch mal.
Allerdings hatte mein Kunde eine uralte MySQL-Version, was ja bei Dir nicht der Fall ist.
Nach dem Importieren der sql-Datei fehlten jedenfalls einige Werte in der Datenbank und das hatte die gleichen Auswirkungen, wie Du sie schilderst (id=0 usw.).

Vergleiche einfach mal Deine lokale DB in phpmyadmin mit Deiner Kunden-DB und zwar die Struktur der einzelnen Tabellen (bißchen Fleißarbeit). Vielleicht fehlen hier einige Werte in der Kunden-DB? Z.Bsp. fehlten bei mir unter 'Extra' alle nötigen auto_increment-Werte sowie auch anderes - Zeile für Zeile vergleichen halt und per Hand ergänzen.

Vielleicht ist es das?

Grüße, Marion

Hallo Marion ... das ist durchaus eine möglichkeit. Ich hatte mich auch schon mit meinem Hoster kurzgeschlossen deswegen. Das Problem ist das ich auf dem Server an die 20 Seiten gehostet habe und selbst die zusatzseiten zu dieser laufen einwandfrei. Da dieser fehler knall auf Fall kam sind wir zu dem endschluss gekommen das es eventuell ein Fehler in phpmyadmin sein könnte. Das zum Beispiel ein Wert gesetzt wurde aber nicht mehr gelöscht werden kann.

Wenn ich einen neuen Artikel verfassen will habe ich den von vorher schon im Editor drin.

Was ich nicht verstehe und jetzt aber gefunden habe ist das das chaching eingeschaltet ist. Ich jedenfalls habe es nicht gemacht. Ich habe die befürchtung das es der Kunde gemacht hat und es nicht zugeben will. Daher habe ich jedesmal der Cache wieder eingeschaltet und der Fehler schleicht sich wieder ein. So vermute ich es mal. Deswegen werde ich mal versuchen nicht nur die Tabellen aus der DB zu löschen sondern die gesamte DB löschen. In der Hoffnung das es den Fehler beseitigt. Dann lege ich eine neue DB an mit neuen Acc Daten und hoffe das ich dann schnell den Befehl für das chaching finde und den auf null setzten.

Ist zumindest mal ein versuch wert. Die Datenbank hat leider 120 MB. Da dauert es ein wenig mit dem Import ... leider. Denn der ZIP Import funzt auch nicht. gut 70% der Tabellen fehlt dann.

Aber ich werde mir Deinen Rat zu Herzen nehmen wenn es nicht klappen sollte und mal die Datenbank durchgehen und mit ner frischen DB vergleichen.

Marion,

du bist ein Schatz ich danke Dir. War genau das. Werde aber mal versuchen (bei gelegenheit) heraus zu finden wieso der Export der DB so schief gelaufen ist.

Ich kann es mir aber fast denken, denn mein Kunde war vorher bei Strato und dort lief die Seite soweit eigentlich ganz gut bis auf ein paar kleinigkeiten. Dann dachte sich aber mein Kunde das er es bei mir doch günstiger haben kann und ist mit allen Domains auf meinen Server umgezogen.

Nach dem Du mir den Tipp mit dem auto_increment gegeben hast habe ich mir mal die Datenbank angeschaut und gesehen das der auto_increment Befehl beim Back Up nicht eingestellt wurde. Wieso auch immer ... kann auch daran liegen das ich das ebackup etwas modifizieren musste weil ich einen class Fehler bekommen hatte. Und da schreit Strato das deren Systeme extra für Joomla ausgelegt sind. Das ich nicht lache .. na ja egal ich danke dir auf jeden Fall tausend mal ... war eh schon im Stress wegen Umzug und all dem driss.

Wünsche Dir und dem Rest der Community ein schönes Wochenende.