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

Yoda

Пользователи
  • Публикаций

    1 325
  • Зарегистрирован

  • Посещение

Репутация

595 Очень хороший

Информация о Yoda

  • Звание
    Pro
  • День рождения 31 января

Контакты

  • Сайт
    http://ocshop.info/
  • Skype
    ocshop.support

Информация

  • Пол
    Не определился
  • Интересы
    Тюнинг и оптимизация больших магазинов.
    Долго дорого ... ну дальше вы сами знаете...

Посетители профиля

14 902 просмотра профиля
  1. Крайне не рекомендовано использовать подобные кроны. Так как в момент генерации кешей, все ресурсы сервера уходят на этот процесс и длительное время сервер не отвечает. На днях буквально спасал человека, который выпал целиком из индекса поисковых систем, из-за подобных фокусов.
  2. Не надо натягивать шар на глобус и делать пиар на недостоверных фактах. 1 Гугл как любил так и любит нормальный jpeg. 2. Webp имеет смысл внедрять с умом. Так как шаг влево шаг вправо и вы отдали пустой магазин без изображений клиенту. 3. Компрессор не мастхев от слова совсем. Так как оптимизация изображений по крону настраивается за десять минут и появляется более правильным решением чем тратить драгоценное ресурсы для сжатия "на лету. Я бы сказал что это не мастхев, а костыль для кривых хостингов, ещё и очень тррмознутый костыль. Дальше могу продолжать очень долго. Но работу над ошибками делайте сами.
  3. 1. Вы можете внятно обьяснить, в какой момент делать редирект? В момент ввода вхождения в строку, в момент нажатия на ссылку в сниппете? 2. При помощи sphinx это реализуемо в два счета. Пример в личку
  4. Есть решение вашей проблемы. Стучите в личку.
  5. Нагрузка от фильтра никак не связана с тем, как расположены скрипты. Вы путаете сладкое с мягким. Точнее ваш товарищ. Не всегда стоит слушать знакомых и на веру принимать все показатели автоматических метрик.
  6. После того как вам все местные "типаумные" "специализды" напишут свои очень умные советы и комментарии - приходите ко мне, я вам полечу, без дурных вопросов... Но недешево!
  7. Пожалуйста, никогда не давайте на это ссылку. В данном случае это не ускоряет - а замедляет время выполнения скрипта!
  8. Конфиг такой себе 64 table open cache совсем улыбнуло. А sort buffer это дичь. Погуглил спасибо.
  9. Не вопрос, сессию и куку все равно надлн хранить как можно дольше.
  10. Без увеличения времени жизни сессии, правка в классе /cart не взлетает. И наоборот.
    Хоть кто-то на всем тухлом форуме состоящем из пафосных недалеких меркантильных умников делает полезные вещи. Вот в формате такой реализации огромное человеческое спасибо!
  11. Yoda

    php perfect

    1. Opcache - таки да - это системное дополнение к php, которое появилось built-in в 7 ветке и пришло на смену корявому Xcache. 2. Для общего понимания, кто не в теме, оно занимается кеширование сугубо кода, а не данных, которые обрабатывает система. Поэтому это малая капля в общих проблемах медленной работы любой системы 3. Opcache не может криво работать - он может быть криво настроен. https://github.com/rlerdorf/opcache-status Очень полезно посмотреть, что с ним происходит особенно любителям устраивать из сервера помойки с тоаннами тестовых поддоменов. 4. Как ни крути, что не делай с базой, как не кешируй данные, от дурака - никто не застрахован. В свете последних веяний у шаблонопейсателей и модулепейсателей, которые в таблицу setting умудряются впихнуть какие то десятки мегабайт настроек, только иницализация контейнера setting может занимать 200-300мс. Буквально на прошлой неделе тюнил подобный проект, 4700 ключей, которые гонятся туда-сюда при каждой иницализации страницы. А потом говорят что опенкарт тупой. Каким еще ему быть, если люди не задумываются о том что они делают в массе своей. Равно как и генерация ссылок, что подзапросом на каждую ссылку в случае c seo_url, что одной коллекцией как в seo_pro - это не самое лучшее решение. 5. В вопросах глобальной архитектуры всей системы oc - есть масса недоработок, как то отсутствие записи набора кешей в _destruct, отсутствие вызова повторных данных кеша из памяти, множественная повторная выборка данных в cart, даже на пустой корзине, не отключаемы при неиспользовании в той же корзине купоны, бонусные баллы и так далее... В целом курочка по зернышку и можно получать 100мс и на 5.4 и на 5.6 и на 7.2, только для этогонеобходимо создавать соответсвующие условия, устранять бутылочные горлышки и правильно настраивать окружение.
  12. Не вижу смысла этого делать. Так как нормальная настройка nginx - это не тот процесс, который можно просто конфигом решить.
  13. Не несите чушь, в предыдущих версиях так не было. Это нововведение Даниэля, которое по его словам из личной переписки, позволяет пользователю по хлебным крошкам вернутся на ту страницу с которой он пришел. Также наследуются и все остальные get параметры для дочерних категорий из главных.
  14. Причин может быть несколько. 1 - отсутствие необходимых индексов и медленная работа на большом наборе записей 2 - присутствие индексов, но неправильно настроенный сервер 3 - данная таблица может лочится каким либо иными запросами 4 - перегруженный сервер иными запросами и блокировка самим сервером mysql.
×

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

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