Skull515

Спасибо всем, кто откликнулся на мой пост! Я узнал для себя полезную информацию, а самое главное расширил список людей с кем можно посоветоваться по вопросам сетевого администрирования и оптимизации. Хочу отдельное спасибо сказать @100napb - он помог решить мои вопросы + сделал много чего сверх моих ожиданий - это приятно. Ну и самое главное на сервере теперь примерно 400Мб (+/-) свободной памяти, сайт стал работать быстрее, а покосившиеся модули пришли в норму! Я доволен результатом и готов рекомендовать @100napb как специалиста по решению подобных вопросов.

Я думаю решение вернуться на php56 не лучшее в моем случае... Буду рад выслушать предложения в личку, потому что почитав ответы я понял, что если я и осилю подобную оптимизацию, то потрачу уйму времени сил и не раз обрушу сайт, прежде чем добьюсь результата. Единственный момент - хотелось бы остаться на php5.6, не все модули потянут 7 версию...

Да, на апаче, настройки в Vesta прилагаю картинку. Было php56. Честно говоря проблематично для меня сделать такой переход... знаний маловато... Вот в том то и вопрос, я могу сказать заказчику купить еще оперативы (правда сколько, 512 или больше...), но хотелось бы помимо этого "выделить память туда, куда это действительно необходимо и повысить общую производительность", как Вы правильно написали.

Всем привет. Есть сайт, он на VPS от timeweb, тариф Master (2х2,4ГГц + 1Гб RAM + 30Гб SSD) + панель Vesta. В магазине сейчас почти 10К товаров. Много атрибутов (десятки), много значений опций (в самой часто используемой - 163 значения, остальные до 20 примерно), но не так чтобы тысячи. В момент переноса на VPS было около 4К товаров и за период больше года выросло до 10К. Все было хорошо до 22.02.2019. Именно в этот день один из модулей пожаловался на недостаточный параметр max_input_vars (был 1000, выставил 3000), параметр был увеличен через php.ini, но изменения применяться не хотели и я написал в поддержку. Ответ пришел быстро - они переключили PHP на fcgid. Параметр применился, модуль перестал ругаться, все было хорошо, пока сайт не отвалился, примерно с такими ошибками. Их было много разных, но все они говорили о том, что отваливается БД. На сайте начали глючить работающие до этого модули, а oom-killer начал вырубать процессы, обеспечивая еще большую нестабильность. Я обратился в поддержку, дескать, PHP переключили и понеслось. На что получил ответ о том, что да, SQL отваливается, детальнее разбирайся сам через htop, а про возможность увеличения потребления памяти после переключения PHP деликатно умолчали. Да, привожу график скачка по памяти, прямо после того как отписались из поддержки. Видим, что после этого просто вырос уровень потребления памяти, в один момент. На сайт ничего не залили, да и пользователей не набежало. Сейчас сайт отваливается раз в сутки, что, конечно, не хорошо. После перезапуска сервера опять работает. Так же, заметил периодическую самовольную перезагрузку серверов: БД, FTP, файервол, почтовые - вроде ранее такого не было... У меня есть ряд конкретных вопросов. 1. Верна ли догадка о том, что переход PHP на php-fcgid мог так пагубно повлиять на память, если вернуться обратно на на просто php, вернется ли память на прежний уровень расхода, но как тогда быть с php.ini и параметрами, тем же input_vars? Да PHP версии 5.6... 2. При таком кол-ве товаров возможно ли оптимизировать запросы, настроить сервер, еще что-то сделать, чтобы не увеличивать лимит RAM? Я думаю, что бесконечное увеличение RAM - не есть правильный путь для решения вопроса... 3. Я уверен, что среди участников форума найдется специалист, который поможет мне решить эти вопросы. Проведет диагностику, даст рекомендации, а после согласования цены и сами работы по оптимизации. К сожалению моих познаний в сетевом администрировании явно не хватает, поэтому буду благодарен за любую помощь, в том числе и платную.

Всем привет. Заметил такую проблему, недавно, поэтому не могу проследить причину ее появления. Суть вот в чем. Есть опция, с кучей параметров (163 точнее). Так вот, в нее добавлялись новые пункты посредством фильра и все было хорошо. Но потом я зашел в нее из админки, поменял название и выхватил вот такую ошибку. Изменения в названии применились, но от параметров данной опции осталось только 9 значений. Залил через импорт сохраненные опции, параметры восстановились. Уф - хоть работает, можно заняться выяснением причины. Зашел в БД, в таблицу oc_option_value_description и для параметра option_value_id выставил AUTO_INCREMENT. Однако, это не решило проблему. В чем может быть еще дело? Я же правильно понимаю, что выставлять A_I для language_id, option_id и name не нужно, поскольку дублируется только option_value_id? Удалить все и сделать заново не могу - магазин на 10 тыс. товаров, уже давно работает. Посоветуйте, плиз, как быть?

Удалось найти решение? Сейчас тоже нужно просто визуальное разделение на подгруппы внутри одной опции, думаю, самому писать или готовое уже есть) Может кто подскажет... Да, нужно под 2.3, но и под 1.5 подойдет)

Спасибо за пояснения! Было бы здорово внедрить в этот модуль такой функционал по продолжению работы с места остановки, а то с недавнего времени что-то хостер начал гайки закручивать в этом направлении...

а с ограничением на експорт более 500 товаров ничего не удалось сделать?

2 AWARO Спасибо, конечно, модуль хороший, но в моем случае просто пропущена буква в conTroller - сам перечитал на форуме и понял - все заработало

Всем привет, а у меня задача типа "попроще". расширил стандартный модуль "Почтовая рассылка" сбором гостевых ящиков "Подписка на новости" вот этим модулей. Модуль работает как надо - выводится в любую позицию на странице, не имеет никаких настроек, кроме вкл/выкл, но мне он нужен в футере. Пробовал так: в контроллер футера писал $data['newsletter_guests'] = $this->load->conroller('extension/module/newsletters'); в шаблон <?php echo $newsletter_guests; ?> не работает - 500 ошибка, модификаторы и кеш обновлял - в чем может быть проблема?

Спасибо за пояснения, пока нашел другое решение, сделал кнопки руками, но модуль, бесспорно, заслуживает внимания, правда я так и не понял как у вас получилось отредактировать название товара? В демке, при двойном клике на название товара в админке ничего не происходит...

А никто не находил инструкцию аналогичную выше (для ОС 1.5), но для 2.х версий? Делал все по инструкции, буква в букву, но адекватного результата не добился... Выдается ошибка о не найденной переменной. Много модулей по управлению уже существующими полями таблицы БД, но мне бы хотелось понять как создать новые. Буду благодарен за любую помощь...

Добрый день, все хорошо, не нашел в демо такого момента - как из панели администратора обновить модификаторы и кэш почистить всего и вся одной кнопкой? Можно такую кнопку вывести туда же в бар к остальным? На фронтэнде не особо то надо чистить кэш модификаций... И еще - во фронте можно как-то редактировать кнопочки? Не все из них нужны... Да и еще момент - в листе товаров в админке можно редактировать цену, кол-во, вкл/выкл., а название и модель? Работает ли редактирование акционных/скидочных цен

при попытке записи в .htaccess, как в этой теме и пишут (я ее читал) - получал ошибку. Сейчас скопировал из темы php_value max_input_vars 5000 и все заработало! Видимо, я ставил слишком большие значения (стояло 30000 и 50000). В итоге оставил в .htaccess php_value max_input_vars 5000, из других мест все удалил - работает версия ОС - 2.3 Спасибо за помощь и участие!

Поменял права на 777, чуда не произошло... Файлы залиты под пользователем НЕ root, но прав у него хватает... Сейчас, кстати, оставил настройки max_input_var и max_post_size только в файлах конфигурации сервера, из папки CMS удалил.

Да, но только в папке opencart, на сервере не трогал. Еще щас посмотрел - значения в php.ini на серваке и в папке opencart разные, но это вроде не должно влиять... Увеличивал до 50000...

Доброго дня. После переноса сайта на VDS отловил следующий глюк. У части товаров, не у всех, не сохраняются опции, аттрибуты, скидки, акции. Ошибка такая: PHP Notice: Undefined index: points in /var/www/www-root/data/www/pol163.ru/vqmod/vqcache/vq2-system_storage_modification_admin_model_catalog_product.php on line 203 Чистка всевозможных кешей не помогла. Увеличение max_input_vars не помогает (пробовал и в папке opencart: в корне и admin править php.ini, так и в папке настроек php на сервере - толку нет). Никаких идей не осталось, кроме как снести vqmod и интегрировать его модули напрямую в opencart, но так делать не хотелось бы, потому что придется много изменений в каталог вносить - там серии товаров созданы... Подскажите куда копать? И главное - почему не у всех, а только у части товаров такая фигня

Установил, спасибо @sergiussv за дополнительные комментарии в личке. Разбираюсь с логикой работы модуля, на первый взгляд все отрабатывает нормально. Думаю, что в список совместимых шаблонов можно добавить modern, который я и использую в проекте. Для тех кому интересно, модуль ББ совместим без дополнительных "допиливаний" со следующими модулями + Product Series (vqmod) Очень бы хотелось автоматическое обновление (пересчет) бальной стоимости в карточке товара при изменении кол-ва или опций и, пожалуй, срока жизни ББ. Еще мысль по поводу автопересчета - в корзине при оформлении заказа ББ считаются правильно, в зависимости от суммы в чеке (в моем случае это делает Simple). А вот в карточке видно, что расчет ББ идет от поля "цена", без учета поля "минимальное кол-во". В моем случае, когда идет продажа ламината, учет минимального значения просто необходим. Я думаю, что и не только мне, для разных типов переменной int & float. (В Simple такой учет реализован и это делает его просто бесценным дополнением) И еще один вопрос - где редактируется шаблон письма, который отправляется на мыло пользователю о начислении ББ? Хочу его немного доработать в плане оформления.

Так все же, если там будет стоять 0, то будут ли начисляемые балы округляться до целого? Или дробные части числа баллов будут отображаться, а цены будут округлены до целого?

О, классно, многое прояснилось - спасибо. Начал читать инструкцию, нашел интересный пункт: "В настройках основной валюты «Система->Локализация->Валюты» проверить стоит ли значение «количество знаков после запятой»". Я правильно понимаю, что это влияет на "разрядность" начисляемых баллов? Т.е. если кол-во начисляемых баллов будет не целым числом, то разрядность регулируется именно настройкой валют? Или нет такой привязки? Потому что не хотелось бы включать разрядность в ценах, в карточках товара... Немного странно будет смотреться цена 100.00 руб....

Хорошо, мне нужно, чтобы автопересчет работал в версии ocstore 2.3.0.2.3 - покажите пож-та дэмо, где это работает и я сразу приобрету Ваш модуль. Я думаю не только мне было бы это интересно, как покупателю... Очень хорошо, особенно радует, что учитывается и пересчет баллов при покупке платных опций - этого я нигде не встретил. По поводу модулей и моему подходу к их покупке. Я покупаю модуль и тестирую его на чистой CMS - всегда! Если все ОК - тестирую на забекапленном "боевом" магазине, уже с темами и доп.модулями и если нахожу косяк, то - либо сам его устраняю, либо прошу помощи у создателя. Большинство помогают бесплатно, но и платный вариант я тоже не исключаю - работа должна быть оплачена! И только потом внедряю у клиента - тоже уже "наелся"... P.S. Мне кажется мы с вами немного не так поняли друг друга - об этом говорит ваш "крик души". Вы, видимо, решили, что я Вас пресую, но, поверьте - это не так. Я заинтересован купить Ваш модуль, но, как любой покупатель, хочу быть уверен, что он будет отвечать моим требованиям, а иначе зачем его покупать... Поэтому я Вам гарантирую, что если модуль будет допилен до автопересчета баллов в версии 2.3, то я стану первым покупателем только по этой причине, т.к. в остальном он меня полностью устраивает. В комментариях Вы прояснили главный вопрос по механике модуля. Пожалуй, было бы еще интересно узнать только такой момент - В случае покупки клиентом товара за баллы начисляются ли ему новые баллы от этой покупки, с учетом пересчета в деньги? P.S.S. Я думаю, что в дэмо, пусть на 1.5 было бы очень не лишним показать автопересчет баллов - он же в 1.5 уже работает...

Хорошо, буду признателен, очень не хватает учета платных опций и визуального автопересчета.