Nach einem Update wurden, ausgel\u00f6st durch den Sessionclean von PHP via Cronjob, regelm\u00e4\u00dfig die Informationsmails mit dem Inhalt „Cannot load the ionCube PHP Loader – it was already loaded“ verschickt. Diese Meldung kommt, wenn der ionCube Loader mehrmals \u00fcber eine Konfig-Datei geladen wird. Hierbei muss man nicht nur die Plesk Ordner durchsuchen, es m\u00fcssen auch die Vendor-PHP Ordner durchsucht werden. Neben der PHP-Version von Plesk hat der User auch eine PHP Version vom Betriebssystem. <\/p>\n\n\n
<\/p>\n\n\n
Die entsprechenden .ini files findet man unter Plesk in den Ordnern \/opt\/plesk\/php\/Versionsnummer
und in Ubuntu in
\/etc\/php\/Versionsnummer.<\/p>\n\n\n\n
mit
grep -ir ioncube_loader \/etc\/php
und
grep -ir ioncube_loader \/opt\/plesk\/php\/
werden die entsprechenden Dateien angezeigt, in der der ioncube_loader geladen wird. Die entsprechende Zeile in der doppelten .ini mit einer # auskommentieren. Anschlie\u00dfend sollte der Fehler nicht mehr auftreten. Mit
plesk bin php_handler –reread und einem service apache2 restart sollten die ge\u00e4nderten .ini Dateien dann auch neu eingelesen werden.<\/p>\n","protected":false},"excerpt":{"rendered":"
Nach einem Update wurden, ausgel\u00f6st durch den Sessionclean von PHP via Cronjob, regelm\u00e4\u00dfig die Informationsmails mit dem Inhalt „Cannot load the ionCube PHP Loader – it was already loaded“ verschickt. Diese Meldung kommt, wenn der ionCube Loader mehrmals \u00fcber eine Konfig-Datei geladen wird. Hierbei muss man nicht nur die Plesk Ordner durchsuchen, es m\u00fcssen auch … <\/p>\n