Backend ohne Template

[DerDevThor]

Mühsam habe ich mich über die Stolpersteine bei der Installation von Contao geschleppt und nachdem nun alles installiert ist, hat das Backend einen Knacks weg - vielleicht auch mehr - und verwendet nicht das Template. Funktional ist das Backend verfügbar.

Gerade für Beginner mit Contao sollte doch gerade die Installation reibungslos laufen, dass man starten kann. Das ist hier definitiv nicht der Fall!

Kann mir jemand helfen, wie ich die Installation retten kann?

Backendstyle missing.18-10-_2023_05-49-38.jpg

Welche Contao Version ist installiert?

• 5.2.4

Wenn nicht die aktuellste Version von Contao verwendet wird, warum (Probleme beim Update, benötigte Erweiterung noch nicht kompatibel, usw)?

• N/A

Wo ist Contao installiert (Hoster, lokale Testumgebung, usw.)?

• Apache/2.4.56 (Win64) OpenSSL/1.1.1t PHP/8.2.4
• 11.2.1-MariaDB ***

Wie ist Contao installiert / upgedated worden (ContaoManager, Composer über CLI, zip-Datei, usw.)?

• Composer
• ContentManger

Gibt es Zugang zur Contao Installation mittels Konsole / SSH?

• nein

Welche Erweiterungen sind installiert? (hinzugefügt 11.02.19)

• keine

*** auch ich hatte das Problem mit der Datenbank. Anders als in einem anderen Thread konnte ich im ContentManager nichts manuell eingeben. Nachdem ich allerdings einmal die env.local geschrieben hatte und der ContentManager meine MariaDB-Version angegeben hat, konnte ich diese einfach in die Datei kopieren und dann funktionierts. Wohl versucht da jemand, die Version über den Infostring zu lesen. Gewagter Ansatz!

[Spooky]

Führe composer install aus und poste die Konsolenausgabe.

[DerDevThor]

Führe composer install aus und poste die Konsolenausgabe.

$ F:\xampp\php\php.exe -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Berlin F:/xampp/htdocs/contao.01/web/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader
Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
Generating optimized autoload files
Class Contao\ManagerPlugin\PluginLoader located in F:/xampp/htdocs/contao.01/vendor/contao/manager-plugin/src\Resources\PluginLoader.php does not comply with psr-4 autoloading standard. Skipping.
110 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 bin/console file.
Added the web/index.php file.
Added the web/preview.php file.

 Trying to install assets as relative symbolic links.

 --------- ------------------------ ------------------ 
            Bundle                   Method / Error    
 --------- ------------------------ ------------------ 
  WARNING   ContaoCoreBundle         absolute symlink  
  WARNING   ContaoFaqBundle          absolute symlink  
  WARNING   ContaoCommentsBundle     absolute symlink  
  WARNING   ContaoNewsBundle         absolute symlink  
  WARNING   ContaoCalendarBundle     absolute symlink  
  WARNING   ContaoNewsletterBundle   absolute symlink  
 --------- ------------------------ ------------------ 

 [OK] All assets were successfully installed.                                                                          


 ---- ---------------------------------------- -------------------------------------------------- 
       Symlink                                  Target / Error                                    
 ---- ---------------------------------------- -------------------------------------------------- 
  OK   system/themes/flexible                   vendor/contao/core-bundle/contao/themes/flexible  
  OK   web/assets                               assets                                            
  OK   web/system/themes                        system/themes                                     
  OK   system/logs                              var/logs                                          
  OK   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.                                           


 // 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 run the contao:migrate command to make sure the database is up-to-date.                           

# Process terminated with exit code 0
# Result: OK

composer migrate habe ich auch ausgeführt und das Ergebnis war, dass die DB auf dem aktuellen Stand ist.

[chocolat65]

Hallo DerDevThor

ich habe das gleiche Problem.
Konntest due es beheben?
Wenn ja wie?

Gruß Renate

[tab]

Scheint ja beides Windows zu sein.
Falls XAMPP, welche Version? Wo installiert (Laufwerk/Verzeichnis)? XAMPP als Administrator ausgeführt oder alternativ dem Benutzer die notwendigen Rechte gegeben, insbesondere zum Erstellen von Symlinks?
Falls kein XAMPP, was dann?

(Edit: Habe gerade bei mir auf dem Linux-Server jedenfalls die neueste Version ohne jegliche Probleme installiert, also so wie es für einen Contao-Neuling sein sollte . Ok, was mich neuerdings immer etwas irritiert ist der Hinweis im Backend, dass in den Systemeinstellungen die Adresse des Administrators nicht eingetragen ist. Dabei gebe ich die doch eigentlich an bei der Einrichtung des Backend Users. Oder wofür nimmt Contao die angegebene Mailadresse sonst?)

[chocolat65]

auf xampp Version 8.2.4 als Aminsitraor ausgeführt - alles so gemacht.
Ich bin kein contao Neuling.
Pfad: C: xampp/htdocs/meinOrdner/public

Wie gesagt. Die Installation geht problemlos durch.

Kann mich auch anmelden. Das Backend ist reines html ohne css.
Datenbanken sind korekt befüllt.

Email Adresse steht bei mir in der Datenbank, so wie es sein soll. Benötigst du für Kontakt über Email.
Ist aber erst mal nicht wichtig bei der Installation. Kannst du hinterher jederzeit ändern

[chocolat65]

ich werde jetzt mal in den entsprechenden Ordnern die Symlinks löschen. Mal schauen.

[tab]

auf xampp Version 8.2.4 als Aminsitraor ausgeführt - alles so gemacht.
Ich bin kein contao Neuling.
Pfad: C: xampp/htdocs/meinOrdner/public

Also XAMPP als Administrator gestartet... (als Administrator ausführen)
Hmm, wenn der vHost ordnungsgemäß eingerichtet ist, und auch kein open_basedir usw dazwischenfunkt, wie sieht denn das Backend in der Entwicklungsumgebung des Browsers aus?

Eventuell mal Netzwerk (Google Chrome) bzw Netzwerkanalyse (Firefox) öffnen und dann die Seite neu laden mit STRG+F5, so dass wirklich ALLES neu geladen wird. Dann wird vermutlich bei den (oder einigen) CSS- und JS-Dateien kein Status 200 stehen, sondern eher 404, sonst würde das CSS ja benutzt.

Dann mal schauen, welche Datei da genau geladen werden sollte und ob die mit demselben Namen und Hash auch im Dateisystem existiert. Falls ja, klappt eventuell was mit dem Symlink nicht, über den sie für den Apache erreichbar ist bzw sein sollte. Oder der Pfad ist doch irgendwie verkehrt. Eventuell mal versuchen, eine solche Datei im Browser direkt aufzurufen. Falls nein, muss man weiterforschen, warum diese Datei(en) nicht (oder nicht korrekt) erstellt wurden.

[mlweb]

Wie gesagt ein generelles Problem kann es nicht sein bei mir läuft es unter XAMPP 8.2.4 und Windows 11 problemlos bei mehreren Installationen mit vhost.
Wenn ich solche Probleme mal hatte (Backend-CSS nicht vorhanden, nicht nur unter XAMPP), dann war das in der Regel nach Löschen des Browser Caches erledigt.

@chocolat65 arbeitest Du im XAMPP mit Zertifikat?

Ich habe auf jeden Fall aus Faulheit und weil ich mir XAMPP mal abgeschossen habe damit, kein Zertifikat hinterlegt und arbeite lokal über http.

[tab]

Oder ist das mal wieder so eine Geschichte C:\XAMPP vs D:\XAMPP? Kann jedenfalls nichts schaden mal nachzuschauen, ob die Dateien (warum auch immer) nicht herutergeladen werden oder ob sie schlicht gar nicht existieren.

[chocolat65]

Der Pfad ist korrekt.
Habe die Version 4.13 installiert. Damit komme ich in das Backend und kann auch damit arbeiten. Das ist ja das komische.
Würde aber gerne mit 5er Version das Projekt erstellen.
Browser Cache habe ich auch gelöscht.
Mit nem anderen Browser habe ich es auch versucht. Das gleiche Problem.

Nein ich abeite nicht im Xampp mit Zertifikat. Habe ich noch nie gemacht. Ich arbeite auch über http
Wie gesagt mit Version 4.13 klappt es ja nur mit 5.2 nicht.

Bei 5.2.6 sieht das dann so aus:

backendlogin.png

Backendfehler.jpg

[Fehrmann]

Eventuell mal Netzwerk (Google Chrome) bzw Netzwerkanalyse (Firefox) öffnen und dann die Seite neu laden mit STRG+F5, so dass wirklich ALLES neu geladen wird. Dann wird vermutlich bei den (oder einigen) CSS- und JS-Dateien kein Status 200 stehen, sondern eher 404, sonst würde das CSS ja benutzt.

Dann mal schauen, welche Datei da genau geladen werden sollte und ob die mit demselben Namen und Hash auch im Dateisystem existiert. Falls ja, klappt eventuell was mit dem Symlink nicht, über den sie für den Apache erreichbar ist bzw sein sollte. Oder der Pfad ist doch irgendwie verkehrt. Eventuell mal versuchen, eine solche Datei im Browser direkt aufzurufen. Falls nein, muss man weiterforschen, warum diese Datei(en) nicht (oder nicht korrekt) erstellt wurden.

Den Vorschlag zur Analyse finde ich gut. Schon mal geschaut?

[chocolat65]

hab das erhalten

fehleranalyse.jpg

[chocolat65]

und bei der Installation 5.2 hatte ich das. Denke aber dass das der Contao-Manager berichtigt hat oder nicht?

----------------------------------------------------------------

Trying to install assets as relative symbolic links.

--------- ------------------------ ------------------
Bundle Method / Error
--------- ------------------------ ------------------
WARNING ContaoCoreBundle absolute symlink
WARNING ContaoFaqBundle absolute symlink
WARNING ContaoCommentsBundle absolute symlink
WARNING ContaoNewsBundle absolute symlink
WARNING ContaoCalendarBundle absolute symlink
WARNING ContaoNewsletterBundle absolute symlink
--------- ------------------------ ------------------

[OK] All assets were successfully installed.


---- ------------------------------------------- --------------------------------------------------
Symlink Target / Error
---- ------------------------------------------- --------------------------------------------------
OK system/themes/flexible vendor/contao/core-bundle/contao/themes/flexible
OK public/assets assets
OK public/system/themes system/themes
OK system/logs var/logs
OK public/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.


// 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 run the contao:migrate command to make sure the database is up-to-date.


# Process terminated with exit code 0
# Result: OK

[chocolat65]

und noch das ..und die Dateiern sind in den Ordnern identisch vorhanden

Screenshot 2023-11-18 182637.png

[Fehrmann]

Man sieht das die Dateien nicht geladen werden können. Das müsste man nun weiter untersuchen. Sind die Datei physisch in den Verzeichnissen vorhanden? Stimmen vielleicht die Symlinks nicht? Fehlen Dateirechte? Du siehst es gibt potentiell mehrere Ursachen.

[chocolat65]

ja die Dateien sind vorhanden und mit den Symlinks kenne ich mich nicht aus.
Was muss ich da genau machen?

[chocolat65]

kann das vielleicht sein, dass in der php.ini Datei ;sys_temp_dir = "/tmp" das Semikolon entfernt werden mus?

[Fehrmann]

Ich wüsste nicht, wie das zusammenhängen soll. Irgendwas verhindert das Laden der Dateien. Die Ursache musst du finden.

[chocolat65]

ok ich danke euch. Mit euch bin ich zumindest dem Ziel etwas näher gekommen.
Schönes WE

LG

[tab]

Ok, die Dateien existieren wohl. Und der Symlink ist ein absoluter Symlink. Da wäre es natürlich spannend zu wissen, ob das Verzeichnis oberhalb von public eventuell htdocs ist, da hat XAMPP normalerweise einiges an eigenen Dateien drin, wenn ich mich recht erinnere. Eventuell sogar eine .htaccess Datei. Darin sollte man Contao m.E. eher nicht installieren.