Gibt es hier bald eine Lösung? Auf dauer kann das so nicht weitergehen!
Beiträge von weltmeister
-
-
und der Provider wäre glücklich, der Kunde würde seine Software auf PHP 5.6 oder PHP 7 updaten. Vielleicht wäre das ein Weg?
Bei unserem Kunden leider nicht!
-
... wir nutzen das ganze ausschließlich aus diesen Quellen, Debian 7: https://www.liveconfig.com/wiki/de/multiphp
Wenn man das noch nachträglich "einbauen" könnte, wäre der Kunde glücklich
-
Siehe oben - wie stellt man das am besten für PHP 5.5 an?
Mit PHP 5.4. gibt es keine Probleme - die Datei imagick.ini sorgt im entsprechenden Verzeichnis dafür, dass die Erweiterung funktioniert, nur mit PHP 5.5. will das nicht klappen. Ich stehe anscheinend gerade etwas auf dem Schlauch... -
Auch ich muss leider etwas "drängeln": heute wieder selbiges Problem!
-
Auch wenn das Problem bereits bekannt ist: ich bitte um ein rasches Update, auch ich kann diese plötzlichen und vor allem unerwarteten Abstürze nur bestätigen, genau so wie oben beschrieben.
-
Blacklist/Whitelist pro E-Mail-Adresse
---> würde ich auch begrüßen!
-
Mal noch eine Frage: gibt es eigentlich eine richtige ausführliche (empfehlenswerte) Cronjob-Anleitung, die auch normale Endkunden ohne weiteres verstehen?
-
Das sind Dinge, die ein normaler Kunde gar nicht wissen kann.
Ich selbst ging immer davon aus, dass Cronjobs in der PHP-Version ausgeführt werden, welche man für den jeweiligen Account hinterlegt hat. -
Bindest du auch die ConfigDatei ein?
/usr/bin/php -c /var/www/webxxx/conf/php5 /var/www/webxxx/htdocs/cron.php
Wenn man es so einbindet, verschwinden die Fehlermeldungen.
Bisher war der Cronjob so angelegt: /usr/bin/php -q /var/www/webxxx/htdocs/cron.php
-
Code
/usr/bin/php -c /var/www/VERTRAG/conf/php5 /var/www/VERTRAG/htdocs/cron.phpDie Kunden haben keine Möglichkeit, die PHP-Einstellungen selbst zu bearbeiten. Ich dachte, es wird grundsätzlich auf die globale php.ini zugegriffen?
-
Wird den der IonCube Loader bei ner PHP-Info Datei ausgegeben?
Redest du jetzt von der CLI oder CGI?
Ja wird korrekt angezeigt. Die Rede war hier von CLI, wegen dieser Aussage:
ZitatIonCube might be configured fine for apache but it has to be also configured for "command-line interface"(CLI). CLI uses different php.ini file than apache and therefore it may be working fine for the actual installation but not working for the CLI on your server.
Durch einen Cronjob kommt leider nach wie vor noch diese Fehlermeldung:
ZitatSite error: the file <b>/var/www/webxx/xxx</b> requires the ionCube PHP Loader ioncube_loader_lin_5.4.so to be installed by the website operator. If you are the website operator please use the <a href="http://www.ioncube.com/lw/">ionCube Loader Wizard</a> to assist with installation.
Die normale Websiete funktioniert, es geht nur um den Cronjob und PHP-CLI.D.h. entweder habe ich einen Denk- oder Einstellungsfehler oder es liegt noch ein kleiner Bug vor.
Was sagt der Chef (KK) dazu?
-
Nachtrag: auch das ändern der Ladereihenfolge bringt leider keine Abhilfe.
-
Alles anzeigen
Wieso so kompliziert? Die Extension muss einfach nur zuerst geladen werden, ergo sieht eine Konfiguration in LC wie folgt aus:
Name: zend_extension
Typ: Erweiterung
Wert (zBsp): /usr/lib/php5/20121212/ioncube_loader_lin_5.5.so
Lade-Reihenfolge: 1
PHP Version: ≥ 5.5 , < 5.6Name: zend_extension
Typ: Erweiterung
Wert (zBsp): /usr/lib/php5/20121212/ioncube_loader_lin_5.6.so
Lade-Reihenfolge: 2
PHP Version: ≥ 5.6 , < 5.7usw usw
Wichtig ist nur, dass die Ladereihenfolge aller anderen "extensions" größer ist als die der Ioncube Loader.
Wir nutzen mittlerweile gar keine globale php.ini mehr sondern verwalten sämtliche Einstellungen über LC, funktioniert wunderbar.
So ist es, wir wollen das künftig auch komfortabel über diese Oberfläche verwalten.
Mein "Fehler" ist hier tatsächlich die Ladereihenfolge, hier stand überall die "1".
Ggf. sollte das in der Dokumentation mit erwähnt werden, oder habe ich da etwas falsch verstanden? -
Hier die Antwort des Scriptherstellers:
ZitatIonCube might be configured fine for apache but it has to be also configured for "command-line interface"(CLI). CLI uses different php.ini file than apache and therefore it may be working fine for the actual installation but not working for the CLI on your server.
D.h. es kommt hier zu einer Fehlfunktion, wenn man die Sache über die LiveConfig-Oberfläche einbindet, da die php.ini für CLI nicht aktualisiert wird?
-
ich muss das "alte" Thema nochmals ausgraben:
3 PHP-Versionen, für jede wurde Ioncube gemäß Anleitung eingebunden, trotzdem...
ZitatSite error: the file <b>/var/www/webxx/xxx</b> requires the ionCube PHP Loader ioncube_loader_lin_5.4.so to be installed by the website operator. If you are the website operator please use the <a href="http://www.ioncube.com/lw/">ionCube Loader Wizard</a> to assist with installation.
----> http://img5.fotos-hochladen.ne…ads/ioncubef3la8sq096.png
Wo ist der Fehler?
-
Also ich kann machen was ich will, es funktioniert einfach nicht. "Die Domain 82.xxx.xx.xxx ist nicht verfügbar."
Trotz zuweisung einer "exclusiven IP" unter Serververwaltung ---> Web
Woran kann das noch liegen?
-
Aber: Hab das Ganze in der Apache-Konfiguration nochmal nachgeprüft und dort die Erleuchtung bekommen, dass ich natürlich für die Domain 12.34.56.78 auch DIESE IP zuweisen muss! Grrr.... So nahe dran gewesen.
Danke aber ManDal, Du hast mich dennoch auf die richtige Spur gebracht
Marc
Hat das bei dir funktioniert?
Ich habe das eben auch einmal wie oben beschrieben probiert, da ich diese Funktion ebenso benötige. Hat jedoch nicht funktioniert.... -
Grundlage: Debian Wheezy mit "liveconfig-meta" und MySQL 5.5.
Wie geht man da am besten vor?
Reicht es, die alte Version zu entfernen und die neue zu Installieren?
Hier lese ich z.B. noch, dass einige Tabellen manuell ergänzt werden müssen? ---> https://blog.bastelfreak.de/20…pgrade-von-5-5-5-6-fixen/
Freue mich über Tipps und Vorschläge!
-
Ich finde kein einziges offenes Ticket von Ihnen.
Ich erinnere an meine mehrfachen Anrufe. Sie wollten die beiden besprochenen Punkte damals notieren / als Ticket anlegen...
Zur Erinnerung:
- Direkter Login aus einer internen Verwaltungsoberfläche heraus, z.B. einem Kundenloginbereich / Kundenverwaltungsbereich, ohne dort die Passwörter im Klartext hinterlegen zu müssen.
- Aufruf der Inhalte eines Webspace, direkt per Einzel-IP, z.B. http://198.33.22.43 (war mit Confixx möglich)Auch wenn das keine "extrem wichtigen" Dinge sind, diese hatten wir bereits im Dezember 2013 und in einem oder zwei wiederholten Telefonaten ausführlich besprochen.
