whmcs/install/install.php был закодирован кодером ionCube для PHP 5 и не может работать под PHP 5.5

Когда я попытался установить whmcs, я получил эту ошибку.

/whmcs/install/install.php was encoded by the ionCube Encoder for PHP 5 and cannot run 
under PHP 5.5.\n Please ask the provider of the script to provide a version encoded with 
either the ionCube Encoder for PHP 5.3 or for PHP 5.4. in Unknown on line 0

Мой сервер имеет PHP 5.5.8, Apache/2.4.6 (Ubuntu)

Как я могу исправить эту проблему без понижения PHP?

2 ответа

Решение

Похоже, вы используете старую версию ionCube Loader, которая не совместима с PHP5.5. Они выпустили обновленную версию, которая, очевидно, работает с PHP5.5. Вы можете скачать новые версии здесь: http://www.ioncube.com/loaders.php

Проблема в людях WHMCS, так как они не будут обновлять свою систему, чтобы они были совместимы с 5.5, как они написали нам. Это может занять несколько месяцев или дольше, пока это, возможно, не произойдет, они написали нам! Поскольку этот поток относится к февралю 2014 года, вы видите, что до сих пор ничего не появлялось, и похоже, что у них сейчас вообще нет решения, и они не хотят пока доставлять код без кода или декодировать его с помощью другого php-кодировщика или перекодировать WHMCS с ионным кубом для php 5.5.

люди из ioncube писали:

мы не можем предложить решение в настоящее время... Опять же, это не намеренное ограничение, а скорее результат огромных изменений PHP в их движке исполнения. На данный момент единственное исправление для вас, по-видимому, это понижение версии PHP 5.4.

И WHMCS написал

Точно, так как в следующем выпуске мы больше не будем поддерживать PHP 5.2, чтобы мы могли кодировать, используя версию Ioncube, которая поддерживает PHP 5.3 и выше. Текущая версия WHMCS по-прежнему поддерживает PHP 5.2, поэтому в настоящее время мы не можем распространять одну копию, которая поддерживает 5.2 и 5.5+.

а также

Я могу сообщить, что мы не будем выпускать v6.0 в эти выходные, бета ожидается в ближайшие несколько месяцев.

Поэтому рекомендуется переключиться на более качественные приложения, которые уже обновлены до PHP 5.5.

т.е.

www.wefact.com/wefact-hosting/pricing/

hostbillapp.com/pricing

thehostingtool.com/home (БЕСПЛАТНО)

http://shinesoftware.github.io/shineisp/ (БЕСПЛАТНО)

www.clientexec.com/pricing.php

www.boxbilling.com/order (БЕСПЛАТНАЯ и дешевая профессиональная лицензия)

Какой из них будет лучшей альтернативой WHMCS, мы не знаем, вам нужно их протестировать!

Читайте также здесь Трудности Ioncube с PHP 5.5 Похоже, проблема заключается в ioncube и WHMCS, так как они, похоже, игнорируют прогресс и улучшения, внесенные в PHP.

Люди из ioncube только что написали мне еще раз, что ясно дает понять проблему:

Привет,

Мы настоятельно призываем наших клиентов кодировщиков (таких как WHMCS) кодировать для PHP 5.3 или выше, поскольку это обеспечит поддержку PHP 5.5 и PHP 5.6. Если они не соответствуют и не предлагают поддержку PHP 5.5 и 5.6, это их выбор. Хотя WHMCS объявила о поддержке PHP 5.5 несколько месяцев назад ( blog.whmcs.com/?t=92179), и у них есть средства для кодирования версии с поддержкой PHP 5.5, обновлений по этому вопросу пока нет. Однако это проблема, которую WHMCS должен решить, поскольку мы не можем заставить их обновить свои сценарии.

Ваши приложения явно используют функции PHP 5.6 или PHP 5.5? Если нет, то вы все равно должны иметь возможность перейти на PHP 5.4. Адаптация для PHP 5.6 (и даже PHP 5.5) все еще крайне низка (менее 5% для 5.5, менее 1% для 5.6), поэтому любой коммерческий сценарий, обеспечивающий эксклюзивную поддержку PHP 5.5, экономически не выгоден (Источник: w3techs.com / технологии / детали / pl-php / 5 / все). Если вы запускаете свои собственные сценарии с использованием языковых функций PHP 5.5 и 5.6, то теперь можно заменить эти файлы сценариями, совместимыми с PHP 5.4, пока ваши зависимости не выпустят поддержку PHP 5.5 / 5.6.

Что касается ограничения: как было сказано ранее, из-за огромных изменений в механизме исполнения PHP 5.5 мы были вынуждены отказаться от поддержки PHP 5.2. Это не преднамеренное решение целенаправленно нарушать PHP 5.2 или более низкую поддержку, а скорее ограничение наших технических ресурсов. До версии PHP 5.5 наши загрузчики содержали сложный код, который позволяет старым и несовместимым файлам работать на более новых версиях PHP. Это технически сложно разработать, требуя, чтобы загрузчик анализировал и фактически изменял части скомпилированного кода на лету, чтобы заставить их работать, но даже несмотря на то, что загрузчик бесплатный, мы всегда вкладывали столько времени и денег, сколько было необходимо достигать.

Другие вопросы по тегам