Alfahosting - DB-verbindung und Cache Probleme

Druckbare Version

01.09.2023, 07:22
tschero

Liste der Anhänge anzeigen (Anzahl: 2)

Alfahosting - DB-verbindung und Cache Probleme

Moin Zusammen,

mich hat eine Anfrage erreicht, bei der ich mal einen Ratschlag gebrauchen könnte.
Es bestehen scheinbar mehrere Probleme.

https://bit.ly/3En2TV8

Website ist "auf einmal" offline, ohne dass jemand etwas daran verändert hätte und zeigt einen 500´er Fehler.
Anhang 26604

Im Log wird gemeldet, dass kein Zugriff auf die DB besteht. Installtool ist auch nicht erreichbar

Das prüfe ich zur Zeit noch.

Was mich aber etwas verwirrt ist, dass der Contao-Manager den Prod-Cache nicht leeren kann.
Anhang 26606

Konsolenausgabe vom CM dazu ist leer.

Hoster: Alfahosting
PHP 8.0
Contao 4.13.25
Externes Theme

Die gleiche, unveränderte Installation auf einem All-Inkl Paket hat diese Probleme nicht.

Hat da jemand einen Tipp für mich?

Grüße
01.09.2023, 08:00
Spooky

Ist eine server_version für die DB eingetragen? Wenn ja entferne die mal.

Besteht SSH Zugriff?
01.09.2023, 08:15
tschero

Außer der DB-Verbindung ist nur der Secret in der parameters.yml.

SSH-Zugriff besteht "noch" nicht.

Gerade gesehen. Ist die gleiche Installation.
https://community.contao.org/de/show...l=1#post575309

Grüße
01.09.2023, 08:51
Spooky

Aktualisiere zuerst auf Contao 4.13.30
01.09.2023, 08:55
tschero

Das habe ich schon versucht, der CM bricht ab.

Möglicherweise die gleiche Ursache, warum der Prod-Cache nicht erneuert werden kann (siehe Screenshot im ersten Thread).

Grüße
01.09.2023, 10:02
lucina

Bzgl. deines 'auf einmal offline' fällt mir ein, dass Alfahosting ja im Laufe des Jahres 2023 peu a peu Systeme von Confixx zu ihrem neuen Verwaltungssystem migrieren wollte. Es hiess zwar, dass alles unproblematisch sein würde, es den einzelnen Kunden angekündigt werden würde und das die meisten Dinge einfach weiterlaufen würden - aber wir kennen ja unsere Kundinnen und Kunden, die nix weiterleiten, was sie nicht verstehen.

Ich würde mal schauen, ob die eingestellte PHP- und Datenbankversion noch so vorhanden ist, das Domainroot korrekt konfiguriert ist, alle Zugangs- und Zugriffsdaten noch so stimmen.

Just my 2 cents.
01.09.2023, 10:04
mlweb

Ist er bei Alfahosting schon auf einem der neuen Server?
Da gibt es auf jeden Fall ssh-Zugang.
01.09.2023, 10:28
tschero

Zitat:

Zitat von mlweb

Ist er bei Alfahosting schon auf einem der neuen Server?
Da gibt es auf jeden Fall ssh-Zugang.

Das weiß ich noch nicht und muss es prüfen

Auf jeden Fall schon mal vielen Dank für Eure Infos.

Grüße
01.09.2023, 11:39
Knut

Bei mir hat der automatisierte Umzug durch Alfahosting funktioniert.
Contao 4.13.29
PHP 7.4
DB 5.7

Das einzige Problem gab es bei einigen Email-Programmen. Da musste manuell der neue Server eingetragen werden.
01.09.2023, 12:20
tschero

Liste der Anhänge anzeigen (Anzahl: 1)

Durch löschen des Verzeichnisses var/cache/prod per FTP konnte ich jetzt ein Update auf Contao 4.13.30 durchführen.
Der DB-Zugriff steht jetzt auch.

Der Contao-Manager meldet keinerlei Fehler und das Backend lässt sich bedienen. So konnte die Seite schon mal über das BE in den Wartungsmodus gesetzt werden.

Leider wird das Front- und Backend noch ohne JS und CSS dargestellt.
Anhang 26608

Na, mal sehen, wie wir das wieder hinbiegen.

Grüße
01.09.2023, 12:33
mlweb

Mal die Systemwartung ausgeführt?
01.09.2023, 12:36
tschero

Zitat:

Zitat von mlweb

Mal die Systemwartung ausgeführt?

Ja, alles und mehrfach.

Die Browserkonsole für das Backend zeigt folgendes:

Code:

Laden fehlgeschlagen für das <script> mit der Quelle "https://www.xyz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-3fa6ad8f.js". contao:16:108 Uncaught ReferenceError: Locale is not defined <anonymous> https://www.turmhuegelburg.de/contao:17 contao:17:13 Laden fehlgeschlagen für das <script> mit der Quelle "https://www.xyz.de/system/modules/pct_customelements/assets/js/CustomElements.js?v=f7214c53". contao:18:156 Uncaught TypeError: window.addEvent is not a function <anonymous> https://www.turmhuegelburg.de/contao:369 contao:369:8 Uncaught ReferenceError: Backend is not defined <anonymous> https://www.xyz.de/contao:793

Auch das externe Theme ist auf aktuellem Stand. Bei AllInkl läuft es.
01.09.2023, 12:39
mlweb

Was hat er für Erweiterungen drin?
Ich hatte gerade gestern eine mir bisher unbekannte Installation upgedatet. Die hatte ma3xl3/contao-easy-favicon installiert. Installation ohne Fehlermeldung aber das Layout war ohne Bilder und zumindestens in weiten Teilen ohne CSS. Deinstallation der Erweiterung und alles war problemlos da.

Entschuldigung hatte geschrieben während Du geantwortet hast. Damit ist meine Frage überflüssig.
01.09.2023, 12:45
mlweb

Mal geschaut ob eventuell sowohl ein public-Ordner als auch ein web-Ordner vorhanden ist. Falls ja in der composer.json die Entscheidung für einen der beiden Ordner treffen, durch entsprechenden Eintrag - als z.B. für den public

Code:

"extra": { "public-dir": "public", "contao-component-dir": "assets" },
01.09.2023, 12:48
tschero

Zitat:

Zitat von mlweb

Mal geschaut ob eventuell sowohl ein public-Ordner als auch ein web-Ordner vorhanden ist. Falls ja in der composer.json die Entscheidung für einen der beiden Ordner treffen, durch entsprechenden Eintrag - als z.B. für den public

Code:

"extra": { "public-dir": "public", "contao-component-dir": "assets" },

Das scheint alles zu passen.
Inhalt der composer.json:

Code:

{ "type": "project", "require": { "contao/calendar-bundle": "4.13.*", "contao/comments-bundle": "4.13.*", "contao/conflicts": "*@dev", "contao/faq-bundle": "4.13.*", "contao/listing-bundle": "4.13.*", "contao/manager-bundle": "4.13.*", "contao/news-bundle": "4.13.*", "contao/newsletter-bundle": "4.13.*" }, "extra": { "public-dir": "web", "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "@php vendor/bin/contao-setup" ], "post-update-cmd": [ "@php vendor/bin/contao-setup" ] } }

Und es gibt nur ein web Verzeichnis.

Grüße
01.09.2023, 13:36
tab

Die ganzen Caches im Backend unter Systemwartung hast du sicher schon mal gelöscht.
Und in den Entwicklertools schon nachgeschaut, ob das im Quelltext verlinkte CSS existiert oder ob das gar nicht angelegt wurde. Eventuell auch mal die Symlinks checken ob alle vorhanden sind (insbesondere /web/assets) und auf die richtigen Verzeichnisse verweisen.
01.09.2023, 14:10
tschero

Liste der Anhänge anzeigen (Anzahl: 2)

Zitat:

Zitat von tab

Die ganzen Caches im Backend unter Systemwartung hast du sicher schon mal gelöscht.

Ja, schon sehr oft.
Ich habe mehrfach die komplette Systemwartung ausgeführt - alle Haken.

Zitat:

Zitat von tab

Und in den Entwicklertools schon nachgeschaut, ob das im Quelltext verlinkte CSS existiert oder ob das gar nicht angelegt wurde.

Nein, da kommt nichts an.
Anhang 26609

Zitat:

Zitat von tab

Eventuell auch mal die Symlinks checken ob alle vorhanden sind (insbesondere /web/assets) und auf die richtigen Verzeichnisse verweisen.

Das ist ein guter Punkt.
Der Symlink "assets" ist scheinbar nicht korrekt. Ein Klick (in WinSCP) darauf meldet "Verzeichnis nicht gefunden". Bei der gleichen Installation bei AllInkl, führt der Link korrekt zum "assets"- Verzeichnis.
Anhang 26610

Hat jemand einen Rat, wie ich das ohne SSH reparieren kann?

Grüße
01.09.2023, 14:17
tab

Löschen kannst du den Link nicht in WinSCP? Naja, vermutlich nicht, der Manager konnte es ja offenbar nicht und Contao auch nicht (bei der kompletten Systemwartung).
01.09.2023, 14:27
tschero

Ja, so langsam gehen mit zwar nicht unbedingt die Ideen aber die Optionen aus :D

Den Symlink kann ich löschen, Contao legt auch einen neuen an. Aber dieser zeigt wieder "Verzeichnis nicht gefunden".

Wo könnten man denn schauen, ob beim Hoster erlaubt ist, symlinks zu setzen?

Grüße
01.09.2023, 14:46
tab

Naja, wenn die restlichen Symlinks korrekt angelegt wurden, dann können prinzipiell Symlinks erfolgreich angelegt werden. Wenn nicht, würde ich erst mal in den Logdateien (PHP, Apache access.log und error.log) schauen, sofen die überhaupt zugänglich sind. Eventuell könntest du auch mal schauen, welche PHP-Funktionen im phpinfo() unter disable_functions gelistet werden. Insbesondere natürlich die Funktion symlink.
Was sagt denn der Manager beim Anlegen? Vielleicht geht es ja da und nur im normalen Webprozess, also z.B. über das Backend, nicht.
01.09.2023, 14:54
Spooky

Zitat:

Zitat von tschero

Ja, so langsam gehen mit zwar nicht unbedingt die Ideen aber die Optionen aus :D

Was ist nun mit dem SSH Zugriff?
01.09.2023, 14:56
tschero

Zitat:

Zitat von Spooky

Was ist nun mit dem SSH Zugriff?

Leider noch nicht, ich krieg den Kunden gerade nicht ran....
01.09.2023, 14:57
tschero

Zitat:

Zitat von tab

Naja, wenn die restlichen Symlinks korrekt angelegt wurden, dann können prinzipiell Symlinks erfolgreich angelegt werden. Wenn nicht, würde ich erst mal in den Logdateien (PHP, Apache access.log und error.log) schauen, sofen die überhaupt zugänglich sind. Eventuell könntest du auch mal schauen, welche PHP-Funktionen im phpinfo() unter disable_functions gelistet werden. Insbesondere natürlich die Funktion symlink.
Was sagt denn der Manager beim Anlegen? Vielleicht geht es ja da und nur im normalen Webprozess, also z.B. über das Backend, nicht.

Der Manager meldet alles grün.
Folgender Eintrag in die .htaccess bringt keine Lösung:

Code:

Options +FollowSymLinks

Das war auch der Tipp vom Alfahosting Support.

Grüße
01.09.2023, 15:59
tab

Zitat:

Zitat von tschero

Der Manager meldet alles grün.
Folgender Eintrag in die .htaccess bringt keine Lösung:

Code:

Options +FollowSymLinks

Das sollte ja WinSCP eh nicht interessieren. Das gilt nur für den Apachen. Allerdings hätte der Apache dir einen Fehler 500 rausgehauen, wenn er die Einstellung nicht akzeptieren würde. Ich gehe auch mal davon aus, dass alle angelegten Symlinks nicht funktionieren, nicht nur der für assets?
Was sagt denn die phpinfo() zum Thema disable_functions und symlink? Wobei ich dann eigentlich eine Fehlermeldung in einer der Logdateien erwarten würde und nicht einfach einen nicht funktionierenden Symlink.

Document Root passt wohl auch, das hätte man beim Aufruf schnell gemerkt. Außer, die implementieren da irgendeinen Murks.
Ansonsten bleibt wohl nur warten auf den SSH-Zugang. Dann sieht man ja, ob das Symlinks sind und auf welches Zielverzeichnis sie verlinken.
01.09.2023, 17:07
tschero

Ja, auch die Symlinks in web/system funktionieren nicht.

Code:

disable_functions - no value

Das Thema Symlinks taucht in der phpInfo nirgendwo auf.
01.09.2023, 17:46
mlweb

Wen ich das richtig sehe, dann sollte vielleicht der Hoster mal testen, ob die Symlinks funktionieren auf dem Server auf dem der Kunde ist.

Grundsätzlich klappt die Installation bei Alfahosting auf jeden Fall. Ich hatte da kürzlich einen Neukunden mit Alfohosting.

Was hast Du denn derzeit für Zugriff nur Contao oder auch Webhostingpaket und FTP?
01.09.2023, 19:38
tschero

Zitat:

Zitat von mlweb

Wen ich das richtig sehe, dann sollte vielleicht der Hoster mal testen, ob die Symlinks funktionieren auf dem Server auf dem der Kunde ist.

Grundsätzlich klappt die Installation bei Alfahosting auf jeden Fall. Ich hatte da kürzlich einen Neukunden mit Alfohosting.

Was hast Du denn derzeit für Zugriff nur Contao oder auch Webhostingpaket und FTP?

Auf einen Teil des Hostings; ist ein Reseller-Paket und ich möchte keinen Zugriff auf ALLE Kunden haben. Das geht mich nichts an und das muss der Kunde selbst erledigen.
FTP und phpmyadmin ist vorhanden, ebenso Contao-Manager und Backend.
SSH ist angefragt.

Also ich glaube tatsächlich auch, dass es am Hoster/Server liegt. Was ich vom AH-Support heute so raushören konnte war auch, dass der Server letztens das neue Confixx-Update bekommen hat. Er war sich nicht 100% sicher.

Die Installation scheint m.E. grundsätzlich in Ordnung (ohne bisher weiter nach Fehlern gesucht zu haben).

Grüße
06.09.2023, 17:38
tschero

Liste der Anhänge anzeigen (Anzahl: 1)

Ein SSH-Zugriff besteht jetzt.
Das composer update dauert sehr lange und das warmup des cache scheint nicht zu funktionieren.
Das Anlegen der Symlinks hat aber scheinbar geklappt - alle Haken sind grün.
Anhang 26621

Folgende Ausgabe:

Code:

web1024@ssh:/var/www/web1024/html$ php8.0 -d memory_limit=3G composer.phar update Loading composer repositories with package information Info from https://repo.packagist.org: #StandWithUkraine Updating dependencies Nothing to modify in lock file Installing dependencies from lock file (including require-dev) Nothing to install, update or remove Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead. Generating autoload files 102 packages you are using are looking for funding. Use the `composer fund` command to find out more! contao/manager-plugin: Dumping generated plugins file... contao/manager-plugin: ...done dumping generated plugins file > @php vendor/bin/contao-setup Added the /var/www/web1024/html/web/index.php file. Added the /var/www/web1024/html/web/app.php file. Added the /var/www/web1024/html/web/preview.php file. Trying to install assets as relative symbolic links. --- ------------------------ ------------------ Bundle Method / Error --- ------------------------ ------------------ ? ContaoCoreBundle relative symlink ? ContaoFaqBundle relative symlink ? ContaoCommentsBundle relative symlink ? ContaoNewsBundle relative symlink ? ContaoCalendarBundle relative symlink ? ContaoNewsletterBundle relative symlink --- ------------------------ ------------------ [OK] All assets were successfully installed. --- -------------------------------------------------- ---------------------------------------------------------------- Symlink Target / Error --- -------------------------------------------------- ---------------------------------------------------------------- ? web/files/Downloads files/Downloads ? web/files/Bilder files/Bilder ? web/files/Diverse files/Diverse ? web/files/videos files/videos ? web/files/Bilder_Termine files/Bilder_Termine ? web/files/Headerbilder files/Headerbilder ? web/files/Plakate files/Plakate ? web/files/Startslider files/Startslider ? web/files/cto_layout files/cto_layout ? web/files/Impressionen files/Impressionen ? web/system/modules/pct_revolutionslider/assets system/modules/pct_revolutionslider/assets ? web/system/modules/pct_themer/assets system/modules/pct_themer/assets ? web/system/modules/pct_autogrid/assets system/modules/pct_autogrid/assets ? web/system/modules/pct_theme_installer/assets system/modules/pct_theme_installer/assets ? web/system/modules/pct_customelements/assets system/modules/pct_customelements/assets ? web/system/modules/pct_frontend_quickedit/assets system/modules/pct_frontend_quickedit/assets ? web/system/modules/pct_iconpicker/assets system/modules/pct_iconpicker/assets ? web/system/modules/pct_megamenu/assets system/modules/pct_megamenu/assets ? web/system/modules/pct_theme_updater/assets system/modules/pct_theme_updater/assets ? web/system/modules/pct_privacy_manager/assets system/modules/pct_privacy_manager/assets ? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible ? web/assets assets ? web/system/themes system/themes ? system/logs var/logs ? web/vendor/scrivo/highlight_php/styles vendor/scrivo/highlight.php/styles --- -------------------------------------------------- ---------------------------------------------------------------- // Clearing the cache for the prod environment with debug // false [OK] Cache for the "prod" environment (debug=false) was successfully cleared. // Clearing the cache for the dev environment with debug // true [OK] Cache for the "dev" environment (debug=true) was successfully cleared. The following exception is caused by a process timeout Check https://getcomposer.org/doc/06-config.md#process-timeout for details In Process.php line 1204: The process "'/opt/php/8.0.1/bin/php' -d allow_url_fopen='1' -d disable_functions='' -d memory_limit='3G' vendor/bin/contao-setup" exceeded the timeout of 300 seconds. update [--with WITH] [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--dry-run] [--dev] [--no-dev] [--lock] [--no-install] [--no-audit] [--audit-format AUDIT-FORMAT] [--no-autoloader] [--no-suggest] [--no-progress] [-w|--with-dependencies] [-W|--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>...] web1024@ssh:/var/www/web1024/html$ // Warming up the cache for the prod environment with debug // false [OK] Cache for the "prod" environment (debug=false) was successfully warmed. [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is up-to-date.

PHP 8.0

Hat noch jemand Tipps ,wie man weiter prüfen könnte?

Grüße
06.09.2023, 17:44
Spooky

PHP 8.0 hat das Lebensende erreicht, du solltest PHP 8.2 nutzen.
06.09.2023, 17:46
tschero

Das hab ich beim Alfahostingsupport nachgefragt.
Zurzeit nur PHP8.0 auf der Konsole möglich.

Find ich schon komisch.
06.09.2023, 17:52
Spooky

Vor allem ist das nur PHP 8.0.1. Die neueste PHP 8.0 Version wäre 8.0.30. Stimmt das den überhaupt mit der PHP Version über den Web Prozess überein?
06.09.2023, 17:54
tschero

Der hat PHP 8.0.20 - gem phpinfo()
06.09.2023, 18:31
Spooky

Alfa Hosting muss das auf jeden Fall beheben, andernfalls ist das fahrlässig.

In der Zwischenzeit: führe mal

Code:

/opt/php/8.0.1/bin/php vendor/bin/contao-setup -v

aus und poste die Konsolenausgabe.
06.09.2023, 18:59
tschero

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von Spooky

Alfa Hosting muss das auf jeden Fall beheben, andernfalls ist das fahrlässig.

Da geb ich Dir Recht.

Code:

web1024@ssh:/var/www/web1024/html$ /opt/php/8.0.1/bin/php vendor/bin/contao-setup -v Added the /var/www/web1024/html/web/index.php file. Added the /var/www/web1024/html/web/app.php file. Added the /var/www/web1024/html/web/preview.php file. Trying to install assets as relative symbolic links. --- --------------------------------- ------------------ Bundle Method / Error --- --------------------------------- ------------------ ? ContaoCoreBundle relative symlink -> web/bundles/contaocore ? ContaoFaqBundle relative symlink -> web/bundles/contaofaq ? ContaoCommentsBundle relative symlink -> web/bundles/contaocomments ? ContaoNewsBundle relative symlink -> web/bundles/contaonews ? ContaoCalendarBundle relative symlink -> web/bundles/contaocalendar ? ContaoNewsletterBundle relative symlink -> web/bundles/contaonewsletter --- --------------------------------- ------------------ [OK] All assets were successfully installed. --- -------------------------------------------------- ---------------------------------------------------------------- Symlink Target / Error --- -------------------------------------------------- ---------------------------------------------------------------- ? web/files/Downloads files/Downloads ? web/files/Bilder files/Bilder ? web/files/Diverse files/Diverse ? web/files/videos files/videos ? web/files/Bilder_Termine files/Bilder_Termine ? web/files/Headerbilder files/Headerbilder ? web/files/Plakate files/Plakate ? web/files/Startslider files/Startslider ? web/files/cto_layout files/cto_layout ? web/files/Impressionen files/Impressionen ? web/system/modules/pct_revolutionslider/assets system/modules/pct_revolutionslider/assets ? web/system/modules/pct_themer/assets system/modules/pct_themer/assets ? web/system/modules/pct_autogrid/assets system/modules/pct_autogrid/assets ? web/system/modules/pct_theme_installer/assets system/modules/pct_theme_installer/assets ? web/system/modules/pct_customelements/assets system/modules/pct_customelements/assets ? web/system/modules/pct_frontend_quickedit/assets system/modules/pct_frontend_quickedit/assets ? web/system/modules/pct_iconpicker/assets system/modules/pct_iconpicker/assets ? web/system/modules/pct_megamenu/assets system/modules/pct_megamenu/assets ? web/system/modules/pct_theme_updater/assets system/modules/pct_theme_updater/assets ? web/system/modules/pct_privacy_manager/assets system/modules/pct_privacy_manager/assets ? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible ? web/assets assets ? web/system/themes system/themes ? system/logs var/logs ? web/vendor/scrivo/highlight_php/styles vendor/scrivo/highlight.php/styles --- -------------------------------------------------- ---------------------------------------------------------------- // Clearing the cache for the prod environment with debug // false // Removing old build and cache directory... // Finished [OK] Cache for the "prod" environment (debug=false) was successfully cleared. // Clearing the cache for the dev environment with debug // true // Removing old build and cache directory... // Finished [OK] Cache for the "dev" environment (debug=true) was successfully cleared. // Warming up the cache for the prod environment with debug // false [OK] Cache for the "prod" environment (debug=false) was successfully warmed. [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is up-to-date.

Das sieht für mich gut aus. Alles grün und ok.

Das Frontend zeigt jetzt zumindest keine Fehlerseite mehr an. Aber es sieht genau so aus, wie das Backend.
Anhang 26622

Von heute morgen steht folgendes im Log:

Code:

[2023-09-06T08:55:10.452892+02:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Failed to start the session: already started by PHP." at /var/www/web1024/html/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 141 {"exception":"[object] (RuntimeException(code: 0): Failed to start the session: already started by PHP. at /var/www/web1024/html/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:141)"} []
06.09.2023, 19:27
Spooky

Poste einen Link zur Seite.
06.09.2023, 19:32
tschero

Hier der Link zur Seite. Ist im Wartungsmodus.
06.09.2023, 19:32
Spooky

Da ist leider der Wartungsmodus aktiv.
06.09.2023, 19:33
tschero

OK, ist raus
06.09.2023, 19:35
Spooky

Ist noch drin ;)
06.09.2023, 19:36
tschero

Hm, Backendhaken ist raus und ich sehe die Seite.
var/cache/prod gelöscht
06.09.2023, 20:32
Spooky

Wartungsmodus ist immer noch aktiv.
06.09.2023, 20:57
mlweb

Das Laden aller Ressourcen (css, Bilder, Fonts) erfolgt mit Status 403 - Zugriff nicht erlaubt. Da muss m.E. etwas mit den Rechten faul sein. Sicher das die Ordner im files-Ordner auf public stehen?

Nachtrag: Falls ja, dann mal ausschalten und wieder aktivieren.
06.09.2023, 22:15
Spooky

Der 403 Fehler ist:

Code:

Server unable to read htaccess file, denying access to be safe

Also es stimmen die Berechtigungen der .htaccess Datei nicht (evt. auch mehr).
06.09.2023, 22:50
mlweb

Mir fällt gerade etwas ein. Bei Alfahosting gibt es eine Websitefirewall. Die machte bei meiner Kundeninstallation auch ein paar Probleme. Lass doch mal schauen, ob die für die Domain aktiviert ist und falls ja lass sie für die Domain mit Contao abschalten.
07.09.2023, 06:38
tschero

Liste der Anhänge anzeigen (Anzahl: 2)

Zitat:

Zitat von mlweb

Das Laden aller Ressourcen (css, Bilder, Fonts) erfolgt mit Status 403 - Zugriff nicht erlaubt. Da muss m.E. etwas mit den Rechten faul sein. Sicher das die Ordner im files-Ordner auf public stehen?

Nachtrag: Falls ja, dann mal ausschalten und wieder aktivieren.

Ja, die Verzeichnisse stehen auf öffentlich. Hab es auch noch mal neu gespeichert.

Insgesamt scheint es dann wohl ein Berechtigungsproblem bei Alfahosting zu sein (evtl. die Websitefirewall).
Anhang 26623
Anhang 26624

Das muss der Kunde dann mal schnellstens prüfen lassen - inkl. der veralteten PHP-Version.

Danke schon mal an alle für Eure Mühe.

Grüße
07.09.2023, 08:31
Spooky

Zitat:

Zitat von mlweb

Mir fällt gerade etwas ein. Bei Alfahosting gibt es eine Websitefirewall. Die machte bei meiner Kundeninstallation auch ein paar Probleme. Lass doch mal schauen, ob die für die Domain aktiviert ist und falls ja lass sie für die Domain mit Contao abschalten.

Mit der Firewall hat das Berechtigungsproblem bei der .htaccess Datei vermutlich nichts zu tun.

@tschero hast du das schon behoben?
07.09.2023, 08:56
tschero

Zitat:

Zitat von Spooky

Mit der Firewall hat das Berechtigungsproblem bei der .htaccess Datei vermutlich nichts zu tun.

@tschero hast du das schon behoben?

Nein, ich hab keinen Zugriff auf das Hosting.
Mit dem Kunden konnte ich schon sprechen. Er meldet alles bei Alfahosting bzw. schaut, ob er die Berechtigungen selbst ändern kann.

Bis hierher schon mal herzlichen Dank für Eure Unterstützung.

Grüße
08.09.2023, 11:55
tschero

Liste der Anhänge anzeigen (Anzahl: 2)

Der Alfahostimg-Support tut sich etwas schwer.

Folgende Fragen hat er gestellt:
Welche Dateien oder Verzeichnisse betroffen sind?
Welche spezifischen Berechtigungen erwartet werden?
Welche Fehler oder Probleme sind aufgetreten?

Hat zu den Berechtigungen jemand eine bessere Antwort als "755"?
Hier die Berechtigungen für /web
Anhang 26632

und das Hauptverzeichnis:
Anhang 26633

Grüße
08.09.2023, 13:18
Spooky

Welche Berechtigungen die richtigen sind muss Alfa Hosting wissen, nicht du.
08.09.2023, 14:19
tab

Momentan gehört die .htaccess ja dem Webhosting-User, wie eben auch die restlichen Dateien, insbesondere auch die index.php. Da beide vom Contao-Manager angelegt werden auch nicht weiter verwunderlich. Und auf die .htaccess kann der Apache offenbar nicht (mehr) zugreifen. Während die index.php ja ausgeführt wird (allerdings vermutlich per FastCGI oder PHP-FPM mit den Rechten des Webhosting Users). Wenn das von heute auf morgen plötzlich nicht mehr geht, dann sollen sie halt mal in der Technik nachfragen, was die gemacht haben und warum der Apache danach plötzlich die .htaccess nicht mehr lesen kann, obwohl er es vorher offenbar noch konnte. Kunden können das sicher nicht besser wissen als deren Technik. Hoffe ich jedenfalls für alle Kunden ;).
09.09.2023, 21:13
tschero

Kurzes Update:
Kunde hat - bevor ich mit dem AH-Support sprechen konnte - die Berechtigungen gem. einer Parallelinstallation selbst per sftp gesetzt. Seite ist wieder online.
Mich wundert eben, dass der Composer und der CM keine Probleme gezeigt haben. Und ich vermute immer noch, dass dort an der Technik etwas nicht ganz stimmt.

Mal sehen, was beim nächsten Update passiert ;).

Euch allen besten Dank für die Unterstützung.

Grüße