markimax
-
Публікації
20 094 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Быть не может :) Что-то упустили. В ЛС доступ -
А gzip ;)
-
Оптимизатор MySQL рулит: Т е не блокируются таблицы!
-
Так используйте insert delayed только для своего кеша! При чем тут last id. При обычном запросе оптимизатор прекрасно разбирается что всовывать insert delayed между запросами и запросом lastid нельзя! Всё отлично работает с insert delayeв для вас и lastid для других.
-
А нахерна вам надо в кеше last id. :ugeek: Так что http://dev.mysql.com/doc/refman/5.0/en/insert-delayed.html самое то для архитектуры кеширования
-
SSD - маркетинг чистой воды, разницы особой от рейда и ssd у хостера я не заметил. На серверах столько памяти, (как сказал хостер в приватной беседе), что все папки к которым частое обращение сервер отправляет в оперативную память.
-
Когда файлов больше 1000 в папке даже SSD не спасает :) Файловая система - узкое горлышко серверов. Я видел когда в папке кеша было 10`000 файлов - и на SSD сайт грузился по 20 секунд, из-за этого!
-
Будет но . Если бы блокировка была бы такое тормозной... все бы сайты просто были тормозами. В MySQL отличный встроенный оптимизатор. Так что не заморачивайтесь. :) К тому же всегда можно сделать отложенный insert
-
Насколько я помню у вас "один" кеш (запись) содержит кучу "страниц". И в MySQL можно сделать отложенную очередь на запись и т.п. Но не в этом суть :) И все таки курим мат. часть: http://www.mysql.ru/docs/man/Internal_locking.html А в opencart- ENGINE=MyISAM
-
Что значит "приплыли" ?!, MySQL умный, он просто запрос к этой таблице в очередь поставит... очередь будет 0.0000... никто и не заметит (оптимизатор MySLQ очень хорошо это делает). Учим мат. часть архитектуры MySQL ;)
-
Не все в курсе как работает архитектура MySQL. Думают что если запрос к MySQL то это уже "тормоз" по умолчанию. Серверу по барабану как используется его ФС или чтением файла с сервера или запросом к MySQL. Файлы индексов MySQL (сервер) держит в памяти. Поэтому простой запрос, использующий простой индекс будет так же быстр как и запрос на чтение файла. Но... когда в папке более 1000 файлов, простой запрос будет уже быстрее и чем больше файлов в папке тем больше будет отрыв
-
JS window.location Получает/устанавливает URL окна и его компоненты Следующий ... :)
-
Это же будут самый легкие запросы для MySQL. Он их любит. Он читает только индекс-файл, и по нему часть файла-таблицы А вот ФС сервера (особенно переполненная папка файлами) - это как гадание на кофейной гуще, не известно как поведет на разных серверах. MySQL - универсальное решение.
-
Так это по умолчанию в opencart так уже сделано :?
-
SSD (сам сижу на SSD и мои клиенты на моем сервере) не поможет когда в папке 1000 и больше файлов (эффект тормоза всё равно наблюдается, хоть не так ярко) ;) И нагрузка будет большей чем "запирание" таблицы (там на "запирание" тратиться 0.00000000..., не забываем кеш MySQL). А на переполненную папку файлами кеша с SSD 0.2-.0.3 cек. А на обычном винте 1-10 сек.
-
И плюс по индексу и ключу (в простом запросе) MySQL читает не всю таблицу ;) А только её часть
-
Только не переполненные папки ФС сервера файлами ;) Да плюс кеш MySQL еще поможет, да на нагруженных проектах cachemem
-
https://opencartforum.com/index.php?app=core&module=search&do=search&fromMainBar=1 Ключевые слова "Всплывающая корзина"
-
Бл... ть тронами заражены только архивы на варезах, которые были нагло спионерены и заражены, так как модуль очень популярен. Извините за слова, но их из песни не выкинешь! Не хер качать модули на варезах! А модераторам прошу обратить внимание на Kisa, на форуме не место варезникам И не [censored] высказывать о том чего не знаешь
-
То что iE8 не поддерживается - это не нежданчик, а правильная философия. Его никто уже не поддерживает. И пользователи IE8 уже наверняка в курсе проблемы. Это все равно что делать совместимость феррари с 9-м тазиком
-
Да нет как раз :) MySQL -лю при простом запросе (select val from table where var=queryval ) по барабану какой размер имеет таблица, есть же индекс и ключ. Простой запрос быстрее отработает, чем файловая операция в переполненной папке кеша
-
Совершенно верно. Надо раскидывать по папкам. Иначе на 1000 файлов, файловая система сервера просто "встанет". Наблюдал много раз. Или делать собиратель мусора, как я сделал у себя при кешировании ajax виджетов, просто через какое-то время 10-20 минут, удаляются все файлы кеша этого ключа.
-
Отличная новость для владельцем магазинов с НЕ стандартными темами. В версии 15 будет автоматический (в один клик) адаптер шаблонов модуля под любую тему. Технология проходит тестирование на темах. Пока не было тем которые бы автоматом не адаптировались, даже PAV, Journal, Shoppica и т.п.
-
Не всё учли ;) Поверьте есть еще куча нюансов. Есть не просто маленькие модульки, есть и большие системы, где кеширование надо реализовывать по другому. Не забывайте что если переназначить кешировщик, он то может и должен читать и кеш файлы, которые сделал "стандартный", а тут засада, так как он уже далеко не стандартный а с архивированием.
-
Да там работы не много, но решается вопрос с пользовательскими обработчиками кеша :)
