Перейти к содержанию

Рекомендуемые сообщения

Коллеги, не пора ли в аннотации к модулям и шаблонам указывать отдельной строкой совместимость дополнения с php7

Работает на OpenCart:  1.5.Х - 2.3

Работает на php7:  да\нет\не тестировалось

Сейчас бедные юсеры на своей шкуре это испытывают научным тыком

 

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

поддерживаю

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

php7 на данный момент 100% движком не поддерживается 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Только что, ArtemPitov сказал:

php7 на данный момент 100% движком не поддерживается 

тем не менее люди его уже используют. у меня за последний месяц уже 5 проектов на 7-й версии крутятся

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@ambalocha69 это в перспективе может вывалится неожиданными ошибками 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, ArtemPitov сказал:

php7 на данный момент 100% движком не поддерживается 

А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое)

Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7.

Просто пока делаю сайт, все вроде ок и достаточно шустро все работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? 
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
3 минуты назад, destreser сказал:

А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7?

она будет в новых версиях опенкарта

или ему надо переделать старые?

 

ос 2.3 откройте system/library/encryption.php

mcrypt_encrypt

не поддерживается в 7.1 например, на 7 работать наверно будет но

кто то то уже и 7.1 забубенит

 

будут новые версии

будет поддержка скорее всего

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
В 17.04.2017 в 11:40, ambalocha69 сказал:

Коллеги, не пора ли в аннотации к модулям и шаблонам указывать отдельной строкой совместимость дополнения с php7

 

двумя руками за.

давно пора!

 

В 17.04.2017 в 14:19, sv2109 сказал:

поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок

 

не соглашусь.

использую в довольно высоконагруженном (100 000 просмотров в день) проекте на 1.5-й версии именно php7. 

Все модули без проблем дружат с php7. В том числе и под ионкубом. Для некоторых специально к авторам обращался чтобы под 7-ку сделали ионкубирование.

Прирост производительности очень ощутимый.

В каком месте вы наблюдали несовместимость?  Или это чисто теоретически?

 

Когда БД оптимизирована, то переход на 7-ку дает реальный прирост производительности в 1.5...2 раза.

Ну как от такого можно отказаться даже не попробовав?

 

В 17.04.2017 в 14:09, pimur сказал:

просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое)

 

Смысл если 1.5-ка без проблем работает с php7?  быстрее 2-ка работать все равно вряд ли будет.

 

Вот с 7.1 есть нюансяы и проблемы, т. к. некоторые устаревшие вещи выкинуты, да и ионкуба пока нету.

 

В 17.04.2017 в 15:03, ashap сказал:

или ему надо переделать старые?

 

зачем если 7-ка работает и так? Я пока не встретил несовместимости.

Нет, есть конечно, модули, которые напрямую в БД лезут, используя mysql (которого нет в php 7).  Встречал такие.  А больше не припомню. Были предупреждения, что функция будет удалена в следующей (7.1) версии, но это на работу не влияет.

Изменено пользователем sitecreator
орфографические ошибки

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
В 17.04.2017 в 14:19, sv2109 сказал:

поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает?

Тем не менее, если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Но лучше всё же писать не совместимость с php7, как отдельную опцию, а просто список поддерживаемых версий php, потому что даже в рамках пятой версии не всё однозначно, но главное, что на php7 изменения то не останавливаются.

 

Кроме того, к тому времени, когда в ОК появится поддержка семёрки, уже будет php8 :)

 

 

2 часа назад, sitecreator сказал:

переход на 7-ку дает реальный прирост производительности в 1.5...2 раза.

Переход с какой именно версии? Там же и в рамках пятой версии от 5.4 до 5.6 каждая следующая версия наращивала производительность по сравнению с предыдущей. Хотя основной скачёк, вроде, был между 5.3 и 5.4.

Слабо верится, что разница даже в полтора раза может быть при переходе с 5.6 на 7.0 (разве что на 5.6 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
30 минут назад, Dotrox сказал:

Переход с какой именно версии?

 

с предыдущей, а именно с 5.6.

режим php-fpm в обоих случаях, и только nginx.

 

Если работает апаче, а php как модуль или cgi, то такой разницы не наблюдается, ибо апаче оказывается во всей этой связке самым медленным звеном. Причем, очень медленным. Там получается разница, сопоставимая со статистической погрешностью.  Процентов 10, от силы 20% наблюдал, и не был уверен, что это не есть влияние случайных факторов.

 

Страница товара 60 мс.  Страница категории на 100 товаров (+ фильтр) = 200 мс. Страница на 25 товаров = 100 мс. Без турбаторов и кешеров выдачи этих самых товаров. Чисто выдача товаров из БД.

Главная: 40...60мс

Десятки тысяч товаров. Просмотров в день более 100 000.

 

БД оптимизировалась без фанатизма, ибо достигнутых результатов с запасом хватает. Кеширование индексов, кеширование запросов средствами сервера БД работает. Сервер скромный VDS: 2Гиг + 2*2.5 ГГц. Загрузка равномерная:

 

74d0270aea.jpg

 

dcf4c4e5eb.jpg

 

Как только включаем Апаче, то разницы по сравнению с php 5.6 серьезной не наблюдается.

 

40 минут назад, Dotrox сказал:

Слабо верится, что разница даже в полтора раза может быть при переходе с 5.6 на 7.0

 

Я сам не ожидал такого результата.

Сравнение проводил с отключенным опкешем в обоих случаях.  Включение опкеша дает еще дополнительный прирост, но уже не столь существенный (но процентов 20 сверху еще получим).

 

Загрузка страницы со 150 мс сократилась до 90...100 мс сразу. Только факты.  Включаем опкеш и получаем 80 мс.

1.5х кратный прирост точно есть.  И даже 1.7х.  За 2х кратный не могу ручаться на 100%, я его наблюдал, но здесь погрешность измерения на уровне 20%.

 

Но если у вас страница грузится (с php 5.6) за 200 ...300мс, что само по себе довольно быстро, то основные накладные расходы в моем случае были на БД и на Апаче. И тут чудес только от перехода на php 7 ждать не стоит. 

Как модуль апаче php7 работает довольно медленно, про режим CGI даже и говорить как-то неприлично. Апаче + nginx+php-fpm тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче.

 

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, Dotrox сказал:

если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть.

 

Именно так. Модули в первую очередь. И именно те, которые под ионкубом.

Вот тут ионкуб - тормоз прогресса.  Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
4 часа назад, sitecreator сказал:

 

Именно так. Модули в первую очередь. И именно те, которые под ионкубом.

Вот тут ионкуб - тормоз прогресса.  Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже.

Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку.

Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует  - будет работать на 7.

Дальше просто роскладываем по папкам.

Так что проблемы работы на 7 по большому счету и нету

 

Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса.

Если же сервер - тогда без проблем - самому декодер поставить

 

 

ето для кодирования  - https://www.ioncube.com/   - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет.

 

а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
15 часов назад, tomjakoleg сказал:

ето для кодирования  - https://www.ioncube.com/   - автору тыкнуть если будет говорить что под 7-ку нет ионкуба

Под семёрку на самом деле нет :) Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере.

Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку.

  • +1 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее.

Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось.

Так что я за дополнительной информации про совместимость. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
On 05/05/2017 at 2:46 AM, Dotrox said:

Слабо верится, что разница даже в полтора раза может быть при переходе с 5.6 на 7.0

 

В 2 с копейками. А 7.1 вообще в 3 раза быстрей 5.6 получился.

https://m.habrahabr.ru/company/mailru/blog/326696/

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
9 часов назад, rb2 сказал:

 

В 2 с копейками. А 7.1 вообще в 3 раза быстрей 5.6 получился.

https://m.habrahabr.ru/company/mailru/blog/326696/

Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, вверху  в посте прирост был вследствии убирания апача, а смена версии может 10 процентов и добавила, @sitecreator так же  и писал, насколько я понял.

Сам же апача на серверах не выкидал пока, но наверное стоит попробовать, правда работы там будет прилично, легче даже не пробовать.

Результаты в 3 раза были б наверное (не знаю) если ОК и модули переделали б  под возможности 7. А так половина юзеров побежыт к хостерам с просьбой менять версию пхп, а потом к вам и другим авторам за файлами заионкбленными под 7, а толку будет ноль. Лучше б они вместо етого  базы оптимизировали и сервер подняли с нгинксом без апача.

О 7.1 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
3 минуты назад, tomjakoleg сказал:

Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки,

А не будете ли вы любезны, рассказать как писать модули под семЬОрку?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, chukcha сказал:

А не будете ли вы любезны, рассказать как писать модули под семЬОрку?

не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить  с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, tomjakoleg сказал:

вверху  в посте прирост был вследствии убирания апача, а смена версии может 10 процентов и добавила, @sitecreator так же  и писал, насколько я понял.

 

не, не так. 

Удаление апаче дает самый существенный абсолютный прирост в миллисекундах.

 

Но добивался поэтапно разными способами. На каждом этапе был свой прирост.

Смена php 5.6 на 7-ку дала прирост 1.5-х ...1.7-х на самых нагруженных страницах (категории с фильтрами). На менее нагруженных (использование БД) страницах выигрыш был даже 2-х кратный, но поскольку эти страницы не дают основную нагрузку на память и процессор, то и выигрыш тут не так ценен.

 

Покажу на примере главной страницы.

После оптимизации БД (и под Апаче): 250 мс

далее вместо Апаче используем nginx+php-fpm 5.6: 150 мс

далее php7: 90 мс

далее + опкеш + кеширование средствами сервера БД + системный кеш в tmpfs: 40 мс.

 

Итого, за несколько итераций: 250 мс >> 40мс.

 

Никакого изменения самого кода php не производилось.

  • +1 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 hour ago, tomjakoleg said:
10 hours ago, rb2 said:

В 2 с копейками. А 7.1 вообще в 3 раза быстрей 5.6 получился.

https://m.habrahabr.ru/company/mailru/blog/326696/

Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, вверху  в посте прирост был вследствии убирания апача, а смена версии может 10 процентов и добавила, @sitecreator так же  и писал, насколько я понял.

 

Я понимаю, что легче долго фантазировать, чем открыть bench.php и за 10 секунд просмотреть исходник.

Там вполне обычные и регулярно используемые конструкции языка.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
2 часа назад, tomjakoleg сказал:

Сам же апача на серверах не выкидал пока, но наверное стоит попробовать, правда работы там будет прилично, легче даже не пробовать.

А ещё легче не делать предположений высосанных из пальца! Работы там почти никакой, только поставить php-fpm, что делается одной командой в терминале и конфиг nginx поправить. В плане самого ОК вообще ноль изменений.

 

 

12 часов назад, rb2 сказал:

В 2 с копейками. А 7.1 вообще в 3 раза быстрей 5.6 получился.

https://m.habrahabr.ru/company/mailru/blog/326696/

Два из трёх бенчмарков там показали приблизительно одинаковую разницу между 5.3 -> 5.4 и 5.6 -> 7.0. А многие до сих пор сидят на 5.3.

 

Но в любом случае, это тесты без I/O, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.