Beiträge von weltmeister

Sollte schon erledigt sein, es gilt für alle PHP-Versionen.

Zitat von kk

Welche Distribution+Version?

Üblicherweise sollte es genügen, das Debian/Ubuntu-Paket libmagickcore-6.q16-6-extra zu installieren (je nach Distributions-Version kann der Name auch geringfügig anders lauten).

PHP-FPM muss danach ggf. neu gestartet werden (z.B. systemctl restart php80-fpm), damit die laufenden PHP-Instanzen die aktualisierten ImageMagick-Module finden und laden.

Viele Grüße

-Klaus Keppler

Alles anzeigen

Frage: diese Erweiterung gilt dann für die Standard-PHP-Version, oder auch für die zusätzlichen PHP-Versionen, welche durch LiveConfig bereitgestellt werden?

Geht es hier in der Entwicklung eigentlich weiter? Die letzten 3 Monate waren sehr ruhig.
Vorschläge für neue Funktionen wurden genug gemacht, die dem Admin die Arbeit erleichtern.

Vielleicht darf man auch erst in 10 -20 Jahren mit der Funktion rechnen...

Aber leider nicht über die Oberfläche, wie am 16. Februar 2018 angekündigt.

Zitat von kk

Wie wäre es, wenn LiveConfig ein Umschalten der CLI-PHP-Version per GUI ermöglicht?
Dazu würden wir dann /usr/bin/php durch ein (äußerst schlankes) Wrapper-Programm ersetzen, welches dann an den für den jeweiligen Vertrag/Benutzer ausgewählten Interpreter übergibt.

Eine andere (sauberere) Lösung sehe ich gerade nicht.

Wann gibt es diese Funktion? Das wäre eine große Hilfe, vor allem bei Kunden, die immer wieder anfragen... wäre das eine sorge weniger.

Reagiert eigentlich jemand unter der genannten Mailadresse?

Zitat von antondollmaier

Wir haben die Selbstverwaltung der Postfächer über den LCDEFAULTS "mail.weblogin.enabled=1" pauschal aktiv. Es gibt, IMHO, nur wenige Gründe, weshalb sich die Postfach-Nutzer nicht selbst anmelden können dürfen.

Danke, hieran habe ich gar nicht gedacht. Es gibt aber ein "aber": wenn der Kunde die Checkbox deaktiviert, steht die Passwort-Ändern-Funktion im Webmailer trotzdem bereit und spuckt eine Fehlermeldung aus. Der irritierte Kunde wundert sich. Es gilt grundsätzlich, Support-Anfragen wegen vermeintlich nicht funktionierenden Einstellungsmöglichkeiten zu vermeiden.

Gäbe es auch eine Lösung ohne Checkbox? Die Option im Webmailer steht ja allen Kunden bereit, auch denen, die die Checkbox nicht aktiviert haben und gar nicht wissen, dass diese erst aktiviert werden muss. Diese erhalten dann Fehlermeldungen.

Eine andere Idee wäre es, die Passwort-Ändern-Funktion im Webmailer automatisch auszublenden, wenn der Kunde die Checkbox nicht gesetzt hat.

Das wäre schlecht. Wie gesagt, 99,99% aller Kunden wissen wirklich nicht, das man erst den Haken in LiveConfig setzen muss, wenn im Webmailer die Möglichkeit besteht, das Passwort zu ändern.

Installierte LC Version: 2.18.10

Und ist bei dem betreffenden Mailaccount auch der "Self-service" in den Postfacheinstellungen erlaubt?
---> Nein. Ist das zwingend erforderlich? Ich würde die Option das Passwort zu ändern gern jedem Kunden anbieten, auch wenn dieser die Checkbox nicht aktiviert hat. 99,99% aller Kunden beachten diese erfahrungsgemäß überhaupt nicht.

Der Kunde hat sich in dem Falle mit der Mailadresse und dem Passwort angemeldet. Etwas anderes ist nicht zulässig. Was könnte noch die Ursache sein? Es ist noch LC aktiv.

Ich habe mich heute mal eingehend mit dieser Materie beschäftigt. Ich erhalte ebenso folgenden Fehler:

"Neues Passwort konnte nicht gespeichert werden. Ivalid e-mail and/or password"

config:

$config['password_driver'] = 'liveconfig';

$config['password_liveconfig_host'] = 'server1.xxxx.de';

$config['password_liveconfig_port'] = '8443'; // defaults to 8443

$config['password_liveconfig_accept_selfsigned'] = true; // accept self signed certificates

Die Datei liveconfig.php ist hier im Verzeichnis ergänzt: /htdocs/plugins/password/drivers

Hat jemand eine Idee oder gibt es irgendwo eine konkrete Anleitung oder funktioniert das Plugin schon gar nicht mehr? Noch ist LC2 aktiv.

Im Log steht nur: E-Mail password update failed - email='test1@meine-domain.de', IP='127.0.0.1'

In 20 Jahren können wie vielleicht damit rechnen.

Ich denke mal wir können ggf. ab 2036 damit rechnen

Danke, das ist gut zu wissen, das die gröbsten Dinge wohl behoben sind, die in der anfangszeit teilweise noch größere Probleme bereitet haben.

Danke für den Erfahrungsbericht. Das mit dem deinstallieren der Pakte hatten wir auch einmal bei einem Upgrade, ist aber schon länger her. Warum auch immer die Pakete mit autoremove entfernt worden sind ist unklar. Die Lösung war einfach manuell nachinstallieren und schon war innerhalb von wenigen Minuten alles wieder in Ordnung. Der Schreck war aber bei uns auch erstmal sehr groß.

Der Frage, ob wir uns im Live-Betrieb mit Tausenden Kunden uns es mittlerweile trauen können auf die Version 3 zu upgraden, schließe ich mich. Oder ist es doch noch besser abzuwarten?

Fohes neues Jahr!

Plesk ist eigentlich das, was wir nicht wirklich wollen. LiveConfig ist gut, aber eben leider noch lange nicht so umfangreich, wie andere CPs.
Kunden, die nach Litespeed fragen, was anderswo schon lange selbstverständlich ist, würde ich zudem nie als Premium-Kunden bezeichnen.

Die Frage ist doch nicht ernst gemeint, oder? Und warum sollte ich mich hier rechtfertigen für Dinge, die bei uns ständig im Kundenservice angefragt werden, aber nicht verfügbar sind? Noch einmal: es geht hier nicht um meine persönlichen Bedürfnisse, sondern um das, was die Endkunden oder deren Webdesigner wünschen oder bei uns anfragen.

Stichwort: Litespeed-Cache. Hierauf schwören die richtigen Profis. Auch das hat uns schon den einen oder anderen Kunden gekostet, der entweder erst gar nicht zu uns gekommen ist oder von derem Webdesigner zu anderen Anbietern umgezogen worden ist.