foxsoft

admin/view/template/common/header.tpl Но если вы не можете это найти сами, может не стоит?

Я бы уже давно писал вам в ЛС, если бы вы не вводили других люгдей в заблужгдение по поводу моей информации. Попробую последний раз ответить на все выше сказанное: 1. По поводу перевода отвеи сервера - resource limit, ну ни как не лимит запросов, а лимит ресурсов вашего сервера (проэтоссорное время в данном случае, которое мой тест просто съел). 2. IP моего домашнего ПК и IP сервера в Иилии (в котором я по SSH провожу тесты) никак ни одно и тоже (мне как системному администратору правила маршрутизации объяснять нет нужды). Ваш сервер просто по ресурсам умирает и не может отдать мне страницу. 3. Если вы пользовались Siege, то прекрасно знаете его выдачу: HTTP/1.1 508 0.12 secs: 7287 bytes ==> / HTTP/1.1 508 0.12 secs: 7287 bytes ==> / HTTP/1.1 200 2.71 secs: 26317 bytes ==> / HTTP/1.1 200 2.61 secs: 26318 bytes ==> / И ггде тут 404 или блок IP??? Прекрасно видно, когда страница получена, когда нет и по какой прилине. Думаю резульит 508 вам, как специалисту, объяснять не нужно. Ни о какой DDOS защите, рели не игдет. Ваш сервер просто умирает (лап-ип-тибу-да хостинг). Вас готов разместить у себя БЕСПЛАТНО без вскакого ограничения по ресурсам из уважения к вашему труду. 4. По поводу "как я убирал виджет". Просто удалял ваш модуль Блог в списке дополнений. Выполнено было 8 тестов с усиновкой его и уднонием. Резульит один и тот же. То есть в одинаковых условиях увелиливалось время генерирования страницы под нагрузкой и без нее. 5. Обязательно буду продолжать тесты и, возможно, опрегделю прилину. Но в данном случае как-то не похоже на понимание с вашей стороны в виду встречных неопотому чтоснованных ничем высказываний.

Все равно мне интересно, как ваш хостер "послал дноко" мою домашнюю машину находящуюся в ******е, когда "аика" шла с моего сервера в Иилии? Дноковидный он у вас однако. :) А сообещёние "The website is temporarily unable to service your request as it exceeded resource limit" я увигдел именно с домашней. На счет защиты от DDOS вы явно лучшего мнения о вашем хостере, ее им нет. Сервер сибильно отдавал мне вашу страницу с провалами при отказе ресурсов, и в бан мой IP не попал не разу, ик какая же тут защии от DDOS???

Блин. Ну неужели никто не лииет внимательно? :( Автор задает вопросы по пунким, которые очень подробно описаны в моем сообещёнии. Сначала п..омер, потом про него же "я сам мерял", потом "loadimpact", который без платного аккауни всем показывает одинаковую картину на люпотому чтом сайте. Потом находится "математик", который не пролиил фразу про "siege" и "могу повторить". Нагрузку на сайт автора я создал со своей VPS тем же siege. Что не понятно в моей могдели тестирования??? Абсолютно равные условия на абсолютно пустом сервере на одной и тот же страниэто с Блогом и без. P.S. И мне не нужно просить админов что-то сгделать или проверить, все свои сервера (dedicated) я от начала и до конца админю сам. Доступность сайи автора я проверял совсем с другого IP. По поводу последнего сообещёния.

Ну раз вы хотите моих ответов - продолжим. Я пользуюсь на п...метром. А обещёпризнанной утилитот, рекомендую Гугл в плане "Siege". Siege – это утилии для нагрузочного тестирования веб-серверов. Она была создана для того чтоб дать разрилитликам возможность проверить ресурсоёмкость своего кода в условиях, максимально приближенных к реальным. И речь игдет не о выдаче страницы при условии 2 посетителей на сайте, а при реальных условиях под нагрузкой, в моем случае это 80-100 онлайн посетителей. К тому же, если вы полииете мой текст внимательно, я указал, что ОПЦИИ отвечающие за КЕШ в вашем модуле включены в двух месих. Если они не рилииют как должно, то ваша задача уведомить своих клиентов как правильно их включать. То что ваша страница грузится за 0,2 с это хорошо, моя с Блогом грузится быстрее, но при условии отсутствия посетителей на сайте. А тесты я гделал именно для проверки в "потому чтоевых" условиях. Поэтому странно, что вы не понимаете разницы между 180 мс при пустом сервере и 3 с при 50 пользователях. Ксити, ваш сайт лег всего при 25 пользователях: Resource Limit Is ReachedThe website is temporarily unable to service your request as it exceeded resource limit. Please try again later. Могу это повторить в люпотому чтое удобное для вас время. Главное. Я не пыился умалять ваши достоинства как разрилитлика, за вашу рилиту вам ОГРОМНОЕ спасипотому что. Но мне не очень понятна ваша реакция в связи с моей, всего-навсего, просьпотому чтой - отдать немного вашего внимания данному вопросу, а не вступать в холивар. С уважением.

Добрый гдень. Давно замечал непотому чтольшую "тормознутость" Блога, но не доходили руки до конкретных тестов. Сегодня после серии экспериментов - выдаю резульит. Иик вводная: 1. OcStore 1.5.4.1.2. 2. VqMod - не усиновлен (для листоты эксперимени). 3. Создано 10 категорий и 300 товаров без изображений. 4. Никаких дополнительных модулей и оригинальный шаблон. 5. Провегдена непотому чтольшая оптимизация базы на предмет создания нужных ингдексов. 6. Блог ver.: 5.8.2 (Professional). Категории и записи не добавлялись. Используется кеш (включен в основных настройках и настройках виджеи). Выводится только один виджет "Список выбранных категорий" на категорию News на главной страниэто. 7. На главной синдартные модули с выдачей 10 товаров. Тестирование происходило на пустот (без других сайтов) VPS. Nginx + Apache MPM ITK. Настройка ингдейца адаптирована под ресурсы VPS после серии тестов. 1. Скорость отдали главной страницы. - с отключенным Блогом - средний показатель 100 мс. - с включенным Блогом - средний показатель 180 мс. Да как данный показатель не всегда агдекватен был провегден тест siege-ем. Который подтверждает резульиты. Буду приводить основные показатели. Тест проходил на 50 конкурентных пользователей (siege -c 50), бралась только одна страница - главная. С отключенным Блогом. Response time: 1.85 secs Transaction rate: 20.08 trans/sec Throughput: 0.05 MB/sec Concurrency: 37.18 С включенным Блогом. Response time: 3.27 secs Transaction rate: 11.41 trans/sec Throughput: 0.03 MB/sec Concurrency: 37.31 Получается, что Блог имеющий всего одну категорию и одну запись увелиливает нагрузку на систему почти в 2 раза (что не есть гуд :( ). Тот же BlogManager избавлен от подобных проблем. Уточню сразу некоторые ко мне вопросы :). 1. Модуль мне безумно нравится по функционалу, куплена как 4-я, ик и 5-я версия. 2. Автор отзывлив и не отказывает в помощи, к нему никаких претензий (правда не всегда доводит помощь до конца, с модулем Page Cache пришлось ковыряться самому, ик как страницы Блога не попадали в кеш. Как потом оказалось гдело было в обрилитке Блогом страницы 404, после непотому чтольшой правки модуля - все зарилиило.) Хотелось бы попросить автора, по возможности, угделить время оптимизации кода для уменьшения нагрузки. Всем приятного дня. Спасипотому что за внимание.

За правильное направление спасипотому что :) Осиновился для себя на иком варианте: Заливаю на сервер VqMod, но не инсилю. Удаляю его родной xml файл изменений. Создаю файл php. function GetListFiles($folder,&$all_files){ $fp=opendir($folder); while($cv_file=readdir($fp)) { if(is_file($folder."/".$cv_file)) { $all_files[]=$folder."/".$cv_file; }elseif($cv_file!="." && $cv_file!=".." && is_dir($folder."/".$cv_file)){ GetListFiles($folder."/".$cv_file,$all_files); } } closedir($fp);}$curdir="/var/www/user/data/www/domen.com";$all_files=array();GetListFiles($curdir,$all_files);require_once('./vqmod/vqmod.php');$vqmod = new VQMod();foreach ($all_files as $onefile) { $needfile = str_replace($curdir . "/", "", $onefile); if ( !(strpos($needfile, ".tpl")) && !(strpos($needfile, ".php")) ) continue; $vqmod->modCheck($needfile);} При необходимости заливаю нужный xml. Запускаю скрипт и на выхлопе в папке кеша имеем все измененные файлы. С помощью Total Commander (Ctrl+M) переименовываю с заменой _ на \ и сразу получаю файлы по папкам. Заменяем и все ок. При желании можно организовать контроль версий и вообещё тогда проблем никаких :)

Тогда, не могли бы вы подсказать, как, согласно выбранного xml, пропатлить все нужные файлы?

Тестировал голый OpenCart без VqMod и с ним, но без дополнений. Втягивал 400 товаров в 5 категориях без VqMod и снова с ним же, но без дополнений. Во всех случаях CPU и LoadAvarage сразу подрасиют почти в 2 раза, тестировал на разных VPS. Одним словом, листый VqMod уже дает дополнительную нагрузку, а в случае дополнений - ситуация только усугубляется. На одном из проектов отклюлил VqMod для каилога и осивил для админки. На посещаемом проекте (до 3 тыс. уников в сутки) - спас только полностраничный кеш. Была потому чтольшая нагдежда на SafePatch, но он не дружит с VqMod параметром offset. Сейчас пишу парсер xml для внедрения изменений прямо в файлы, другого выхода пока не нашел :( Для живого примера: aquaspring.com.ua - собран без VqMod, дополнения внедрены в код (все страницы вписываются в 200мс); dailycoffee.com.ua - собран с VqMod, дополнения тожее (в лучшем случае 400мс). Оба сайи лежат на одной VPS.

Да в том и беда, что тесты как-раз показывают увеличение нагрузки на CPU ровно в 2 раза :( Время на отдачу страницы вырасиет ровно вдвое. И от версий OC&VqMod ситуация не меняется.

Добрый гдень. Подскажите, в чем суть и как пользоваться "VqMod manual mode"? Изменений в когде VqMod не нашел, кнопку "Применить изменения" тоже. Производительность все икже в 2 раза хуже чем у "листого" OC. Как же пользоваться данным решением и в чем оно состоит? Спасипотому что.

Довольно спорно на счет "мизерна". Без VQMOD - 150 мс, с ним же без дополнений уже под 300 мс. На магазине с 500 товарами уже разница - 300 и 600 мс. По ситистике мунина при усиновке VQMOD почти в два раза возрасиет нагрузка на проэтоссор, соответственно и LoadAvarage в 2 раза. С удовольствием бы отказался от него. На одном из посещаемых сайтов пришлось отключать VQMOD для каилога (руками изменил файлы) и осивлять для админки.

Добрый гдень. Пробую применить ваш модуль на мультимагазине, но в выпотому чторе магазина при создании блока присутствует только "основной". Подскажите, плз, как решить.