markimax
-
Публікації
20 093 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Да можно - той же вставкой HTML- посмотрите пример например контактов - справа вверху "контакты" http://opencartadmin.com/politika.html На схеме "Главная" как раз я снял "галочку" виджета, чтобы дизайн default не сильно меняло -
Может хватит сюда писать "спам" - в ЛС или skype! Еще раз подтверждает что хостер послал ваши запросы Он же дал ответ 508! Если бы сервер лег, то после 508 было бы только 508 и весь сервер бы лежал, но в данном случае не все запросы были 508, и после них сервер спокойно работал. Разными системами защиты от DDoS - дают разные ответы, это зависит от настроек хостера Хоть погугли бы. http://acer-ru.custhelp.com/app/answers/detail/a_id/19176/~/%D0%9A%D0%BE%D0%B4-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8%3A-508-%D0%92%D0%B0%D1%88%D0%B5-%D0%BE%D0%B1%D0%BE%D1%80%D1%83%D0%B4%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%BE-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D0%BE,-%D0%BD%D0%BE-%D0%B2%D0%BE%D0%B7%D0%BC%D0%BE%D0%B6%D0%BD%D0%BE-%D0%B1%D0%BB%D0%BE%D0%BA%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD
-
Давайте в ЛС (не захламлять тему) я вам дал и свой skype - вы не совсем понимаете работу сервера и маршрутизацию. Вы сами написали что был ответ сервера service your request as it exceeded resource limit[/size] Думаю переводить не надо и так понятно - превышен лимит запросов.[/size] И сервер в этот момент не "упавший" (мне бы мониторинг сразу бы ответил на e-mail) просто на превышение лимита он посылает ваши запросы (не все) на три буквы. И по барабану откуда запросы хоть с Антарктиды. Они идут с одного IP. И откуда вы знаете, как сервер хостера реагирует ;) И что за ... попал в бан или нет. Вариантов блокирования масса, вы никогда даже не поймете попали вы или нет в "бан" http://habrahabr.ru/post/128526/ http://habrahabr.ru/post/204508/ Давайте я вам в skype объясню всю работу маршрутизации и хостинга Вот вся проблема тех кто "вдруг" нашел очередной попугаеметр и не зная архитектуру и работу, начинают строить какие-то не понятные "выводы". Эти результаты могут сильно варьироваться, потому что очень много зависимостей хостера, его каналов, маршрутизаторов, настроек сервера, нагрузки соседей по серверу. нагрузки канала маршрутизатора соседями и т.п.. Но никак не чистое время генерации страницы под нагрузкой
-
Далее siege - не тестирует время генерации страницы под нагрузкой. Он просто бомбит сервер запросами. А какой чистоте эксперимента тогда может идти речь. Siege - тестирует сервер. давайте подойдем с другой стороны. VPS это еще не значит что нет соседей на сервере. А узкое место у сервера MySQL и файловые операции. Сосед на joomla или WP начинает нагружать MySQL тяжелыми запросами, все сервер проседает. Вы сделайте по другому напишите скрипт который подсчитывает время генерации страницы (и в лог) и вставьте его в код opencart и под нагрузкой Siege проверьте... но опять же надо сервер без соседей. А так ... это обычный бомбеж хостера запросами а не тест, не известно как хостер на это реагирует и сколько запросов посылает на три буквы Например ко мне обращались пользователи что в Виджетах (админ часть) не доходит прогресс-бар до конца (через раз). Знаете что было.... хостер установил лимит не более 5 запросов в секунду. И всё, сервер думал что когда подгружаются виджеты (а они подгружаются через ajax, "foreach") - это атака DDoS, писали хостеру, чтобы он настройки изменил, что когда запросы идут с IP своего же сервера то это не DDoS (логично). Только менялись настройки DDoS фильтра - всё нормально стало работать
-
Но с одного (вы физически не можете отправлять запросы (25 уников в секунду с разных IP :) ). Разницы для хостера никакой- есть куча запросов с одного IP (причем по барабану с какого) - всё DDoS. Вы знакомы с работой серверов? Что сделает хостер (сервер- настройки) если его бомбят 25 раз в секунду с одного IP ;) В лучшем случае начнет игнорировать половину запросов давать ответ 404. В худшем вообще "заблокирует" этот IP на какое-то время.
-
Вот точно что "блин" - вас засекли как DDoS атака с одного IP и превышением допустимой нормы запросов с одного IP. Это раз. Далее. Что вы подразумеваете под: "Абсолютно равные условия на абсолютно пустом сервере на одной и той же странице с Блогом и без." Вы писали что тестировали главную свою. Там хоть один виджет был? Т.е. вы установили модуль и "тестировали" свой сайт. Так как может быть такая разница если модуль "не работает" вообще. Вы архитектуру opencart смотрели? Там проверяется есть ли включенный модуль на схеме. Нету - значит - не работает модуль. А ни кто и не просил их этого делать! :) :) (не внимательно прочли мой пост) Они по своей инициативе, так как я сказал что сервер тормоз. Первым делом как хостеры отвечают все знают - "сам дурак" После того как им приходят внятный ответ. Они что делают - отправляют сайт в песочницу на чистый сервер и гоняют как "сидорову козу" всеми попугаеметрами- их ответ однозначен - никакой нагрузки сайт (модуль) не создает. Потом кучу ответов-извинений в стиле это соседи на joomla сервер ложат, извините и давайте "выбирать" где вам удобнее
-
Да foxsoft не понял, что хостер определил его "тест" как DDoS атака (превысил лимит запросов в секунду) и тихо послал. Если уже и бомбить запросами, то с разных IP. foxsoft - хостер не даст забомбить себя кучей запросов с одного IP Удивительно как он сразу не "послал" а еще "держался" до 2 млн. уников в день. Я бы на месте хостера поставил лимит ~10 запросов в секунду с одного IP (что ему и советовалось).
-
Давайте не захламлять этим [cansored] тему. Так как вы и понятия не имеете, что тестируете. И прекрасно я знаком с Siege. А плавно вы покажите мне условия тестирования в ЛС Я точно также мерял и Siege и loadimpact.com - результаты полностью противоположные Насчет моего хостера, некоторые пользователи знают проблему, так как тоже находятся на том же сервере, это проблема хостера и соседей. Сейчас сайт тестируется на новом сервере хостера я уже 5 раз переезжаю с сервера на сервер, Хостер просто тормоз. И при всем этом генерация страницы 0.2 сек. без нагрузки на хостера. Никак модуль не может нагружать сервер (сами админы хостера тетировлаи 1000 раз Siege и всем подряд - ответ однозначный у них - нет нагрузки вообще от моего сайта, вы же знаете хостера после запроса в тех. поддержку кто "виноват" в первую очередь и кого проверяют, их ответ - сайт идеально "вылизан" в плане скриптов) - если нет вообще никаких запросов mysql - так как отдается, еще раз повторюсь только html код из кеша. Я кеширую весь блок виджета а не только запросы. А вот это сообщение я думаю вы переведете exceeded resource limit Т.е. ваши запросы были распознаны хостером как DDoS атака - и сервер тихо послал "вас" далеко.
-
А скорость можете сами посмотреть ~15 виджетов на главной. (мне вот интересно у кого-то есть 15 виджетов модуля на странице) ;) ? http://opencartadmin.com/ Слева в самом низу скорость генерации страницы (зависимость от нагрузки на сервер, сайт на "обычном" хостинге). от ~0.2 - до 0.9 секунды (если нагрузка на сервер большая) 0.2-0.5 секунды (когда сервер в нормальном состоянии) с 15 виджетами (и плюс включен подсчет количество товаров в категории товаров) 0.2 - это "тормознутость"?, на обычном хостинге, причем медленном (соседи с joomla и wp просто "убивают" сервер) :) Так что foxsoft не вводите пользователей в заблуждение. Что вы там вообще меряли и как, попугаеметрами и не известно что, что там перестраивалось, какие условия и т.п.. Вот вам реальная скорость генерации страницы, код подсчета скорости генерации страницы "зашит" прямо в код opencart).
-
Перед как печатать вы скажите что вы вообще замеряете? Научились пользоваться какой-то п...кометором? Это совершенно не правильно. Вы хоть знаете как надо тестировать... я уже вижу что нет. А тестировать надо не писюлькометрами, а вставлять код замера прямо в код opencart. То что нагрузка есть - это всегда будет так как выполняется код (-+100 ms) и т.п. Но... что именно вы меряли, а включали ли вы кеширование. Вы вообще в курсе что кешируется модуль несколькими способами, один из них - просто кеширование всего. Т е нагрузки вообще нет. Отдается только html код.О какой нагрузке может идти речь, если вообще не выполняется никакой код! Логически подумайте - выполняется только "кусок" php кода до определения "кеширования" Далее 100-180 мс - это в пределах вообще погрешности сервера или канала. А 3 cек. Это вообще не известно что за цифра у вас и откуда она взялась. Бред какой-то. Генерация страницы явно не три секунды., тут она у вас 180 mc, а в другом тесте 3 секунды - бред какой-то. Этоим тестом вы меряли скорость работы сервера, перестройки кеша opencart и т п У меня главная с кучей виджетов на ней отдается 0.2 сек. когда сервер не нагружен. 0.5 при малой загрузке сервера, и 1 секунда при средней загрузке сервера. Не модуля! Чувствуете зависимость? Причем главная "проверялась" 1000 админами сервера "вдоль и поперек" никакой нагрузки не создает. Единственный виджет который может создавать нагрузку это виджет "Список отзывов и комментариев" - когда много категорий и все их выделить, вот этого не советую делать так как тогда mysql будет долго обрабатывать IN (но такое редко я вижу). И то результаты кешируются блоком html. Так что перед тем как писать о своих догадках. Научитесь правильно тестировать. Без обид. Так что пока лучше свои догадки оставьте при себе. Вы тестировали скорость сервера а не модуля.
-
Это говорит о том что вы не все файлы переписали, или не туда :) Т.е. на месте где они должны быть - a их нет.
-
Так что это фактически 5.8.2 - релиз, из-за того что по ошибке тестовый вышел, пришлось релизу 5.8.2 версию "поднять"
-
Вышла версия 5.8.3 Всем, у кого версия 5.8.2, обновиться (по ошибке в релиз вместо релизного архива версии 5.8.2 попал "тестовый")
-
Только недавно ускорял пару сайтов. Результат до ускорения 10 сек. загрузка страниц. После проведения оптимизаций 0.5 сек. Тарифы в профиле
-
Если сроки не жмут и надо качественно (я "костыли", для быстроты не ставлю), могу сделать, но у меня дорого. Если интересно пишите в ЛС
-
Давайте, такие вот личные "хотелки" и их обсуждение перенесем в Личные Сообщения, чтобы не засорять тему. И так уже 46 страниц.
-
http://opencartadmin.com/admin/index.php?route=catalog/fields
-
Все личные "хотелки" обсуждаются только в личных сообщениях Чтобы не засорять тему
-
А виджет "слетел" в админ части или в схемах?
-
Нету такого. Для трепания можно использовать отзывы для записей. Т.е. создаете темы (записи), например - делаете категорию "Форум" и в ней записи -"Треп о мужиках" и т.п, а отзывы в них - это и есть "трепание", можно еще сделать симпатичные шаблоны для дам. todo лист - это список задач :) Т.е. список задач, которые я сам себе поставил. Т.е. поставил задачу, чтобы записи могли создавать в ЛК и пользователи из выбранных доверенных групп.
-
Ну сколько можно. Читаем инструкцию по обновлению (там эта ссылка есть)! Как произвести обновление со старой версии на новую или после переноса сайта install.txt Если что-то долго не получается - прочтите наконец инструкцию. © законы Мерфи
-
В todo стоит, но давно, не востребовано для opencart, очень мало "заказчиков" да и не надо это opencart-y В основном "статьи" opencart-y нужны для seo раскрутки а не для "социальной сети".
-
Оригинальный языковый файл footer.php ocStore: <?php // Text $_['text_footer'] = '<a href="http://myopencart.ru">ocStore</a> © 2009-' . date('Y') . ' Все права защищены.<br />Версия %s'; ?> opencart: <?php // Text $_['text_footer'] = '<a href="http://www.opencart.com">OpenCart</a> © 2009-' . date('Y') . ' All Rights Reserved.<br />Version %s'; ?> Не знаю вы лично удаляли или кто-то удалил, не важно, но есть факт удаления оригинальной переменной Обращение к тем, кто "такое" чудит (удаляет переменные), что бы не выводился "powered", не обязательно удалять всю переменную, её можно просто "обнулить": $_['text_footer'] =''
-
Значит не правильно делаете, что-то упустили, кеш не почистили, не все файлы переписали и т.п. Насчет notice... это ошибка ваша. Зачем удалять стандартную переменную opencart $_['text_footer'] в файле /admin/language/russian/common/footer.php !?
-
в папке .../agoodonut/* jquery полегче на порядок, чем php. PHP - это язык программирования, а jquery это framework, это говорит о том что... из викки: Фреймворк (англ. framework — каркас, структура) — структура программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта.
