ambalocha69 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 Коллеги, не пора ли в аннотации к модулям и шаблонам указывать отдельной строкой совместимость дополнения с php7 Работает на OpenCart: 1.5.Х - 2.3 Работает на php7: да\нет\не тестировалось Сейчас бедные юсеры на своей шкуре это испытывают научным тыком 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... kolek5520 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддерживаю Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 php7 на данный момент 100% движком не поддерживается Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ambalocha69 Опубликовано: 17 апреля 2017 Автор Поделиться Опубликовано: 17 апреля 2017 Только что, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается тем не менее люди его уже используют. у меня за последний месяц уже 5 проектов на 7-й версии крутятся Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 @ambalocha69 это в перспективе может вывалится неожиданными ошибками Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pimur Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 1 час назад, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое) Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7. Просто пока делаю сайт, все вроде ок и достаточно шустро все работает. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sv2109 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
kolek5520 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддерживаю Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 php7 на данный момент 100% движком не поддерживается Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ambalocha69 Опубликовано: 17 апреля 2017 Автор Поделиться Опубликовано: 17 апреля 2017 Только что, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается тем не менее люди его уже используют. у меня за последний месяц уже 5 проектов на 7-й версии крутятся Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 @ambalocha69 это в перспективе может вывалится неожиданными ошибками Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pimur Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 1 час назад, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое) Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7. Просто пока делаю сайт, все вроде ок и достаточно шустро все работает. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sv2109 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
ambalocha69 Опубликовано: 17 апреля 2017 Автор Поделиться Опубликовано: 17 апреля 2017 Только что, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается тем не менее люди его уже используют. у меня за последний месяц уже 5 проектов на 7-й версии крутятся Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 @ambalocha69 это в перспективе может вывалится неожиданными ошибками Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pimur Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 1 час назад, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое) Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7. Просто пока делаю сайт, все вроде ок и достаточно шустро все работает. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sv2109 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
ArtemPitov Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 @ambalocha69 это в перспективе может вывалится неожиданными ошибками Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pimur Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 1 час назад, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое) Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7. Просто пока делаю сайт, все вроде ок и достаточно шустро все работает. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sv2109 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
pimur Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 1 час назад, ArtemPitov сказал: php7 на данный момент 100% движком не поддерживается А можно поподробнее, просто пилю специально сайт, ради того чтобы перенести с 1.5 на последнюю + php 7, а тут такое) Можно узнать, какой функционал, действия или хз что еще, может привести к ошибкам, если не использовать модули или модули только те, что поддерживают php 7. Просто пока делаю сайт, все вроде ок и достаточно шустро все работает. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
sv2109 Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
ashap Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 3 минуты назад, destreser сказал: А где-то далеко за океаном сидит такой ДК и думает - да нафиг внедрять эту поддержку в двиг, если даже модули не пишут под 7? она будет в новых версиях опенкарта или ему надо переделать старые? ос 2.3 откройте system/library/encryption.php mcrypt_encrypt не поддерживается в 7.1 например, на 7 работать наверно будет но кто то то уже и 7.1 забубенит будут новые версии будет поддержка скорее всего Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... 3 недели спустя... sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
destreser Опубликовано: 17 апреля 2017 Поделиться Опубликовано: 17 апреля 2017 А, ну так супер тогда. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
sitecreator Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 (изменено) В 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) версии, но это на работу не влияет. Изменено 4 мая 2017 пользователем sitecreator орфографические ошибки Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
Dotrox Опубликовано: 4 мая 2017 Поделиться Опубликовано: 4 мая 2017 В 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 опкеш был зачем-то выключен). Код ОК слишком примитивен для такой разницы. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 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 ГГц. Загрузка равномерная: Как только включаем Апаче, то разницы по сравнению с 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 тоже не шибко быстро. Хоть апаче в этой связке бессмысленный (для опенкарт), но на некоторых серверах не удавалось от него избавиться, т. к. были сайты, привыкшие работать под апаче. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
sitecreator Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 1 час назад, Dotrox сказал: если кто-то уже перенёс магазин на php7, его не волнует, что там официально поддерживается движком - его волнуют модули. Так что смысл в этой идее есть. Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
tomjakoleg Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 4 часа назад, sitecreator сказал: Именно так. Модули в первую очередь. И именно те, которые под ионкубом. Вот тут ионкуб - тормоз прогресса. Хотя продвинутые разработчики уже давно выкладывают свои модули и в версии под php 7 тоже. Соглашусь также, - только модули с ионкубом - остальное без проблем - уже очень много модулей и шаблонов ставил на 7-ку. Если же у автора нет под 7-ку заионкубленых файлов, просто просим его заионкубить новой версией ионкуб под php 5.6 файлы которые он кодирует - будет работать на 7. Дальше просто роскладываем по папкам. Так что проблемы работы на 7 по большому счету и нету Хостеры везде где ставил на 7-ку также и файлы ионкуб декодеров под 7-ку ставят - ну ето понятно - если забыли - просто обратитса. Если же сервер - тогда без проблем - самому декодер поставить ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба, пусть или покупает или триал новой версии ионкуба возьмет. а ето файлы декодеров на сервер https://www.ioncube.com/loaders.php Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
Dotrox Опубликовано: 5 мая 2017 Поделиться Опубликовано: 5 мая 2017 15 часов назад, tomjakoleg сказал: ето для кодирования - https://www.ioncube.com/ - автору тыкнуть если будет говорить что под 7-ку нет ионкуба Под семёрку на самом деле нет Девятый энкодер поддерживает кодирование под интерпретатор семёрки, но не поддерживает новые возможности семёрки. Поддержка именно возможностей будет в десятом энкодере. Но, конечно, в данном случае это не имеет значения поскольку возможности и так не используются, если модуль написан под пятёрку. Но, мне кажется, что далеко не все понимают эту разницу, отсюда и растут ноги мнения, что ИонКуб не поддерживает семёрку. 1 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
proplat Опубликовано: 8 мая 2017 Поделиться Опубликовано: 8 мая 2017 @sitecreator полностью с вами согласен, несколько проектов работает на php 7 (как на версии 1,5* так и на 2,*), после перехода все проекты начали работать на порядок быстрее. Несколько модулей не хотели работать но благодаря отличным разработчикам, корыте предоставили версии для php 7 все нормально завелось. Так что я за дополнительной информации про совместимость. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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/ Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 вообще говорить на ОК без толку пока не выйдет новый енкодер Ионкуба, так как больше половины модулей ионкублены. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha × Уже зарегистрированы? Войти Регистрация Раздел покупок Назад Приобретенные дополнения Ваши счета Список желаний Альтернативные контакты Форум Новости ocStore Назад Официальный сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Скачать ocStore Документация История версий ocStore Блоги Модули Шаблоны Назад Бесплатные шаблоны Платные шаблоны Где покупать модули? Услуги FAQ OpenCart.Pro Назад Демо Купить Сравнение × Создать... Важная информация На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности. Я принимаю
chukcha Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 3 минуты назад, tomjakoleg сказал: Ага, модули опенкарта написанные под 5 даже на пхп 20 будут работать со скоростью пятьорки, А не будете ли вы любезны, рассказать как писать модули под семЬОрку? Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7 Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Deals – адаптивный универсальный шаблон Автор: octemplates Динамичесткая инфострока в шапке + позиция в макете для opencart\ocstore 2x, 3x Автор: Lito911 Единицы Измерения Товара Автор: RoS Opencart Product Search by Image Автор: slavoglo Простой массовый редактор цен. Fast Price Edit Автор: Sha
tomjakoleg Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 1 час назад, chukcha сказал: А не будете ли вы любезны, рассказать как писать модули под семЬОрку? не буду поскольку понятия не имею какие там возможности в пхп 7 и как их использовать, я разсуждаю на уровне того же юзера, которые могут побежать менять версии пхп, поетому и пишу, - так как могу судить с результатов скорости магазина когда ставлю на 7-ку и на 5.6 на сервера под фронтендом нгинксом и бекендом апачем а php как модуль - скорости прироста не наблюдал большой. Разве что пробовать убирать апача, как написал сайткреатор, но причина прироста там будет тогда не в версии пхп для ОК, а в том что нгинкс быстрее работает с пхп 7 нежели с пхп 5,6, тогда наверное новая версия нгинкса в полной мере использует возможности пхп7, если розсуждать с результатов sitecreator, а индеец не хочет давать большого прироста Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу. Последние темы Последние дополнения Последние новости Вся активность Главная Основной Предложения и пожелания php7
sitecreator Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 не производилось. 2 Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0 Перейти к списку тем Сейчас на странице 0 пользователей Нет пользователей, просматривающих эту страницу.
rb2 Опубликовано: 9 мая 2017 Поделиться Опубликовано: 9 мая 2017 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 секунд просмотреть исходник. Там вполне обычные и регулярно используемые конструкции языка. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
Dotrox Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 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, так что реальная разница для ОК не должна была быть такой ощутимой. Разве что ОК очень сильно злоупотребляет чем-то, что в семёрке сильно оптимизировали. Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться...
pantagruel964 Опубликовано: 10 мая 2017 Поделиться Опубликовано: 10 мая 2017 Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу... Ссылка на комментарий Поделиться на других сайтах Больше способов поделиться... Назад 1 2 Вперёд Страница 1 из 2 Создайте аккаунт или войдите в него для комментирования Вы должны быть пользователем, чтобы оставить комментарий Создать аккаунт Зарегистрируйтесь для получения аккаунта. Это просто! Зарегистрировать аккаунт Войти Уже зарегистрированы? Войдите здесь. Войти сейчас Поделиться Больше способов поделиться... Подписчики 0
Рекомендованные сообщения