Diese Version heruntergeladen:
https://downloads.joomla.org/de/cms/joomla3/3-10-2
Installiert und dann auf 4.0.3 migriert.
Fehlgeschlagen mit gleichem ErrorLog Eintrag
Beiträge von tekknotrip
-
-
Hallo Elwood PHP 7.4 ist leider nicht so einfach, da webgo die Einstellung nur global und nicht auf einzelne Bereiche zulässt.
Ich habe eine frische Installation mit Jooma 3.10.2 gemacht und dann die migration auf 4.0.3 durchlaufen lassen.
Gleiches Phänomen
Wie meinst du das?
Ich hatte bislang noch nie ein Problem mit den Upgrades auf neue Versionen.
-
Hallo Forum,
ich versuche gerade beim Hoster webgo Joomla auf 4.0.3 anzuheben. Leider bricht die Migration im Update Prozess einfach ab.
Habe schon x-fach versucht herauszufinden, woran es liegen kann, leider ohne Erfolg.
Bisher versucht:
- htaccess umbenannt
- Standardtemplate umgestellt
- Alle Plugins, die nicht zu Joomla gehören deinstalliert
Aber egal was, der Fehler und die Auswirkung ist immer der gleiche. Der Fortschrittsbalken läuft durch und sofort komme eine leere Seite - sowohl im Backend, als auch im Frontend.
Die Überprüfung läuft erfolgreich durch:
Die Installationsumgebung:
Code
Alles anzeigenPHP erstellt für Linux s251.goserver.host 4.9.0-15-amd64 #1 SMP Debian 4.9.258-1 (2021-03-08) x86_64 Datenbanktyp mysql Datenbankversion 8.0.21 Datenbankzeichensatz utf8mb4_general_ci Datenbankverbindungszeichensatz utf8mb4_0900_ai_ci PHP-Version 8.0.10 Webserver Apache PHP-Interface für den Webserver apache2handler Joomla!-Version Joomla! 3.10.2 Stable [ Daraja ] 12-September-2021 11:01 GMT Joomla!-Plattform-Version Joomla Platform 13.1.0 Stable [ Curiosity ] 24-Apr-2013 00:00 GMT Browsererkennung Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0Die Fehlermeldung im Log
Code[12-Oct-2021 16:41:11 Europe/Berlin] PHP Fatal error: Uncaught RuntimeException: Library path /libraries/joomla cannot be found. in /home/www/site.de/updgrade-4-0-3/libraries/loader.php:344 Stack trace: #0 /home/www/site.de/updgrade-4-0-3/libraries/loader.php(490): JLoader::registerPrefix('J', '/libraries/joom...') #1 /home/www/site.de/updgrade-4-0-3/libraries/import.legacy.php(52): JLoader::setup() #2 /home/www/site.de/updgrade-4-0-3/administrator/includes/framework.php(17): require_once('/home/www/site...') #3 /home/www/site.de/updgrade-4-0-3/administrator/index.php(40): require_once('/home/www/site...') #4 {main} thrown in /home/www/site.de/updgrade-4-0-3/libraries/loader.php on line 344Leider findet sich im Netz so gut wie nichts hierzu. Vielleicht weiß einer von euch Rat?
Grüße,
Mitches
-
Es gibt halt immer mal wieder scheinbaren Kleinscheiß, der unerwartet nicht mehr kompatibel ist. Aber ich habe mir angewöhnt bei so Pillepalle-Erweiterungen von mir, sie einfach auszuprobieren und dann erst den Updateserver einzurichten oder anzupassen, damit zukünftig Ruhe ist im Checker. Augen zu und durch (nach erst mal Deaktivieren).
Ja, habe ich gemacht, aber Update schlägt fehl - aber so richtig (Blanke Seite).
Und jetzt schau ich halt Schritt für Schritt und nähere mich der Sache an.
Eventuell eine Idee für die "Migration": ich nutze hierfür immer gerne Overrides von mod_custom, spart es eigene Module installieren zu müssen.
Wie machst/meinst du das mit mod_custom?
-
Zitat
Oder meintest du mit "selbst erstellt" einfach nur "selbst angelegt" und nicht etwa "selbst geschrieben"?
Danke für die Antworten
Einfache Module, um einen Inhalt auf der Seite darzustellen (bspw .jpg?Timestamp).
Nix wildes, aber es wird eben bemängelt
-
Hinweis
Ich habe heute das Update auf Joomla 3.10.2 laufen lassen. Jetzt ist alles so, wie es sein soll.
War wohl ein Bug in 3.10.1
-
Hallo,
ich bin gerade dabei von J3 auf J4 zu migrieren und da sind noch ein paar Module übrig, die ich z.T. selbst erstellt habe.
Ich habe nun im Netz gesucht, aber nichts dazu gefunden. Was ist denn der Grund, warum ein Modul - oder Plugin - als mögliches Problem für eine Migration auf J4 identifiziert wird und wir mache ich ein Modul Fit für J4?
Danke für Hinweise
-
Hier der Screenshot
Ich werde in der kommenden Woche mal alles deaktivieren und Schritt für Schritt vorgehen.
Aber eigentlich ist J4 doch mit PHP 8 kompatibel?!
-
Zitat
Was passiert, wenn du die "Migration" dennoch durchführst?
Ich kann die Migration nicht durchführen. Da wird nichts angezeigt, dass ich das starten kann...
-
Mit PHP 7.4 kann ich leider nicht so einfach prüfen, da das Global umgestellt wird und nicht nur für die Testversion.
Aber Joomal läuft seit einigen Wochen stabil mit PHP 8.
JS-Fehler gibt es nicht, da die Testversion so schlank wie möglich daherkommt.
Yootheme lauft auf 2.6.1:
https://yootheme.com/support/yootheme-pro/changelog
ZitatDas wurde dann in einer Aktualisierung der Erweiterung gefixt und nun werden sie als kompatibel angezeigt. Möglicherweise ist das bei dir ähnlich.
Ja, darauf hatte ich auch gehofft, nur sind die Updates jetzt soweit, dass diese nicht mehr in der Liste erscheinen sollten
PHP 8 schließe ich aus, da - wie gesagt - seit Wochen ohne Fehler im Produktivbetrieb
-
Hallo Elwood,
vielen Dank für die Rückmeldung!
Ich habe geschrieben, dass es eine Testversion ist. Die Migration läuft soweit durch, wie auf dem Screenshot oben gezeigt.
Darunter dann eine Liste mit den Gründen, warum das nicht durchläuft.
Nein, es sind noch nicht alle Komponenten auf J4 upgedatet. Ich arbeite die Liste von oben nach unten ab. Aber zumindest sollten die Komponenten aus der Liste verschwinden, die bereits J4 kompatibel sind - sie verschwinden aber nicht und das macht mir das Abarbeiten schwer.
Cache nutze ich in der Testversion nicht - alles aus, auch JCH
Fehlermeldungen gibt es nicht und PHP-Version ist 8.0.9, MySQL ist 8.0.21
-
Hallo in die Runde,
ich habe nach ein paar Tagen warten und tüfteln eine Testversion versucht auf die 4.0.2 zu aktualisieren, was mir aber nicht gelingt.
Ich scheitere schon daran, dass manches, was anklickbar erscheint, gar nicht zum klicken ist?! Oder doch!? Ich kann da noch so oft auf den Details rumklickern, es tut sich nichts:
Das Nächste sind die Update Informationen. Das rattert schön durch und bemängelt auch einiges. Aber nichts, was mir Bauchschmerzen bereitet. Alle Erweiterungen, die ich einsetze, sind kompatibel zu Joomla 4.x. Das Problem ist, dass diese trotzdem bemängelt werden und ich mich so in einem Deadloop befinde.
Bemängelt werden:
German (Germany) Language Pack
JSitemap PRO (Update auf die Joomla 4.x kompatible Version)
System - JAmp (Update auf die Joomla 4.x kompatible Version)
YOOtheme (Update auf die Joomla 4.x kompatible Version)
JCH Optimize Package (Update auf die Joomla 4.x kompatible Version)
Bin ich da allein mit der Problematik?
Schöne Grüße,
Micha
-
Hallo,
ich habe mit Yootheme nun auf WebP umgestellt und mir stellt sich die Frage, ob man in der .htaccess WebP Bilder komprimieren oder von dieser Ausnehmen sollte.
Wie mach ihr das?
Code
Alles anzeigen<IfModule mod_deflate.c> # Insert filters / compress text, html, javascript, css, xml: AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/vtt AddOutputFilterByType DEFLATE text/x-component AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/js AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript AddOutputFilterByType DEFLATE application/x-httpd-php AddOutputFilterByType DEFLATE application/x-httpd-fastphp AddOutputFilterByType DEFLATE application/atom+xml AddOutputFilterByType DEFLATE application/json AddOutputFilterByType DEFLATE application/ld+json AddOutputFilterByType DEFLATE application/vnd.ms-fontobject AddOutputFilterByType DEFLATE application/x-font-ttf AddOutputFilterByType DEFLATE application/x-web-app-manifest+json AddOutputFilterByType DEFLATE application/font AddOutputFilterByType DEFLATE application/font-truetype AddOutputFilterByType DEFLATE application/font-ttf AddOutputFilterByType DEFLATE application/font-otf AddOutputFilterByType DEFLATE application/font-opentype AddOutputFilterByType DEFLATE application/font-woff AddOutputFilterByType DEFLATE application/font-woff2 AddOutputFilterByType DEFLATE image/svg+xml AddOutputFilterByType DEFLATE image/x-icon AddOutputFilterByType DEFLATE font/ttf AddOutputFilterByType DEFLATE font/otf AddOutputFilterByType DEFLATE font/opentype AddOutputFilterByType DEFLATE font/woff AddOutputFilterByType DEFLATE font/woff2 # Exception: Images SetEnvIfNoCase REQUEST_URI \.(?:gif|jpg|jpeg|png|svg|webp)$ no-gzip dont-vary # Drop problematic browsers BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html # Make sure proxies don't deliver the wrong content Header append Vary User-Agent env=!dont-vary </IfModule> -
Hallo,
google bewertet demnächst Webseiten anders und nimmt die Web Core Vitals mit als Rankingfaktor auf.
Was bei meiner Seite bemängelt wird, ist der CLS-Wert: https://web.dev/cls/
Der Grund hierfür ist das Bild im Beitrag, das keine feste Höhe hat und nach dem Laden den Text nach unten drückt.
Frage: wie kann ich dem Intro/Beitrags Bild einen festen Wert für die Höhe mitgeben? Im Backend ist das leider nicht möglich.
Danke für Tipps,
Mitches
-
Oh, danke für den Hinweis
Die Auswertung läuft, bzw. habe ich diese beim Provider angefordert
-
Zitat
Ich hätte allerdigs vermutet, dass maximal der User den Fehler erhält, durch dessen Verbindung Limits überschritten werden und dass alles andere "normal" weiterläuft.
SO ist es - rund 10 Prozent läuft in den Error, der Rest flutscht sauber durch. ES ist aber kein Timeout und auch kein MySQL 1064, sondern kommt unmittelbar nach Aufruf der Webseite.
Interessant ist, dass das auch in der Nacht vorkommt, wenn gar keine Last da ist. Auffällig zudem,dass es meist am Wochenende geschieht.
Ich habe - in Zusammenarbeit mit dem Provider - folgende Änderungen an der php.ini durchgeführt:
Code
Alles anzeigenmemory_limit = 4096M max_execution_time=60 opcache.enable =1 opcache.memory_consumption=128 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=4000 opcache.revalidate_freq=60 opcache.fast_shutdown=1 opcache.enable_cli=1 max_input_vars = 5000 max_input_time = 10000 log_errors = on error_reporting = E_ALL error_log = /home/log/php_error.log max_input_vars = 10000Das ist die Standard php.ini:
Code
Alles anzeigenmysqli.default_socket = /var/run/mysqld/mysqld.sock mysql.default_socket = /var/run/mysqld/mysqld.sock pdo_mysql.default_socket = /var/run/mysqld/mysqld.sock pdo_mysqli.default_socket = /var/run/mysqld/mysqld.sock mysql.allow_persistent = Off mysqli.allow_persistent = Off curl.cainfo = /etc/ssl/certs/ca-certificates.crt upload_max_filesize = 150M post_max_size = 150M display_errors = Off memory_limit = 256M session.save_path = /tmp error_reporting = E_ALL & ~E_NOTICE date.timezone = 'Europe/Berlin' expose_php = Off [Zend] zend_extension=/usr/local/ioncube/ioncube_loader_lin_[php].so -
Danke für eure Antworten
Hi firstlady,
was war denn letztlich die Ursache (zu hohe Last?) und wie wurde es behoben (Limits erhöht?)
-
Zitat
eben selber ersetzt hast, um es unkenntlich zu machen?
Ja, so ist es, habe erst noch was anders als ---- eingesetzt und das aber vergessen
-
Hast du sie überprüft?
Ja, ist absolut identisch - wenn falsch, dann wäre das Problem ja auch permanent!?
-
PHP
Alles anzeigen<?php class JConfig { public $offline = '0'; public $offline_message = 'Diese Seite befindet sich derzeitig im Wartungsmodus'; public $display_offline_message = '1'; public $offline_image = ''; public $sitename = '-----'; public $editor = 'none'; public $captcha = '0'; public $list_limit = '20'; public $access = '1'; public $debug = '0'; public $debug_lang = '0'; public $dbtype = 'mysqli'; public $host = 'localhost'; public $user = '------'; public $password = '-----'; public $db = '-----'; public $dbprefix = '-----'; public $live_site = ''; public $secret = 'SECRET'; public $gzip = '0'; public $error_reporting = 'simple'; public $helpurl = 'https://help.joomla.org/proxy?keyref=Help{major}{minor}:{keyref}&lang={langcode}'; public $ftp_host = '127.0.0.1'; public $ftp_port = '21'; public $ftp_user = ''; public $ftp_root = ''; public $ftp_enable = '0'; public $offset = 'Europe/Berlin'; public $mailer = 'smtp'; public $mailfrom = '-----'; public $fromname = '------'; public $sendmail = '/usr/sbin/sendmail'; public $smtpauth = '1'; public $smtpuser = '------'; public $smtppass = '-----'; public $smtphost = '-----'; public $smtpsecure = 'ssl'; public $smtpport = '465'; public $caching = '0'; public $cache_handler = 'file'; public $cachetime = '3600'; public $MetaDesc = ''; public $MetaKeys = ''; public $MetaTitle = '1'; public $MetaAuthor = '1'; public $MetaVersion = '0'; public $robots = ''; public $sef = '1'; public $sef_rewrite = '1'; public $sef_suffix = '1'; public $unicodeslugs = '0'; public $feed_limit = '10'; public $log_path = '/home/www/-----/logs'; public $tmp_path = '/home/www/-----/tmp'; public $lifetime = '15'; public $session_handler = 'database'; public $MetaRights = ''; public $sitename_pagetitles = '0'; public $force_ssl = '2'; public $feed_email = 'author'; public $cookie_domain = ''; public $cookie_path = ''; public $cache_platformprefix = '0'; public $memcache_persist = '1'; public $memcache_compress = '0'; public $memcache_server_host = 'localhost'; public $memcache_server_port = '11211'; public $memcached_persist = '1'; public $memcached_compress = '0'; public $memcached_server_host = 'localhost'; public $memcached_server_port = '11211'; public $redis_persist = '1'; public $redis_server_host = 'localhost'; public $redis_server_port = '6379'; public $redis_server_db = '0'; public $proxy_enable = '0'; public $proxy_host = ''; public $proxy_port = ''; public $proxy_user = ''; public $proxy_pass = ''; public $mailonline = '1'; public $massmailoff = '0'; public $session_memcache_server_host = 'localhost'; public $session_memcache_server_port = '11211'; public $session_memcached_server_host = 'localhost'; public $session_memcached_server_port = '11211'; public $frontediting = '1'; public $asset_id = '1'; public $debug_lang_const = '1'; public $replyto = ''; public $replytoname = ''; public $session_redis_persist = '1'; public $session_redis_server_host = 'localhost'; public $session_redis_server_port = '6379'; public $session_redis_server_db = '0'; public $shared_session = '0'; }
