Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

php7


ambalocha69
 Поделиться

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

Коллеги, не пора ли в аннотации к модулям и шаблонам указывать отдельной строкой совместимость дополнения с 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 забубенит

 

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

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

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

  • 3 недели спустя...
В 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 2
Ссылка на комментарий
Поделиться на других сайтах

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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали.

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


Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу...

 

 

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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Поделиться

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...

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

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