Hallo,
ich habe einige Kunden die bislang mittels htaccess-Datei die PHP-Version gesetzt haben
ZitatFcgidWrapper /var/www/XXX/conf/php71/php-fcgi-starter .php
Nach dem Update scheint dies ebenfalls nicht mehr möglich.
Gibt es hier eine alternative wenn es nicht über die Domain/Subdomain in LiveConfig eingestellt werden soll?
Wäre super wenn es dazu mal eine Nachricht vom Support gibt
Hallo,
wann wird es möglich sein eigene Links für Kunden anzeigen zu lassen. Derzeit wird das ja leider nur beim Reseller ausgegeben.
Kann mich hier nur meinen Vorrednern anschießen
https://www.liveconfig.com/de/handbuch/api.iframe.xhtml[/url] beschrieben wird. Besonders der Reseller will gegenüber Endkunden zusätzlichen Service, Funktionen oder Angebote bereit stellen. Doch der Reseller muss seit "Freitag, 29. Mai 2015, 23:18:56" nochimmer hoffen: "ab späteren LiveConfig-Versionen auch als Wiederverkäufer".
100%Zustimmung. Funktioniert ja für den Admin tadellos, es wäre aber sehr wünschenswert wenn die für den Reseller umgesetzt wird, damit die Links dann auch für die Endkunden zu sehen sind.
Kann es sein das eigene Links für Reseller nach wie vor nicht umgesetzt ist?
Wann ist damit zu rechnen?
Also mir persönlich würde die Warnung völlig ausreichen, aber von mir aus darf es auch etwas mehr sein, Hauptsache es muss nicht so wie jetzt alles einzeln gelöscht werden.
Ja das fand ich das ein oder andere Mal auch schon nervig. Nochmals eine Warnung wäre nett und nach Bestätigung sollte alles gelöscht werden
Zitatphp-5.3-opt are not recognized automatically, must add it manually to custom.lua
Kann ich bestätigen und hatte schon in der vorherigen Version darauf hingewiesen.
Die neue Funktion "Autoresponder für E-Mail kann nun zu einem bestimmten Datum automatisch beendet werden" verhindert, dass der Autoresponder überhaupt aktiviert werden kann.
Das kann ich bestätigen. Sobald ich dort ein in der Zukunft liegendes Datum eintrage antwortet der Autoresponder nicht mehr.
Hier werden unter Debian GNU/Linux 9.4 (stretch) nach dem Update alle optional installierten PHP-Versionen mit Ausnahme der 5.3.29 erkannt. Wen ich Sie in die custom.lua packe
LC.web.addPHP("php53", "/opt/php-5.3/bin/php-cgi")
und LiveConfig neu starte wird Sie erkannt. Alle Anderen jedoch auch wen Sie dort nicht stehen, wie es nun ja sein sollte
Danke für den Hinweis, bei mir stand allerdings auch in der /etc/default/spamassassin ein Cron=0
Vielen Dank für den Hinweis.
Gleich noch eine Frage dazu. in der etc/cron.daily/spamassassin (Debian Stretch) ist wohl standardmäßig Cron=0 gesetzt.
Sollte das nicht aktiviert werden?
Hallo,
ich nutze
zen.spamhaus.org
ix.dnsbl.manitu.net
bl.spamcop.net
Sorry für den Blödsinn den ich oben geschrieben hatte. Die meisten Logs werden ja offensichtlich in die other_vhosts_access.log geschrieben, daher wurde die ersten Einträge in die access.log erst mit Verzögerung geschrieben.
Nochmals vielen Dank für die schnelle Hilfe!
Vielen herzlichen Dank für die schnelle Hilfe.
Nachdem ich Ihrem Rat gefolgt bin und die conf-available/liveconfig.conf manuell angelegt und aktiviert habe werden die access.log in den einzelnen Kundenverzeichnissen wieder geschrieben wie es sein sollte. Auch /var/log/apache/error.log wird geschrieben, die /var/log/apache/access.log ist hingegen weiterhin leer
Hallo,
habe mein System von Debian 8 auf Debian 9 gebracht und alles läuft bisher soweit gut. Allerdings habe ich nun bemerkt, dass offensichtlich keine Apache access.log mehr geschrieben wird.
Ein a2enconf liveconfig liefert
ZitatERROR: Conf liveconfig does not exist!
Bei einem dpkg-reconfigure liveconfig werde ich nach dem Lizenzschlüssel gefragt. Nach Bestätigung tut sich da aber gar nichts mehr und ich lande wieder auf der Eingabeaufforderung.
Es ist weder eine /etc/apache2/conf.d/liveconfig noch eine /etc/apache2/conf-available/liveconfig.conf vorhanden.
Jemand einen Tipp was ich noch versuchen kann?
Debian Stretch
LiveConfig: 2.5.2-r4777
Hallo,
durch einen Tippfehler hatte ich für die PHP-Einstellungen einen zend_extension Eintrag für PHP 7.0 gemacht und dort statt ioncube_loader_lin_7.7.so die Datei ioncube_loader_lin_7.0.so angegeben. Nun erhalten ich alle halbe Stunde durch /usr/lib/liveconfig/cron.php.sh folgende Fehlermeldung obwohl ich natürlich den Eintrag entsprechend korrigiert und auch schon gelöscht und neu angelegt habe.
Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.7.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.7.so: cannot open shared object file: No such file or directoryJemand eine Ahnung was da schief gelaufen ist bzw. wie ich das abstellen kann? LiveConfig wurde natürlich auch schon neu gestartet. Die php.ini's habe ich schon geprüft, dort finde ich keinen Verweis auf eine Datei ioncube_loader_lin_7.7.so
Habe ich das richtig verstanden. Rate-Limit wurde vor 2 Jahren angekündigt ist aber in der aktuellen Version nach wie vor nicht umgesetzt?
Hat sich erledigt habs in der Changelog gesehen.
Ich erhlate nach dem Update ein
"invoke-rc.d: initscript lclogparse, action "restart" failed."
Sollte das nicht behoben sein (https://www.liveconfig.com/de/…1929&viewfull=1#post11929)
ZitatEdit
Nach einem neuerlichen Restart von liveconfig scheint lclogparse.service nun wieder zu funktionieren
Vielen Dank