Hoster Webgo

[daSilva]

Server 86, bei Verwendung des global installierten Composers kommt bei composer update noch folgende Fehlermeldung:

Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so: /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_devision_by_zero_error

Eingestellt ist PHP 7.0.

composer greift leider mit "composer" auf die standard php Version in der CLI zurück (PHP 5.6) und verwendet die php.ini für php 7.0, daher der Fehler.

Man kann dies z.B. so umgehen: "/usr/bin/php70 /usr/bin/composer"

Wann wird es die PHP-Einstellungen domainbezogen geben?

Dazu kann ich leider nichts sagen. In diesen Prozess bin ich leider nicht involviert.

[Spooky]

@tab kannst du mal auf dem Server 124 die app_dev.php probieren? Ich hab zwar Benutzername und Passwort gesetzt - jedoch präsentiert mir der Webserver immer noch immer wieder die Anmeldemaske und lässt mich nicht einloggen. Derartige Probleme gibt es auf manche Apache Konfigurationen gern mal, daher wollte ich wissen ob das auf dem Server 124 generell passiert. Auf dem Server 122 funktioniert es.

[Andreas]

Wann wird es die PHP-Einstellungen domainbezogen geben?

Danke, das hätte ich auch gefragt.

[Andreas]

die app_dev.php probieren?

Ich hatte das vor ein paar Tagen mal erfolgreich gemacht (Server 24). Musste aber meinen Passwortschutz aus der .htaccess raus nehmen.

[tab]

@tab kannst du mal auf dem Server 124 die app_dev.php probieren? Ich hab zwar Benutzername und Passwort gesetzt - jedoch präsentiert mir der Webserver immer noch immer wieder die Anmeldemaske und lässt mich nicht einloggen. Derartige Probleme gibt es auf manche Apache Konfigurationen gern mal, daher wollte ich wissen ob das auf dem Server 124 generell passiert. Auf dem Server 122 funktioniert es.

Also ich hab zuerst Benutzername und Passwort gesetzt

php70 vendor/bin/contao-console contao:install-web-dir --user=tab --password=mein_passwort

Dann habe ich die Startseite aufgerufen mit

http://meinedomain.de/app_dev.php

Ich musste User und Passwort eingeben, dann wurde die Seite angezeigt mit einer Leiste mit Informationen am unteren Rand des Browserfensters. Danach konnte ich normal die Navigation benutzen ohne Username und Passwort nochmal eingeben zu müssen.

[Spooky]

Hm, ok, komisch. Keine Ahnung woran es bei der einen Installation auf Server 124 hapert.

[mlweb]

Ich hab zwar Benutzername und Passwort gesetzt - jedoch präsentiert mir der Webserver immer noch immer wieder die Anmeldemaske und lässt mich nicht einloggen.

Konntest Du dieses Problem lösen?
Bei mir hat das m.E. auf dem Server 86 schon mal funktioniert. Heute wollte ich das für eine zweite Domain setzen und erhalte genau wie Du immer wieder nur die Anmeldemaske.

Nachtrag: Gerade noch einmal getestet. Gleicher Server zwei verschieden Domain. Bei einer funktioniert es. Hier wurde das Passwort vor ein paar Tagen gesetzt. Bei der anderen nicht.

[Spooky]

Konntest Du dieses Problem lösen?
Bei mir hat das m.E. auf dem Server 86 schon mal funktioniert. Heute wollte ich das für eine zweite Domain setzen und erhalte genau wie Du immer wieder nur die Anmeldemaske.

Nachtrag: Gerade noch einmal getestet. Gleicher Server zwei verschieden Domain. Bei einer funktioniert es. Hier wurde das Passwort vor ein paar Tagen gesetzt. Bei der anderen nicht.

Jein. Heute hat's einfach so funktioniert . Evt. einfach nur mal Browser neu starten... kA.

[mlweb]

Browserneustart und selbst Rechnerneustart und anderer Browser haben nicht geändert.
Kann ich eigentlich einfach ein neues Passwort setzen oder muss ich da vor her etwas löschen?

[Spooky]

Sollte gehen. Sonst lösche einfach die .env Datei im Root.

[mlweb]

Passwort neu setzen ohne Löschen von .env hat funktioniert und jetzt klappt auch die Verbindung. Wer weiss wo ich mich da vertippt habe oder welchen Grund das Ganze auch immer hatte.

[Spooky]

Hm, heute habe ich auf Server 124 schon wieder Probleme mit der app_dev.php. Obwohl eine .env Datei vorhanden ist, wird mir vom Apache kein HTTP Auth Response geliefert (sehe also immer nur "You are not allowed to access this file. Check app_dev.php for more information.").

// nvm, war ein Fehler in einer PHP Datei von mir... Leerzeichen vor dem <?php -_-

[tab]

Musste zwar das Passwort neu setzen, da ich es vermutlich vergessen hatte, aber danach ging es problemlos bei mir auf Server 124.

[tab]

Das Update von 4.4.1 auf 4.4.2 mit dem Contao-Manager lief jetzt auch komplett ohne Fehlermeldungen durch. Fast noch einfacher als EasyUpdate3

[Andreas]

Bei mir auch. Was mir aufgefallen ist:

Beim ersten Aufruf von example.org/contao-manager.phar.php war dort in der Konsole nichts zu sehen. Habe die Seite dann nochmal neu geladen, dann kam dort die Ausgabe (plus einige Fehlermeldungen die Servereinstellungen betreffend).

Nach Fertigstellung stand dort bei Contao immer noch Version 4.4.1. Erst nach Neuladen der Seite sah ich dort 4.4.2.

Was noch fehlt wäre eine visuelle Anzeige der letzten Updates. easy_themes ist z.B. mit geupt worden und funktioniert jetzt auch perfekt.

Muss man die contao-manager.phar.php (contao-manager.phar) eigentlich auch mal erneuern, oder macht sie das selber?

Der Server stand auf PHP-5.6 (weils meine Spielwiese ist und momentan noch nicht per Domain geht).