Beiträge von Florchen

    Hallo mal wieder :)
    Ich habe ein Problem, dass mich immer mal wieder überrollt.
    Es geht um ein Bestellformular. Und zwar hapert es an mehreren Stellen.

    Zum einen habe ich am Ende eine Checkbox für die Akzeptanz der AGB hingeschrieben, zum anderen einen submit-Knopf, damit die Bestellung auch versendet werden kann.
    Diese 2 Zeilen verschwinden gelegentlich auf Nimmerwiedersehen. Sind einfach weg, ohne dass ich auch nur an das Formular gedacht hätte, geschweige denn etwas daran geändert. Ich krieg das nur mit, wenn sich Kunden beschweren, dass sie keine Bestellung mehr abschicken können. Dann schreib ich die beiden Zeilen wieder in den Quellcode, es geht geht ein oder zweimal gut, dann ist es wieder weg. Tatsächlich ist es jedes Mal ein Glücksspiel, für wie lange die beiden Zeilen an Ort und Stelle bleiben.
    Die beiden Zeilen bleiben auch nie da, wo ich sie hinschreibe, sondern tauchen mal über, mal unter dem eigentlichen Quellcode auf (siehe Bild)

    Ich weiß einfach nicht, was ich falsch mache - denn im Angebotsformular sind beide Zeilen sichtbar.

    Zum anderen werden zumindest mal die Eingaben der ersten drei Felder Ethanol nicht gesendet. Ich habe sie ausgefüllt, alle 5 Ethanol-Felder, aber es kommen offenbar nur die Inhalte der letzten zwei Felder an.
    Hat damit schon mal jemand zu tun gehabt?
    Ich steh völlig auf dem Schlauch und mein Chef tickt im Sechseck, weil die Bestellungen nicht reinkommen...

    Wie immer bin ich schon jetzt für jede Hilfe dankbar - ihr seid die Besten ;)

    Vielen Dank, christine2 und bembelimen!
    Ich experimentiere weiter! (… jetzt, wo ich weiß, wie man eine DB wieder herstellt ;-))

    EDIT:
    Ladys, ihr seid großartig!
    Ich dachte zwar gestern schon, ich hätte alles genauso gemacht, wie mir gesagt wurde, aber heute Morgen, mit frischem Kopf, hat es direkt beim ersten Versuch geklappt - Joomla ist aktualisiert! :)
    Ganz herzlichen Dank!

    Ich habe jetzt die Datenbank wiederhergestellt, und zwar die Speicherung von gestern.
    Leider hat das Wiederherstellen der DB nicht funktioniert... Die Tabelle "tuf_metadata" ist nicht mehr leer, aber die Fehlermeldung ist noch da. Cache und Browser Cache sind geleert, der Cache im CMS auch.Was kann das denn sein?

    Guten Morgen,

    gerade öffne ich das Joomla Backend, um etwas hinzuzufügen, als mich die Meldung empfängt, dass Joomla ein Update auf 5.1.4 hat.
    Ich will aktualisieren, klicke unter System auf --> Joomla, als mir diese Nachricht gezeigt wird (Schnappschuss angehängt).
    Dazu habe ich hier im Forum überhaupt gar nichts gefunden, was ist das und wie werde ich es denn wieder los?

    Das Frontend dagegen scheint zu funktionieren.

    Vielen Dank im Voraus und einen ansonsten angenehmen Start in die Woche! :)

    EDIT:
    Nach einem weiteren Klick erscheinen plötzlich alle Buttons rot, aber Joomla sei aktuell - ich bin verwirrt...

    Das sollte machbar sein. Hast du die aktuelle AkeebaBackup-Version?
    Kannst du dich frei im Backend bewegen oder gibt es z.B. Probleme beim Dashboard?

    Die letzten Joomla-Updates waren vollständig.

    Ich kann tatsächlich im Backend machen, was ich will... ich hab ein paar Tabellen repariert (Akeeba, SPPB und Joomla CMS) und habe direkt eine Sicherung hinterher geschoben - wurde alles ohne Murren erledigt!
    Kaum war das fertig, wollte er noch einige Erweiterungen aktualisiert haben, auch das ging problemlos vonstatten.
    Hab mich abgemeldet und wieder angemeldet - bin drin!
    Junge, Junge, was für ein "karfuffle", wie sie hier in England sagen ^^
    Was ist denn jetzt eigentlich der Grund dafür, dass ich wieder ins Backend komme, kannst du das sagen?
    Wie auch immer, ich leere jetzt noch mal den Browsercache, damit es kein Zufall bleibt.
    Ganz, ganz herzlichen Dank, du JoomlaWunder ;)
    Du hast mir - wieder mal - die Sitzfläche gerettet ;)

    JoomlaWunder
    Ich brech inne Mahlzeit... mit deinem Link /administrator/index.php?option=com_installer&view=database bin ich tatsächlich wieder im Backend!
    Im Backend steht nun, dass Akeeba ein Problem mit einer Tabelle hat. Kann ich das gefahrlos reparieren?

    EDIT: Die gewünschte joomla_update kann ich offenbar nicht hochladen, denn es sagt mir hier, die Datei habe eine ungültige Endung.
    Deshalb der Text:
    #
    #<?php die('Forbidden.'); ?>
    #Date: 2024-06-26 09:48:02 UTC
    #Software: Joomla! 5.1.0 Stable [ Kudumisha ] 16-April-2024 16:00 GMT

    #Fields: datetime priority clientip category message
    2024-06-26T09:48:02+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Test logging
    2024-06-26T09:48:02+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Update-Datei hochladen
    2024-06-26T09:48:06+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Datei [ROOT][TMP]/juXWEGL5 erfolgreich heruntergeladen.
    2024-06-26T09:48:06+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Neue Version wird jetzt installiert.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Installation abschließen.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Beginn der SQL-Aktualisierungen.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Die aktuelle Datenbankschemaversion ist 5.1.0-2024-03-28.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Abfrage von Datei „5.1.1-2024-04-18“. Abfrage: „UPDATE `#__template_styles` SET `params` = JSON_SET(`params`, '$.colorScheme', '“.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Ende der SQL-Aktualisierungen.
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Erweiterungen deinstallieren
    2024-06-26T09:49:04+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Nicht mehr benötigte Dateien und Verzeichnisse werden gelöscht.
    2024-06-26T09:49:05+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Aufräumen nach der Installation.
    2024-06-26T09:49:05+00:00 INFO 2a00:23c6:550e:f01:d5b3:b22d:86e0:865f update Update auf Version 5.1.1 ist vollständig.
    2024-06-26T11:59:07+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Test logging
    2024-06-26T11:59:07+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Update-Datei hochladen
    2024-06-26T11:59:11+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Datei [ROOT][TMP]/juag5fid erfolgreich heruntergeladen.
    2024-06-26T11:59:11+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Neue Version wird jetzt installiert.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Installation abschließen.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Beginn der SQL-Aktualisierungen.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Die aktuelle Datenbankschemaversion ist 5.1.0-2024-03-28.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Abfrage von Datei „5.1.1-2024-04-18“. Abfrage: „UPDATE `#__template_styles` SET `params` = JSON_SET(`params`, '$.colorScheme', '“.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Ende der SQL-Aktualisierungen.
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Erweiterungen deinstallieren
    2024-06-26T11:59:16+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Nicht mehr benötigte Dateien und Verzeichnisse werden gelöscht.
    2024-06-26T11:59:17+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Aufräumen nach der Installation.
    2024-06-26T11:59:17+00:00 INFO 2a00:23c6:550e:f01:6524:ae84:8766:7ecb update Update auf Version 5.1.1 ist vollständig.
    2024-07-14T06:43:08+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Test logging
    2024-07-14T06:43:08+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Update-Datei hochladen
    2024-07-14T06:43:13+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Datei [ROOT][TMP]/juGuOR9Y erfolgreich heruntergeladen.
    2024-07-14T06:43:13+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Neue Version wird jetzt installiert.
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Installation abschließen.
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Beginn der SQL-Aktualisierungen.
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Die aktuelle Datenbankschemaversion ist 5.1.1-2024-04-18.
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Ende der SQL-Aktualisierungen.
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Erweiterungen deinstallieren
    2024-07-14T06:44:47+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Nicht mehr benötigte Dateien und Verzeichnisse werden gelöscht.
    2024-07-14T06:44:51+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Aufräumen nach der Installation.
    2024-07-14T06:44:51+00:00 INFO 2a00:23c6:550e:f01:f4c3:6ab2:9809:542c update Update auf Version 5.1.2 ist vollständig.

    NOCH EIN EDIT:
    Da ich ja ungeheuer clever :rolleyes: bin, habe ich natürlich die alte Datenbank bei IONOS gelöscht ...
    Aber ich hab noch eine Sicherung davon, falls das noch was nützt...

    Hallo JoomlaWunder :)

    Die .htaccess hat somit Auswirkungen. Das mit dem Verschwinden habe ich noch nicht verstanden. Es könnte sein, dass die .htaccess nur nicht angezeigt wird, je nach Einstellung deiner Software!?!

    Ja genau, ich seh sie dann nicht mehr im Root-Verzeichnis und könnte sie im Zweifel auch gar nicht mehr bearbeiten.
    Software ist Notepad ++, also die, mit der ich eine .php Datei bearbeite, z. B.
    Wie bin ich bei der Aktualisierung vorgegangen:
    1. Ich habe bei IONOS eine neue Datenbank, Version 8.0 erstellt. Die vorherige war MySQLi, die neue nun Maria DB 10.11
    2. Die Inhalte und Struktur der alten DB exportiert und in die neue DB importiert.
    3. In der config.php im Rootverzeichnis der Webseite die Details für DB-Name, Hostname und Benutzername entsprechend der neuen DB geändert.
    4. Browsercache hab ich mehrfach geleert, die autoupload auch gerade und auch unter administrator/cache in den Ordnern page, media_version und schemaorg alles bis auf die index-Dateien gelöscht. Leider immer noch Error 500.
    Was mich irritiert ist, dass das Frontend sauber zu funktionieren scheint.

    Hast du evtl. noch eine Idee...?
    Bei der Gelegenheit: Vielen Dank für deine Geduld und Hilfe!:thumbup:

    Auf deiner Webseite (Frontend und Backend) werden viele mime-Typ-Konflikte angezeigt. Gehe zunächst mal in die .htaccess und setze testweise den unteren Block (GZIP) als Kommentar.

    Ich gehe auch davon aus, dass du den Inhalt der originalen htaccess.txt der aktuellen Joomla-Version nutzt, eventuell noch um ein paar eigene Angaben oder Hosterangaben ergänzt.

    Das klingt ja gefährlich mit den Konflikten, was hat es denn damit auf sich?

    Danke@JoomlaWunder :)
    Ich habe nur eine htacces.txt, weil die .htaccess immer verschwindet.
    Daran gemacht hab ich aber noch nie irgendwas.
    Den Block hab ich wie folgt auskommentiert:
    ## GZIP & BROTLI
    ## These directives are only enabled if the Apache mod_headers module is enabled.
    ## This section will check if a .gz file exists and if so will stream it
    ## directly or fallback to gzip any asset on the fly
    ## If your site starts to look strange after enabling this file, and you see
    ## ERR_CONTENT_DECODING_FAILED in your browser console network tab,
    ## then your server is already gzipping css and js files and you don't need this
    ## block enabled in your .htaccess
    ##<IfModule mod_headers.c>
    # Serve gzip compressed CSS files if they exist
    # and the client accepts gzip.
    #RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    #RewriteCond "%{REQUEST_FILENAME}\.gz" -s
    #RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]

    # Serve gzip compressed JS files if they exist
    # and the client accepts gzip.
    #RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    #RewriteCond "%{REQUEST_FILENAME}\.gz" -s
    #RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]

    # Serve correct content types, and prevent mod_deflate double compression.
    #RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1,E=no-brotli:1]
    #RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1,E=no-brotli:1]

    ##<FilesMatch "(\.js\.gz|\.css\.gz)$">
    # Serve correct encoding type.
    #Header set Content-Encoding gzip

    # Force proxies to cache gzipped &
    # non-gzipped css/js files separately.
    #Header append Vary Accept-Encoding
    </FilesMatch>
    </IfModule>

    War es das, was du meintest? Hat leider das Problem nicht gelöst... :(

    Guten Morgen,

    nachdem ich mich wochenlang damit geplagt habe, die Datenbank auf 8.0 zu aktualisieren, ist es mir schließlich gelungen.
    Die Seite funktioniert auch im Frontend, aber ich komme nicht mehr ins Backend.
    Die Login-Maske erscheint, aber wenn ich dann auf "einloggen" klicke, bekomme ich einen Error 500.

    Nach einigem Lesen zum Problem habe ich in der config.php DEBUG auf TRUE gestellt und error_reporting auf maximum.

    Was dabei herauskam, hab ich mal als Bild angehängt.



    Ich verstehe davon jedenfalls kein Wort, außer, dass es so aussieht, als sei ein "Autostart" im Weg...
    Kann mir bitte jemand weiterhelfen?
    Vielen Dank im Voraus!

    Habe mit IONOS dasselbe Problem:
    Joomla gab mir die Meldung, dass der Update-Server nicht mehr nutzbar sei, weil meine Version von MySQL veraltet sei (5.7.4, glaub ich).
    Also angefragt bei IONOS und als Antwort kam: „Da müssen Sie einfach nur...“
    Ich hab’ aber keine Ahnung von der Materie und bin bei „einfach nur“ genau wie bei „eben schnell“ direkt raus.
    Ich hab’ viel zu viel Angst, dass ich mir alles zerschieße. Zwar hab’ ich die DB exportiert, aber dann soll ich mir da etwas runterladen, von dem ich auch wieder nix verstehe. Und weil ich so doof bin, finde ich auch keine leicht verständliche, idiotensichere Anleitung.
    Kundenfreundlich geht anders, aber das ist ja bei IONOS nix Neues.

    Null Probleme dagegen bei Host Presto, aber leider will der Kunde nicht wechseln.
    Ich lass es halt so laufen, bis GAR nichts mehr geht und versuche den Kunden dann nochmal zu überzeugen...