◄Компоненты, Модули, Хаки► Magento

Статус
В этой теме нельзя размещать новые ответы.

Шумадан

Хабарра!!11
Регистрация
6 Фев 2008
Сообщения
1.746
Реакции
2.209
Тема предназначена для раздачи (и только!) полезных модулей, компонентов и др. для CMS Magento.

Прежде чем написать в этой или любой-другой теме ОБЯЗАТЕЛЬНО прочите правила раздела: Для просмотра ссылки Войди или Зарегистрируйся (незнание правил, не освобождает от ответственности и наказания!)

Если вы не нашли то, что вам надо, то тогда вам нужно заглянуть в одну из этих тем:

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Для просмотра ссылки Войди или Зарегистрируйся

Главное в теме:

В этой теме разрешена ТОЛЬКО РАЗДАЧА полезного софта для Magento (не ниже версии 1.7), ссылки на скачивание должны быть спрятаны под HIDE не ниже чем 15 сообщений! Также, для облегчения поиска по разделу, название выкладываемого материала запрещается прятать под хайд.

Любые вопросы (если таковые есть пишите в "Для просмотра ссылки Войди или Зарегистрируйся" или в ЛС) или ответы не по теме будут пресекаться и жестоко наказываться, потому лучше не провоцируйте.

Каждое сообщение должно формироваться лаконично и понятно (Название, описание, ссылки на демо и по возможности скриношот(ы)).
Для просмотра ссылки Войди или Зарегистрируйся
__________________________________________________________________________________________________________________________________________________

Использовав поиск по форуму и переговорив с модераторами - решил создать тему про компоненты интернет-магазина Magento. На форуме есть тема про шаблоны, есть ад типа: Для просмотра ссылки Войди или Зарегистрируйся, но чтоб не мешать всё в кучу, потому создаю отдельную.

Итак, первый пакет обновлений темы.
компоненты без нулла и серийников, если кому нужно помощь - пишите, попробую разобраться. Файлы залиты как есть, без изменений и проверок.



так как компонент достаточное количество - буду понемного дополнять тему. добавления, пожелания и конструктивная критика приветствуется. используйте на свой страх и риск.
вот краткий список доступных компонет
 
Последнее редактирование модератором:
Заметил, что core_cache стал за 2 дня расти до 5Гб ! Помог модуль, работает по крону. Но почему это происходит, пока не разобрался. Нужен совет. (В local.xml <session_save><![CDATA[files]]></session_save>
 

Вложения

  • magento-core-cache-cleaner-master (2).zip
    6,9 KB · Просмотры: 47
Последнее редактирование:
Заметил, что core_cache стал за 2 дня расти до 5Гб ! Помог модуль, работает по крону. Но почему это происходит, пока не разобрался. Нужен совет. (В local.xml <session_save><![CDATA[files]]></session_save>
у меня тоже самое с amasty cache происходит
 
у меня тоже самое с amasty cache происходит
Давай разбираться. Раньше такого не было. Я поставил Redis, Memcache, OpCache. Может в этом причина, в настройках M1. Давай разбираться
 
Заметил, что core_cache стал за 2 дня расти до 5Гб ! Помог модуль, работает по крону. Но почему это происходит, пока не разобрался. Нужен совет. (В local.xml <session_save><![CDATA[files]]></session_save>
нужно понять причину массового создания сессий :)
 
нужно понять причину массового создания сессий :)
смотрите настройки время жизни сессий
и просто по крону задайте удаление файлов срок которых старше заданного срока
самая распространенная причина это обновление PHP

самое простое адекватное решение
если срок жизни сессий 86400 сек (1день), по крону задать команду на удаление файлов старше заданного срока
ещё есть момент в Linux при наличии свыше 2000 файлов в директории команда очистки может тупить придется запускать команду несколько раз или если есть рут доступ увеличивать лимит в настройках сервера
 
Последнее редактирование:
смотрите боты поисковых сетей и разнообразных сервисов, от них может появиться огромное количество сессий. Некоторые можно заблокировать через robots.txt, а для других задать короткий срок существования, тем более если у вас есть redis
 
смотрите настройки время жизни сессий
и просто по крону задайте удаление файлов срок которых старше заданного срока
самая распространенная причина это обновление PHP

самое простое адекватное решение
если срок жизни сессий 86400 сек (1день), по крону задать команду на удаление файлов старше заданного срока
ещё есть момент в Linux при наличии свыше 2000 файлов в директории команда очистки может тупить придется запускать команду несколько раз или если есть рут доступ увеличивать лимит в настройках сервера
Рассказываю. Тем кто пользуется Amasty FPC.
есть файл а папке Для просмотра ссылки Войди или Зарегистрируйся имя ему amfpc.xml.
внутри написано:
Оставьте пустым между тегов <backend></backend>
и теперь кэш будет записываться не в базу, а в файл.
Файл будет лежать тут: Для просмотра ссылки Войди или Зарегистрируйся с правами 777

<cache>
<backend></backend><!-- empty=file / Amasty_Fpc_Backend_Database -->
<slow_backend></slow_backend> <!-- database / file (default) - used for 2 levels cache setup, necessary for all shared memory storages -->
<slow_backend_store_data></slow_backend_store_data> <!-- 1 / 0 (default) - used for 2 levels cache setup, sets whether store data in db slow cache backend -->
<auto_refresh_fast_cache></auto_refresh_fast_cache> <!-- 1 / 0 (default) - used for 2 levels cache setup, sets whether refresh data in fast cache backend -->
<backend_options>
<cache_dir>amasty_fpc</cache_dir>
<file_name_prefix>amfpc</file_name_prefix>
<hashed_directory_level>3</hashed_directory_level>
</backend_options>
</cache>

Надеюсь Вам понравилось.
 
Лучше положить весь кеш в redis, memcached или на крайний случай выделить кусочек RAMdisk в файловой системе.

Хранить кеш в базе данных - слишком накладно, особенно если у вас большая база данных товаров.
 
Рассказываю. Тем кто пользуется Amasty FPC.
есть файл а папке Для просмотра ссылки Войди или Зарегистрируйся имя ему amfpc.xml.
внутри написано:
Оставьте пустым между тегов <backend></backend>
и теперь кэш будет записываться не в базу, а в файл.
Файл будет лежать тут: Для просмотра ссылки Войди или Зарегистрируйся с правами 777

<cache>
<backend></backend><!-- empty=file / Amasty_Fpc_Backend_Database -->
<slow_backend></slow_backend> <!-- database / file (default) - used for 2 levels cache setup, necessary for all shared memory storages -->
<slow_backend_store_data></slow_backend_store_data> <!-- 1 / 0 (default) - used for 2 levels cache setup, sets whether store data in db slow cache backend -->
<auto_refresh_fast_cache></auto_refresh_fast_cache> <!-- 1 / 0 (default) - used for 2 levels cache setup, sets whether refresh data in fast cache backend -->
<backend_options>
<cache_dir>amasty_fpc</cache_dir>
<file_name_prefix>amfpc</file_name_prefix>
<hashed_directory_level>3</hashed_directory_level>
</backend_options>
</cache>

Надеюсь Вам понравилось.
а причем FPC?
речь шла о файлах сессий,
во всяком случае моё сообщение связанно с сессиями
когда проверяешь /var/session , а там в итоге файлов на 1Гб и больше 500 000 файлов в 1-й директории
глюк довольно известный, проблема связана
1) версия PHP (в РНР7.1+ сесии настраиваются несколько иначе чем в 5.6)
2) срок жизни сессий, владельцы магазинов вечно желают угодить покупателям продлевая жизнь сессий , для того что бы не сбрасывать набранную корзину товаров, и если человек 2 дня назад набрал 5 товаров в корзину, позволяют спустя 5-6 дней прибавить к этим 5 ещё
(простите за прямолинейность, это называется жадность в сочетании с глупостью),
для чего тогда создавали модули Abandoned Cart, Persistent Cart и т.д.
но владельцы не хотят понимать следующего, что немного поигравшись кто-то(покупатель или просто прохожий)
просто несколько раз нажал на "Добавить в корзину" и эта корзина хранится нагружая кэш и систему,
на моб. устройствах у народа по 30-50 открытых вкладок которые не закрывают наверно месяцами пока мобила тормозить не начинает,
если добавить переход с моб. сети на wifi когда автоматически происходит обновление контента !!! Не закрытых!!! страниц на моб устройстве

а таких кто просто так нажал на корзину 100:1 (сто к 1 ) в соотношении к реальным покупателям, которые вот так по 3-5 дней набирают корзину покупок,

что в свою очередь создает множество проблем включая создаёт риски с безопасностью

!!! ставьте приоритеты и делайте выводы !!!
 
Последнее редактирование:
Лучше положить весь кеш в redis, memcached или на крайний случай выделить кусочек RAMdisk в файловой системе.

Хранить кеш в базе данных - слишком накладно, особенно если у вас большая база данных товаров.
тут засада, если вы не настроите их ПРОАВИЛЬНО, то это все слова. Есть у вас настройки для РЕДИС и МЭМКЭШ. Напишите их здесь, попробую. У меня есть проблема при НИХ. Проблема с КУКИ. На фронте видно как зашел другой. Как правильно настроить, просто 2 файла сюда запостите.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху