Yoda

https://medium.com/@moinuddinchowdhury/serialize-vs-json-67fe872a7755 Это что касается скорости. ну и <?php $json = '{"a":1,"b":2,"c":3,"d":4,"e":5}'; var_dump(json_decode($json)); var_dump(json_decode($json, true)); ?> Результат выполнения данного примера: object(stdClass)#1 (5) { ["a"] => int(1) ["b"] => int(2) ["c"] => int(3) ["d"] => int(4) ["e"] => int(5) } array(5) { ["a"] => int(1) ["b"] => int(2) ["c"] => int(3) ["d"] => int(4) ["e"] => int(5) } А serialize умеет только массивы. И что касается темы в целом. Попытка вот здесь сэкономить - это экономия на спичках. От того что на 100к товаров разбирается кеш сеопро. будет он 200 или 220 мс парсится в объект - ничего не поменяется, а особенно если ссылки с полным путем категорий, где cache->set cache->set cache->set и так 150 раз. Но в тоже время на 1000 товаров юзать готовый массив имеет место быть на 300%.

Обнаружил я сегодня в одном логе интересные заходы: [19/Sep/2019:03:58:20 +0300] "GET /women-parfum/proizvoditeli_adam-levine~afnan~tiffany~salvatore-ferragamo~larc~natori HTTP/1.1" 200 38926 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:20 +0300] "GET /women-parfum/proizvoditeli_adam-levine~tiffany~salvatore-ferragamo~larc~amzan~natori HTTP/1.1" 200 37936 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:23 +0300] "GET /women-parfum/proizvoditeli_adam-levine~tiffany~salvatore-ferragamo~larc~100-bon~natori HTTP/1.1" 200 38166 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:26 +0300] "GET /women-parfum/proizvoditeli_ajmal~adam-levine~tiffany~salvatore-ferragamo~larc~natori HTTP/1.1" 200 40672 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:27 +0300] "GET /women-parfum/proizvoditeli_adam-levine~adidas~tiffany~salvatore-ferragamo~larc~natori HTTP/1.1" 200 37876 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:30 +0300] "GET /women-parfum/proizvoditeli_adam-levine~agnes-b~tiffany~salvatore-ferragamo~larc~natori HTTP/1.1" 200 37833 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" [19/Sep/2019:03:58:31 +0300] "GET /women-parfum/proizvoditeli_amouage~adam-levine~tiffany~salvatore-ferragamo~larc~natori HTTP/1.1" 200 40704 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" А ссылок таких в магазине нету. А есть только вида: <a class="checkb" onclick="javascript:location='https://site.ru/women-parfum/proizvoditeli_abercrombie-fitch~text'">text</a> Тоесть вроде это как фильтр. И там вроде как есть noindex, но гугл его чудесно увидел и пошел индексировать и придет еще и еще, так ка noindex тег - это "неиндексировать" а не "незаходить" . Таких ссылок в магазине только в одной категории если брать категорию + комбинацию пары брендов без доп атрибутов (брендов поярдка тысячи и вот каждый с каждым - миллион комбинаций только в одной категории). Совершенно ненужных мусорных страниц, на которые бродит бот. Да там каноникал и noindex, но он же будет туда все равно ходить повторно? А когда ему ходить то на нужные страницы ? Да и зачем уганять краулинговый бюджет на миллион холостых заходов? Непонятно мне совсем. И тут собственно вопрос в студию. А как это все прикрыть? Может отдать ему 404? Но тогда в магазине будет куча 404 страниц. Закрывать в robots по /*proizvoditeli_* но тогда пропадет часть посадочных, на которых есть текст и тайтлы и которые нужны. Че делать посоветуете господа ? UPD - чтобы совсем корректно не ajax ссылки, а js-ссылки, хотя мне кажется если у нас будет кусок ajax контента, он также проиндексируется. UPD2 - дабы не было холиваров. Эта проблема не с конкретным фильтром, а с любым, где есть автогенерация ЧПУ для параметров выборки.

А может стоит немного обмануть яндекс и добавить ему хвост обращения от СДЭК?

Или ко мне, после того как вам запорят магазин совсем)

Куда мне до этих специалистов, вы что. Речь у нас с @nikifalex до этого шла про сессионные куки и мы ее тут просто в паблике продолжили. А господа имеют привычку слышать звон и бежать на зов природы...

Так таки умрет? О чем дальше разговаривать?

Конечно, хочу как ваша компания тоже стать альтертнативно одаренным.

Следовательно, когда браузер закрывается, сессионные cookie сразу же удаляются. Это же ваши слова! Я о чем говорю? Именно об этом! Переобулся в прыжке.

Модераторы, или кто тут посты трет. Угомонитесь! Тут достаточно важный вопрос про время жизни кук... Еще раз повторяю пост! Куки в бразуере живут после закрытия бразера, если корректно настроен параметр. session.cookie_lifetime integer session.cookie_lifetime указывает время жизни cookies, отправляемого в браузер клиента, в секундах. Значение 0 означает, что cookies будут валидны до закрытия браузера. По умолчанию равно 0. См. также session_get_cookie_params() и session_set_cookie_params(). Вот официальная документация: https://www.php.net/manual/ru/session.configuration.php#ini.session.cookie-lifetime Вместо того чтобы тереть все под корень, разберитесь в проблематике, и немного альтернативно-одаренных на место ставьте, которые рассказывают бред.

Что вы говорите, а сколько там от magento осталось, сколько это стоило, и сколько стоит кластер на котором это вертится, озвучьте сразу.

Опустим за скобками, историю про github, а вот про ускорение мадженто и выше возможности, будьте добры, поведайте, что вы имели ввиду. Покажите к примеру магазин на миллион-полтора товаров на magento, который вы ускоряли, и который держит 250 000 запросов в день с семикратным запасом прочности.

Еще как относится. Так как кука твой умрет, если бразуер закрыть и открыть.

а session.cookie_lifetime у тебя скока ?

https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=18266 Есть более интересные варианты. Но это лишняя информация.

ООП - не не слышал. Это совет почти как. Если вам нужны данные из базы. Вставьте код в tpl.

Да вы правильно поняли, я надергал образцов кода из разных мест для примера вам. Решение описано выше. И это наиболее качественный способ "человеческой" сортировки. Средствами mysql подобное реализовать невозможно, так как strcmp - вот просто шикарно работает. Также если не будете ленится и сходите по приведенным ссылкам в конце - там есть очень подробное описание на php.net с кучей примеров и подробным разбором работы методов.

Да сможете, но вам предварительно необходимо поместить ващ объект $db2 в $registry, для того чтобы к нему был доступ из дочерних классов движка.

При всем уважении - это не очень хорошее решение. Более корректным будет забрать код из 1.5.6 и в конфиге поменять тип подключения на mysqli. https://github.com/opencart/opencart/blob/1.5.6.4/upload/system/library/db.php https://github.com/opencart/opencart/blob/1.5.6.4/upload/system/database/mysqli.php Конкретно в вашем случае появится еще проблема с библиотеками mcrypt - но это так же решается путем апгрейда отдельных классов движка. Тот же encryption класс можно взять отсюда и спокойно пользоваться. https://github.com/opencart/opencart/blob/3.0.1.0/upload/system/library/encryption.php С обновлением версии php с 5.x на 7.x даже с 1.5 движком проблем нет - если возникнут - пишите в личку подскажу что сделать. А вот с работой сторонних модулей могут быть самого разного рода проблемы.

<?php $dirs = array( array('name' => 'First Folder', 'path' => 'sompath'), array('name' => 'second folder', 'path' => 'sompath2'), array('name' => 'Third Folder', 'path' => 'sompath3') ); function so($a, $b) { return (strcmp (strtolower($a['name']), strtolower($b['name']))); } uasort($arr, 'so'); var_dump ($arr); ?> https://www.php.net/manual/ru/function.uasort.php https://www.php.net/manual/ru/function.strcmp.php

Тут ты не совсем прав. Очень часто, в моей практике, недоступной к сожалению большинству, встречается аномальный паттерн посещаемости. Когда у тебя на десять страниц магазина идет 90% трафика из контекстной рекламы. И поток этого трафика может быть ну оч большой. В таких ситуациях глобально кешировать весь контент страницы - мастхев (но понимая, что и без этого кеша быстро). Но в случае когда "спицилист аптемезатор" показывает вот вам главная html готовый за 50 мс прителета. А еще 10 000 страниц как были так и есть по 2-3 секунды, тут без слов!

Никак!

Класс... Я пишу - вот вам ребята... бесплатные решения. Пользуйтесь. Вот тут вас немножко вводят в заблуждение... Привожу факты и это манипуляция общественным мнением? Оруэл курит! Великолепно... То есть по вашему, теперь нельзя взять и посоветовать людям тыц и тыц.. Берите вот это и вот это. Тыц и тыц... есть альтернативное мнение... Еще раз повторю суть моих постов. Вы можете сколько угодно любить авторов которых вы советуете. Я их не люблю. И я считаю, что использовать альтернативные бесплатные решения С ОТКРЫТЫМ КОДОМ !!!! для реализации тех же самых задач, разумнее, чем пользоваться дополнениями, которые лично у меня вызывают определенные сомнения. Это мое мнение - и я не претендую в отличии от вас на истину в последней инстанции. И не показываю рисованные циферки.

Вы узко и ограничено мыслите и пытаетесь натянуть сову на глобус. Не надо никуда бегать - надо пользоваться доступными и открытыми инструментами по возможности. Вы же занимаетесь дешевым пиаром. Как и ваши друзья, не предлагая альтернативы. Сжатие картинок - это просто как дважды два. В 99% случаев поддержка не нужна и реализуется бесплатными методами с открытым кодом. Что касается того что вы показали категорию на 1300 товаров. Вот дополнение которое реализует ту же задачу что и ночной код вашего товарища, только без исполняемых кеш файлов. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=19079 Но эти дополнения никак не решают вопросы ни нагружнных проектов, ни магазинов с большим количеством товаров. Показывать скорость отдачи сервером кешированного html - это такое же введение в заблуждение людей как и голый html или наглухо переверстанный шаблон. А так да... Рекламка такая была зачетная... И если говорить про поддержку. То за 3000 рублей сэкономленных на этих модулях, любой пользователь десять раз купит 3-4 часа работы грамотного специалиста, который минут за 20-30 решит потенциально возможные косяки. И еще 2500 останется на решение других задач.

Продолжайте....

Возможно, показывать совсем голую верстку, без 100500 ништяков которые могут быть талантливо установлены - как то не очень... И возможно не стоит верить волшебным модулям, а немного посмотреть, как же так картинка на 1мб валится? Как и лишний раз вводить людей в заблуждение про волшебные модули.