AlexDW

согласен, в плане совместимости лучше оставить хочет юзер использовать кривой/косой способ - не нужно лишать его возможности набить шишки приобрести опыт :ugeek: непонятно, когда она выйдет и что еще в ней будет изменено в сравнении с предыдущими так можно до бесконечности ждать "самого последнего" 2302 - вполне стабильный релиз, в отличии от той же 2200 конечно, не без багов, но совместимости с 3.0 в нем вероятно будет больше чем у 21х а насчет "у кучи модулей нету поддержки 2.3" - 2302 вышла 2(!) месяца назад и все заинтересованные авторы уже адаптировали свои дополнения под нее

консоль ошибок в браузере все расскажет

копать в сторону журнала ошибок и логов сервера

поначалу тоже поражался - зачем разрабатывают модули на vqmod, если в движке уже есть ocmod а объяснение простое - ocmod более-менее нормально стал работать только с версии 2011 желающие могут попробовать запустить на движке 2000 ocmod, например производящий множественную замену строки или меняющий строку на часть кода, в котором эта строка также имеется результат сильно удивит :ugeek: и то, от версии к версии возникали различные нюансы в плане совместимости (разделители, skip итд) при этом, синтаксис vqmod остался неизменным - вот под него многие и начали ваять.. (ну и возможно кому-то просто было лень переделывать под синтаксис ocmod с учетом всех нюансов) другое дело что первые версии vqmod, предназначенные на работу в движках 2x некорректно работали с кешем ocmod т.е. если один и тот же файл менялся и через ocmod, и через vqmod - вместо того, чтобы брать измененный файл из кеша ocmod, vqmod брал оригинальный файл и менял его а так как кеш vqmod имеет бОльший приоритет - изменения через ocmod попросту не учитывались плюс многие просто не могут правильно установить vqmod следуя инструкции а уж если сначала поставили "кривую" версию, а потом поверх начинают ставить верную с частичной заменой файлов - на выходе получается нерабочая "солянка" что и привело к неприятию vqmod на движках второй ветки почему лучше использовать ocmod? - он уже есть в движке и не требует от пользователя дополнительных "танцев с бубном" по установке

если то со стороны хостера должно быть какое-то аргументированное обращение с подробностями, типа "мы проанализировали и обнаружили то-то, создающее повышенную нагрузку там-то там-то, что выходит за пределы установленного лимита" вот от этих данных и нужно отталкиваться если же хостер прислал письмо вида "ааа! все пропало, с вас еще 600руб!!!" - отталкиваться нужно уже от хостера

VQMod 2.4.1 для движков 1.5.х, для 2х лучше брать последний но только при условии а) корректно работающей версии б) правильной его установки практика показывает что именно с этими-то двумя моментами у большинства как раз возникают сложности приводящие к конфликтам vqmod и ocmod в случае модификации одного и того же файла - то изменения не внесутся, то внесутся лишь частично, то наоборот - аж дважды

вор украл машину, привез знакомому автомеханику а автомеханик начал названивать хозяину машины за консультацией.. полный абзац

судя по всему - в кривой версии vqmod, установленной на движок второй ветки почитайте информацию про конфликты ocmod и vqmod, обсуждалось неоднократно

вспоминать после чего такое началось, что делали/какие дополнения ставили выключить все модификаторы, потом обновить кеш модификаторов и проверять если помогло - причина в одном из них, подключать по очереди и проверять, на каком споткнется - его и смотреть если не помогло - заменить файлы admin\controller\catalog\product.php admin\model\catalog\product.php их оригиналами из дистрибутива вашей версии и обновить кеш модификаторов (только копии своих сделайте на всякий случай)

every seourl must be a unique and not be used twice

ответ в самом вопросе то что отключено - не используется

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

скорей всего просто у вас в настройках магазина стоит возможность заказа товара при его отсутствии

причем здесь данный модуль и его автор, если вы сами писали что у вас проблема при установке ЛЮБОГО модуля разберитесь сначала с проблемами своего движка, тогда и модуль заработает

этого не всегда достаточно - какие-то модули/дополнения могут использовать подобный запрос и им будет фиолетово чего там в админке ищите по части самого запроса где/кем/чем именно он используется

видимо в настройках включили, случайно или не совсем самопроизвольное включение режима обслуживания было в 2031, при обновлении кеша модфикаторов автоматом втихаря врубалось отключите если включено, выйдите из админки и проверьте магазин

эээ. вроде наоборот, это раньше он в api был в 2302 - например, удаление заказов уже отдельно вынесено, в модель заказа

насчет самой ошибки - смотреть подробности в логах сервера а из непонятного, при нажатии на странице товара на кнопку в корзину - вылазит оформление заказа в 1 клик хотя его кнопка - рядом

ищите по форуму про отключение подсчета товаров в категориях

обнаружил интересное в 2302 если юзеру запретить изменение sale/order - он не сможет при просмотре заказа сгенерить номер инвойса, добавить баллы и прочее но при этом спокойно может (!) создавать новые заказы и редактировать существующие :ugeek: мягко говоря, удивился :-D

проверять robots.txt

такой смотрите

любое изменение оригинального файла - это уже правка

можно ли спи@@енный у соседа телевизор расценивать как стремление к знаниям? наверно, можно :-D перечитайте правила форума внимательно

http://opencart.pro/