Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Блог Rassol2

Блог користувача: Rassol2

  • записи
    3
  • коментарів
    290
  • перегляду
    2 344

Немного о версиях PHP у пользователей OpenCart

Rassol2

Entry posted by Rassol2 in PHP ·

1 012 перегляди

 Share

Чето то стало таскливо и решил провести анализ версий php у пользователей OpenCart.

И решил поделится этой заметкой. Возможно кому-то будет полезно, а может и просто будет инетересно как мне и эта заметка поможет кому-то скоротать чашечку чая.

 

Можно сказать продолжение записки


Предыдущая оценка версий php проводилась 9 ноября 2020
Посмотрим что изменилось за 2.5 года в данном вопросе. :(

Для анализа я взял доменные имена указанные клиентами при заказе моих модулей.
Информация о версии php была взята из заголовка X-Powered-By То еть из публичного источника. 

Данные за 09.11.2020
Для наглядности вначале выложу информацию с предыдущей статьи.
Но поскольку в тот раз была выборка из 371 приведу информацию в процентном соотношении. 
Для быстрого и интуитивного сравнения.

PHP/5.6 => 38.81%
PHP/7.1 => 23.45%
PHP/7.2 => 18.86%
PHP/7.3 => 12.66%
PHP/7.0 => 5.39%
PHP/7.4 => 0.80%

Данные за 02.05.2023
В этот раз в замере участвовали уже 746 сайтов.

PHP/7.3 => 36.05%
PHP/7.4 => 20.24%
PHP/5.6 => 18.76%
PHP/7.2 => 10.45%
PHP/7.1 => 10.32%
PHP/7.0 => 2.94%
PHP/8.1 => 0.93%
PHP/8.0 => 0.26%

Что для меня было интересно.
1) Почти 22% сайтов до сих пор на версии PHP 5.6
Я сам сторонник теории "Работает не трогай"  Но все же версия 5.6 была выпущена еше в 14.11.2013 то есть в этом году ей будет уже 10 лет.

2) Рост популярности версии php 7.1 и новее составил всего 21.29% как по мне маловато учитывая какой прирост скорости php 7 дает. 

Было 55.77%
Стало 77.06%
Вроде прирост скорости хороший, и если хочится повысить немного производительность, то переход на новую версию php стоит рассматривать.
Это мое субьективное мнение.

 

 

Ну и на последок оставлю всю выборку, в сыром виде с минорными версиям php
 

Скрытый текст

PHP/8.1.18 => 2
PHP/8.1.17 => 3
PHP/8.1.15 => 1
PHP/8.1.13 => 1
PHP/8.0.28 => 1
PHP/8.0.18 => 1
PHP/7.4.8 => 1
PHP/7.4.7 => 3
PHP/7.4.33 => 102
PHP/7.4.32 => 5
PHP/7.4.30 => 4
PHP/7.4.29 => 7
PHP/7.4.28 => 14
PHP/7.4.27 => 2
PHP/7.4.26 => 1
PHP/7.4.24 => 2
PHP/7.4.23 => 1
PHP/7.4.20 => 1
PHP/7.4.19 => 5
PHP/7.4.13 => 3
PHP/7.3.33 => 194
PHP/7.3.32 => 1
PHP/7.3.31 => 48
PHP/7.3.29 => 3
PHP/7.3.28 => 3
PHP/7.3.27 => 8
PHP/7.3.24 => 1
PHP/7.3.2 => 2
PHP/7.3.18 => 1
PHP/7.3.17 => 7
PHP/7.3.14 => 1
PHP/7.2.9 => 1
PHP/7.2.34 => 63
PHP/7.2.33 => 2
PHP/7.2.31 => 2
PHP/7.2.30 => 3
PHP/7.2.26 => 1
PHP/7.2.24 => 5
PHP/7.2.19 => 1
PHP/7.1.33 => 70
PHP/7.1.21 => 5
PHP/7.1.18 => 1
PHP/7.1.14 => 1
PHP/7.0.33 => 21
PHP/7.0.26 => 1
PHP/5.6.40 => 129
PHP/5.6.36 => 10
PHP/5.6.33 => 1

 

  • +1 7
 Share

17 коментарів

Recommended Comments

buslikdrev

Есть такие хостинги, где система хостинга начинает замедлять работу сайта т.к. потребление ресурсов выросло. На моём хостинге php8+ запускает дополнительные процессы на обработку массивов. В итоге php7.4 выполняет скрипт за секунду, а php8+ за 40 секунд.

Первый скрипт отсюда (возможно нужно его подкорректировать под php8): https://onlinephp.io/benchmarks/script

Надіслати
Rassol2
04.05.2023 в 05:14, buslikdrev сказал:

Есть такие хостинги, где система хостинга начинает замедлять работу сайта т.к. потребление ресурсов выросло. На моём хостинге php8+ запускает дополнительные процессы на обработку массивов. В итоге php7.4 выполняет скрипт за секунду, а php8+ за 40 секунд.

Первый скрипт отсюда (возможно нужно его подкорректировать под php8): https://onlinephp.io/benchmarks/script

Я думаю все хостинги имеют ограничение по процессорному времени, и как правило ограничивают доступ к сайту если ты игнорируеш превышения нагрузки и ничего не делаеш с этим.
Но впервые слышу что замедляют работу.
Интересно как они это реализовывают.

Надіслати
kevdev

Дуже здивували цифри для 8.0 та 8.1
За останній рік в мене десь 90% проектів на 8.+ версіях, правда з них на опенкарт дуже мало але всеодно дивно.
Цікава статистика.
З мене лайк.

  • +1 1
Надіслати
Rassol2
04.05.2023 в 15:42, kevdev сказал:

Дуже здивували цифри для 8.0 та 8.1
За останній рік в мене десь 90% проектів на 8.+ версіях, правда з них на опенкарт дуже мало але всеодно дивно.
Цікава статистика.
З мене лайк.

Сомневался ли включать их сюда или нет.
Поскольку это погрешность связанная с выборкой.
Версия 8 поддерживается начиная с opencart 4
А мои модули работают на Опенкарт 2-3

Исходя из этого уверен что ситуация по всем сайтам иная. А вот по нашим клиентам в принципе можно рассматривать такую выборку так как opencart4 еше не зашел на рынок.

Надіслати
Vladzimir

За це потрібно "дякувати" поціновувачам ioncube. Бо якщо у вас є модулі з цим "добром" то зміна версії php перестає бути тривіальною справою.

Надіслати
Etegro

Лайк, было интересно. Опенкарт и PHP 8? Кто эти люди? Они едят еду с ножа и ездят на машинах с квадратными колесами?

Надіслати
ocdev_pro

На PHP 8 будет нормально работать Opencart 4 только и то без напильника нормально не станет, нужно еще и автозагрузку переделать. Но что наверняка радует, это отсутствие ioncube и ocmod.
А вот все остальные могли бы переехать на 7.4 давно, но если работает, то зачем, они наверняка даже не знают, что им надо что-то обновлять

  • +1 1
Надіслати
Rassol2
05.05.2023 в 07:55, Etegro сказал:

Лайк, было интересно. Опенкарт и PHP 8? Кто эти люди? Они едят еду с ножа и ездят на машинах с квадратными колесами?

Тестировщики. )

Надіслати
ocdev_pro
05.05.2023 в 14:19, Rassol2 сказал:

Тестировщики. )

Ну на самом деле думаю не многие смогут работать с OC4, там для нормального разраба все будет понятно, но вот для тех.кто наяривал на ocmod будет много боли и непонимания за что. Отдельная история как встраивать свои куски кода через хуки в исходный, много прелестей добавилось. Жду когда будут те кто прикрутит колхоз-ocmod в 4 и будут радоваться

  • +1 1
Надіслати
mario512

Интересное наблюдение. Лайк) Сам использую oc2.3 и php 7.4. Приходила бредовая идея, перевести oc2.3 -> php8.1. Часит проблем решил, но забил, так как еще и модули пришлось бы править. А вообще, в моем случае 5.4/5.6  и 7.4 разницы не заметил. По крайней мере на хостинге. Посмотрю на локалке, быдет ли разница. Хостинг говняный.

Надіслати
Pricekiller

Подскажите, кто в теме,  как грамотно перейти на OC 2.3.0.2 с текущей версии PHP 5.4 на 7.4, чтобы ничего не сломать. Если имеет значение, то хотя бы до 5.6

Надіслати
Etegro
16.06.2023 в 22:57, Pricekiller сказал:

Подскажите, кто в теме,  как грамотно перейти на OC 2.3.0.2 с текущей версии PHP 5.4 на 7.4, чтобы ничего не сломать. Если имеет значение, то хотя бы до 5.6

Нужно понимать весь конфиг модулей, чтобы сказать наверняка. Потому что есть большая вероятность, что много придется обновлять что с кубом и ставилось под 5.4. Покажите список модулей, скажу с чем потенциально могут быть проблемы.

Надіслати
Pricekiller

В основном модули из стандартного пакета OC 2.3.0.2. На дефолтной теме. 

Из установленных в разделе Shipping -  Free Shipping (возможно, он был в стандартном пакете). В разделе Payments устанавливал -  Stripe и Bitcoin Payment

В в разделе Modules - покупал модуль Split Dispatch К сожалению, кроме названий модулей уже подробностей не найти. 

Надіслати
Etegro
17.06.2023 в 12:55, Pricekiller сказал:

В основном модули из стандартного пакета OC 2.3.0.2. На дефолтной теме. 

Из установленных в разделе Shipping -  Free Shipping (возможно, он был в стандартном пакете). В разделе Payments устанавливал -  Stripe и Bitcoin Payment

В в разделе Modules - покупал модуль Split Dispatch К сожалению, кроме названий модулей уже подробностей не найти. 

Попробуйте включить 7.2, выше не нужно. По идее, все должно работать. У Вас модули без куба, как я понимаю.

  • +1 1
Надіслати
ocdev_pro
18.06.2023 в 18:47, Etegro сказал:

Попробуйте включить 7.2, выше не нужно. По идее, все должно работать. У Вас модули без куба, как я понимаю.

Если модули без куба, включаете смело 7.4.

Единственное, что нужно сделать, это заменить содержимое файла system/library/encryption.php на
  

<?php

final class Encryption {

	public function encrypt($key, $value) {
		return strtr(base64_encode(openssl_encrypt($value, 'aes-128-cbc', hash('sha256', $key, true))), '+/=', '-_,');
	}

	public function decrypt($key, $value) {
		return trim(openssl_decrypt(base64_decode(strtr($value, '-_,', '+/=')), 'aes-128-cbc', hash('sha256', $key, true)));
	}
}

 

Надіслати

Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз

  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.

  Я даю згоду