mpn2005
-
Публікації
3 222 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача mpn2005
-
Добрый день. Опубликовал новую версию v3.0.7 Проверьте её. Если будут проблемы, скиньте доступ на фтп и в админку. В личку. -
Скиньте доступы в личку. Посмотрю что там за беда.
-
Лучше разобраться с вопросом. И больше к нему не возвращиться. Пока ещё магазин не оброс другим функционалом.
-
Добрый день. Скиньте ссылку на сайт в личку. Очень странное поведение.
-
Добрый день. Напишите подробнее в лику. И скиньте ссылку на товар. Конкретно этот модуль не выводит никаких дополнительных валют.
-
Измените расширение .xml на .xml_ у всех модификаторов, кроме modification.xml Примените. И потом по одному включайте.
-
Да. Эти фалы создаются при применении модификаторов. После этого ошибка должна исчезнуть. И только потом можно применять нужные модифкаторы по очереди. И убедитесь, что при применении модификаторов в этой папке начинают появляться файлы. Если не получится, то лучше скидывайте доступ на фтп (что бы был доступ к перенесённой папке storege) и в админку. В личку.
-
Если это не так, то есть проблемы с правами на файлы. Тогда вручную удалите все файлы и папки внутри папки storage/modification Открыв файл config.php убедитесь что работаете с нужной папкой storage.
-
Так не бывает. Если наать кнопку "Очистить", то все правки модификаторов уберутся. И в папке storage/modification должно быть пусто после этого.
-
В ошибке путь "storage/modification" значит какой-то модификатор правит данный файл. После отключения модификаторов нажали кнопку "Обновить"?
-
Отключайте по очереди модификаторы. Какой-то из модификаторов вставляет код не в то место. Сначала найдите того, кто портит, а потом уже разбираться.
-
Добрый день. На текущий момент лучше брать ocStore 2.3
-
Скиньте в личку доступ на фтп.
-
Системный кэш почистили?
-
Да.
-
Добрый день. Ответил в личку.
-
Написано же "main index.php" Это тот, который в корне сайта.
-
Естественно. Но делать блокировку на уровне php кода ещё медленее. Т.к. ещё накинем 50-100 mysql запросов. И уже нагрузка не только на nginx/apache (для примера) но и на mysql сервер.
-
В таких случаях уже не обойтись бесплатным советом на форуме. Т.к. если нет нужных знаний, то и вопрос сформулировать будет сложно.
-
Есть. Способ описанный выше даёт ошибку 403 и практически никакой нагрузки на сервер. Если запрет идёт модулем, то это выполненние лишнего ненужного кода, что приводит к лишней нагрузке.
-
Но ТС, похоже, пишет про что-то другое. Т.к. я не совсем понял про какие-то ошибки not found и т.д.
-
Создайте файл ".htaccess" в папке admin И запишите туда это: Order Deny,Allow Deny from all Allow from 11.22.33.44 Вместо 11.22.33.44, укажие Ваш IP. Всё. Никаких проблем и лишней нагрузки на сервер. При обращении с других IP сервер пулей отдат ошибку 403
-
Теперь заменяем файл admin/model/blog/category.php category.php Этот блог точно делал какой-то косолапый чудик.
-
А что в логе ошибок PHP? При возникновении ошибки 500 в логе должны быть записи.
-
Up
