Ja, ich werde die jetzige Datenbank bearbeiten. Ich muss mich noch schlau machen, wie es genau vonstatten geht, aber das erscheint mir die einfache Lösung.
Ich danke allen für Ihren Input. Habe wieder einmal viel gelernt .....
Viele Grüße
Kari Bu
Ja, ich werde die jetzige Datenbank bearbeiten. Ich muss mich noch schlau machen, wie es genau vonstatten geht, aber das erscheint mir die einfache Lösung.
Ich danke allen für Ihren Input. Habe wieder einmal viel gelernt .....
Viele Grüße
Kari Bu
Da meine Vorletzte Sicherung eine komplette Sicherung habe, kann ich jetzt natürlich nicht mehr wählen. Aber ich werde das wirklich bei einer neuen Sicherung in Betracht ziehen.
Leider sind das gegen die 1000 Einträge. Wenn es wirklich keine andere Möglichkeit gibt, die einte Spalt in der Datenbank gemeinsam abzuändern, könnte ich notfalls den vorletzten Backup nehmen, aber da fehlen natürlich auch einige Daten.
Kann man aus der Akeeba-Sicherung nur die MySQL auslesen und anschauen?
Du meist die Seite zuerst wieder auf den alten Server wechseln und dann eine Akeeba-Sicherung machen? Oder jetzt einen Backup auf dem neuen Server machen und dann diesen neu installieren?
Vielen Dank für Deine Hilfe, denn jetzt weiss ich wenigstens, wo das Problem ist .... noch nicht gelöst, aber wieder einen Schritt weiter.
Ich nimm an, dass der letzte Joomla update sich mit der alten PHP Version nicht vertrug. Ansonst kann ich mir keinen Grund vorstellen, da ich nichts Spezielles auf der Homepage erledigte.
In der 'ursprünglichen' Datenbank auf dem alten Server ist es auch schon falsch! Das heisst, ich habe es mit dem gleichen Fehler exportiert und wieder importiert.
Aber wann dieser Wechsel in der Datenbank selber stattgefunden hat, kann ich mir nicht erklären. Das müsste kurz vor dem Absturz der Seite passiert sein, denn das wäre mir sofort aufgefallen.
Gibt es eine Möglichkeit im MySQL diese Daten alle zusammen zu verändern?
Im phpmyadmin sind die Daten der Produkte definitiv auch mit einem unlogischen Datum.
Ich bin bei hosttech.ch und der hat ein Server, welche nicht mehr alles unterstützt und jetzt zusätzlichen einen Plesk Server anbietet. Also eigentlich beim gleichen, nur zwei verschiedene Angebote oder Server.
Die Datenbank Reparatur habe ich über phpmyadmin und auch schon über das Backend ausgeführt und da auch repariert. Jetzt kommt folgende Meldung im Backend:
Die Datenbanktabellenstruktur ist aktuell!
Leider nein immer noch die alten Daten, auch nach einem Cache leeren.
Hier die detaillierten MySQL Daten/Infos. Vielleicht hilft das weiter.
Wie die alte MySql hiess weiss ich nicht:
Ich habe den Counter rausgeschmießen, er erscheint jetzt auch nicht mehr als Fehler.
Die anderen zwei Punkte erscheinen auch nach einer Reparatur immer noch.
Joomla 3.9.25
PHP 7.4
MySQL MariaDB
Ich bin umgezogen, da der alter Server nur noch bis PHP 7.3 unterstützt wurde und ich die Homepage nicht mehr aufrufen konnte.
Ich habe die DB manuell importiert, PHP und die MySQL Versionen wurden geändert.
zweites Beispiel von komischen Daten
MySQL 5.5.5-10.2.37-MariaDB
PHP 7.4.15
Ich habe die MySQL Datenbank repariert und folgende 3 Fehler lassen sich nicht reparieren.
Hallo Zusammen
Seit einem Server Umzug habe ich bei allen Datum Anzeigen ganz falsche Daten. Bei den 'Inhalten' (Beiträge) konnte ich die Daten zurücksetzen, damit diese Elemente wieder erscheinen.
Aber bei allen eingestellten Produkten, genauso wie im Kontrollzentrum sind immer noch die falschen Daten sichtbar. Neue Beiträge werden richtig angezeigt, aber die Frage ist, kann ich bei den alten Beiträge/Produkte das Datum wieder korrigieren?
Vielen Dank im Voraus für jeden Hinweis.
Gruss karibu
Hallo Christian
Ich habe jetzt die user.css Detai erstellt und am gleichen Ort wie die default.css abgespeichert. Den Cache geleert, aber ich sehe keine Änderung.
Zuerst hatte ich sie im Protostar Verzeichnis abgespeichert, aber das funkt auch nicht. Was mache ich falsch? Oder kann es sein, dass die protostar.php nur im eigenen Templates nach einer user.css Datei suche und es so bei 'Komponenten' nicht automatisch funktioniert. Hast Du diese Variante auch schon einmal getestet?
Vielen Dank
Kari
Hallo Zusammen
Ich weiss eigentlich gar nicht wo es klemmt
Auf meiner Joomla Seiten (Version 3.8.5) versuche ich bei einem Komponenten/Unterprogramm 'JoomShopping' die Darstellung anzupassen. Ich habe die css Datei gefunden, direkt auf der Web-Seite die Änderungen getestet, damit ich auch wirklich die richtige Datei erwische.
> http://www.negnuja.ch/jo-shop/index.php/bastelhefte
.jshop_list_product .product .name
.jshop_list_product .product .image
.jshop_list_product .product .jshop_price
.jshop_list_product .jshop .price_extra_info
text-align left anstelle centre
Ich habe diese Änderungen bei den früherer Version schon gemacht und es hat immer wunderbar geklappt. Ganz normal wie gehabt, Änderungen gemacht, Cache geleert und dann die Datei via FileZile hochgeladen ...... aber ich konnte keine Veränderung sehen.
Dann habe ich die Berechtigungen im FZ geändert, hochgeladen .... nichts. Ich bin dann direkt in meine WebFTP und habe da die Änderungen vorgenommen ... wieder nichts. Das witzige ist eigentlich, die Modifikationen sind im WebFTP sichtbar (Foto WebFTP - Printscreen), aber im Quelltext auf der Homepage bleibt alles beim alten. Auch FileZila reagiert ungewohnt, ich kann es hochladen, es heisst erfolgreich hochgeladen, aber die Datei Grösse verändert sich ncht. Damit ich das Brower-Cache Problem ausschliessen konnte, habe ich die Seite auf einem anderen Computer neu geladen ... aber es wieder kein Änderung sichtbar und auch der Quelltext ist wieder bei 'Centre' sprich unveränderten Version.
Gibt es irgendwo noch eine Blockade bei Joomla, welche man noch umstellen muss, damit Veränderung bei der .css auch wirklich gespeichert bleiben?
Vielen Dank an alle Inputs.
Kari