Problem mit ionCube-Loader

Hallo,

unser OXID CE 6.2.3 läuft jetzt endlich so, wie wir uns das vorgestellt haben. Naja… fast so,

Ich habe mir von dg web solutions das kostenlose Cookie Consent-Modul geholt, das (leider) den ionCube-Loader benötigt.

Da ich den Loader in der alten Shop-Version auch installiert hatte und das eigentlich kein Problem war, war ich zuversichtlich, dass das wieder klappt.

Die Installation hat auch super geklappt, die php.ini in alle Verzeichnisse kopiert, der Shop zeigt unter Service/Systeminfo an, dass der Loader installiert ist.

Wenn ich jetzt aber das Modul mit composer installieren will, dann kommt es zu einem Fehler:

[

Wie ich das jetzt mit meinem begrenzten Wissen verstehe, muss die zend_extension-Zeile auch in der php.ini auf /etc/php7.4 eingefügt werden. Aber da komme ich doch gar nicht hin. Und wenn, dann ist die schreibgeschützt.

Ich habe schon alles mögliche ausprobiert, aber leider zu keinem Ergebnis gekommen. Jetzt hoffe ich auf das Schwarmwissen der Community.

Viele Grüße

Matthias

Du hast wahrscheinlich den ionCube-Loader nur für Dein FPM (Fast Process Maschine) installiert und noch nicht für die CLI (Konsole) https://beyond.lol/php-ioncube-loader-in-ubuntu-und-debian-installieren/

Wenn Du den ionCube Loader noch für die CLI installiert sollte es klappen.

Die Anleitung hatte ich auch schon.

Es gibt ein Verzeichnis /etc/php7.4/ mit einer php.ini, aber die ist schreibgeschützt. Und eigentlich liegt die „außerhalb“ meines Verzeichnisses.

Jeder Hoster ermöglicht auf die eine oder andere Weise seinen Kunden die PHP Konfiguration festzulegen, bei einigen hast Du eine php.ini, bei anderen ein Textfeld im Control Panel, etc. Guck mal in die Systeminformation, wo phpinfo() ausgegeben wird, dort könnten mehrere php.ini Dateien in verschiedenen Pfaden enthalten sein, eventuell gibts auch für CLI zusätzliche php.ini Dateien.
Im Zweifelsfall sollte es im FAQ vom Hoster stehen.

Richtig, da gibt es zwei.
Das untere ist der Pfad, den ich in meinen Shop habe, und der obere - /etc/php7.4 - da komme ich zwar hin mit cd /etc/php7.4, aber die php.ini dort kann ich nicht bearbeiten, die ist schreibgeschützt.

ist in der php.ini im source Ordner der zend loader eingetragen?

Ja, denke schon. Hier die php.ini aus dem source-Verzeichnis

zend_extension = /homepages/38/d676841586/htdocs/usr/lib/php7.4/extensions/ioncube_loader_lin_7.4.so
memory_limit = -1;
upload_max_filesize = 64M;
post_max_size = 64M;
max_execution_time = 50000;
max_input_vars = 5000;
browscap = /usr/lib/php7.4/browscap.ini;
error_reporting = (E_ALL & ~(E_STRICT|E_NOTICE|E_WARNING|E_DEPRECATED));
url_rewriter.tags = “a=href,area=href,frame=src,form=fakeentry,fieldset=”;
mysql.default_socket = “/tmp/mysqld.sock”
mysqli.default_socket = “/tmp/mysqld.sock”
session.save_path = “/tmp/.priv”
session.gc_probability = 0
sendmail_path = “/usr/sbin/sendmail -t -i”
extension_dir = “/usr/lib/php7.4/extensions”
date.timezone = “Europe/Paris”

Wenn Du den ionCube-Loader nur als Bestätigung für Composer brauchst, musst Du den nicht zwangsweise auch für CLI installieren. Du kannst in der composer.json Deines Projektes gewisse Vorgaben machen, die Composer dann ungeprüft übernimmt (z.B. abweichende PHP-Version, installierte Module…).

Details dazu kannst Du unter Falsche PHP-Umgebung für Installation korrigieren – Helpcenter nachlesen. Dort ist auch der Eintrag für ionCube drin.

Sollte jedoch ein encodedes Script direkt in der Konsole ausgeführt werden müssen, kommst Du um die ionCube-Installation nicht herum.

Das war‘s! Vielen Dank, jetzt funktioniert es.

Schöne Grüße

Matthias

Ok, zu früh gefreut.

Die Module, die den ionCube-Loader benötigen, sind installiert und laufen.

Jetzt wollte ich ein weiteres Modul installieren, das NICHT den ionCube-Loader benötigt, und prompt kommt eine Fehlermeldung beim Aufruf des composer:

Site error: the ionCube PHP Loader needs to be installed. This is a widely used PHP extension for running ionCube protected PHP code, website security and malware blocking.

Please visit get-loader.ioncube.com for install assistance.

Ich bin echt am verzweifeln. Hatte gehofft, es geht jetzt alles. Sollte das letzte zusätzliche Modul sein (und weil es ja schon mit anderen Modulen des selben Herstellers problemlos ging, dachte ich, dass das ganz flott geht), und danach inhaltliche Shop-Pflege, aber leider sitze ich schon wieder den ganzen Vormittag am Rechner und probiere herum.

Liniux? Habt ihr multiphp? Wir hatten mal was ähnliches:

Hallo,

inzwischen ist es so, dass sogar jeder Aufruf der oe-console einen “Site error: inonCube PHP Loader needs to be installed” produziert. Das Sche…-Teil IST installiert, die Module, die das brauchen, funktionieren ja auch! Wie gesagt, jetzt spinnt nur noch ein Modul rum, das ionCube gar nicht braucht. Ich habe es inzwischen geschafft, dass das Modul im Backend zu sehen ist, sich aber nicht aktivieren lässt, weil angeblich “The method ecs\EasyContact\Core\Events::onActivate is not callable.” In der composer.json steht alles korrekt drin, in der 1.yaml auch. In der Datenbank in oxconfig ist das Modul aber nicht eingetragen, was ich mit der oe-consle und apply-configuration machen wollte. Aber… die oe-console geht ja nicht, weil ionCube…

Kann man die Einträge in die Datenbank, was ja - nach meinem Verständnis - mit apply-configuration gemacht wird, nicht manuell hinzufügen?

Ich bin echt am Verzweifeln… Ich hätte mich niemals auf den Blödsinn mit dem ionCube-Loader einlassen und auf die Module, die den brauchen, verzichten sollen. Aber hinterher ist man immer klüger.

Bei Domainfactory muss man zusätzlich zend_optimizer.enable_loader = “1” anhaken.
Vieleicht hilfts ja

Wo mache ich das? In der php.ini?

Ok… in der php.ini funktioniert es nicht. Aber danke, ich bin froh für jede Idee.

Vergiss das bitte ist sicher bei 1+1 anders

Also, wenn ich im Backend Systeminfo aufrufe, dann steht da, dass der inoCube-Loader installiert ist. Daher laufen die Module.

Wenn ich in Putty php -v eingebe, dann steht da
PHP 7.4.14 (vli) …
Zend Engine v.3.4.0
Aber nichts vom ionCube-Loader.

Ich verstehe das nicht. Kann mir jemand gegen Entgelt das lösen? Ich bin definitiv zu unfähig dafür.

Guten Morgen,
wenn die Module funktionieren und nur die Konsole die Warnung ausgibt, würde ich das ignorieren!
Das Verhalten hatte ich letztens auch bei einem Kunden der das Roxive Theme benutzt.

Die Verschlüsselung wird ja im Betrieb des Modules benutzt und nicht bei der Installation.

Steffen Winde

Naja, wenn man nichts mehr installieren kann, geht das nicht so einfach.

Also…

  • es lässt sich nichts mehr installieren, es kommt immer die Meldung, dass der ionCube-Loader installiert werden muss. Und spätestens beim nächsten Oxid-Update fliegt mir das um die Ohren.
  • die beiden ionos-Anleitungen habe ich genau so befolgt. Hat aber nix gebracht (naja, die verschlüsselten Module laufen, aber der Shop wird sich nie weiterentwickeln können). ionos hat mir auch schon bestätigt, dass ich alles richtig gemacht habe, in der Shopinfo wird ja auch angezeigt, dass ionCube installiert ist, aber der Rest geht hat nicht.

Das läasst, wie in oberem Link #11 zu lesen, für mich nur den Schluss zu, dass in einer htaccess oder in einer php.ini (Ordner, Unterordner etc.) ein falscher Eintrag steht.