AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
родное чпу про них знать не знает, даже если в бд внести не говоря уже про дубли seopro - наше всё! ;)
-
так проинспектируйте по шагам страницу оформления заказа в браузере и смотрите что и где вызывается
-
тут вопрос стоимости и целесообразности переезд на новый движок - перенос и адаптация данных +покупка шаблона +перенос и адаптация всех имеющихся доработок (если они есть конечно) может оказаться дороже разработки шаблона если доработок нет - тогда да, лучше обновить движок + взять готовый шаблон
-
здесь -
1. по ссылке выше все указано 2. зависит от шаблона. лучше всего использовать созданные специально под ocStore (ссылка опять же выше)
-
так я им и воспользовался, а про запрос к БД - выше писал или же там можно получить значение config_seo_url_type без дополнительного подключения к БД?
-
скорей всего у вас неверно настроен FTP для загрузки архивов используйте патч из описания модуля
-
var_dump($config) должен прояснить ситуацию, в частности насчет config_seo_url_type хотелось бы глянуть :oops:
-
в описании же указано все - ничего не нужно а ошибка у вас потому что не настроен FTP для загрузки архивов, либо настроен неверно решение здесь
-
пробуйте три простых правила - здесь ;)
-
подробности уже подзабылись, но сделал так, как выложено, потому что с другими вариантами были нюансы возможно что-то упустил, если найдется более толковое решение - отлично
-
вспоминайте что делали до этого, какие модули ставили или где код меняли - и разделывайте обратно скорей всего просто в файлах шаблона ее убрали
-
там автозаполнение - достаточно просто начать вводить значение опции то же самое для фильтров, категорий и тд
-
хе-хе, самый умный :-D именно таким путем поначалу и пробовал, выяснилось что - про $config->has('config_seo_url_type') там можно забыть - нету его, не формируется массив настроек, как в предыдущих - через ocmod к system/framework.php не подобраться не, вспомнил - подобраться-то можно, но подстановка $value без фактического изменения action_pre_action приводит к ошибке еще варианты? :-)
-
так изначально перед покупкой смотрите что у автора со статусом, датой последнего посещения, репутацией и в теме поддержки интересующего модуля возможно ошибаюсь, но ИМХО - адекватный автор не будет скрывать свой статус, даже если занят по самое "не могу"
-
название модуля вы уже сами в теме написали :-D описание по настройке и ссылки на seopro - здесь не то чтобы совсем без геморроя, но более-менее просто, если внимательно читать инструкции по установке на страницах модуля если движок 2302 - версия в виде обычного архива ocmod.zip без танцев с бубном здесь
-
поставьте для начала голый движок с дефолтным шаблоном желательно последний ocStore - доработан и ориентирован на русскоязычных пользователей ознакомтесь где-что, что есть из нужного, чего нет потом прикиньте какой функционал вам будет нужен и уже от этого отталкивайтесь при выборе шаблона
-
попробовал получение количества через ->num_rows ДО limit в запросе т.е. в итоге запрос как бы один, но выполняется дважды - сначала без лимита, потом с ним есть смысл такое использовать, будет какой-то выигрыш? или забить и юзать раздельными как в движке?
-
сейчас как раз тестирую различные способы метод с FOUND_ROWS работает на движках ниже 2200, но уже не катит в нем
-
точно, порой самое очевидное и не замечаешь :ugeek:
-
не-не, понятно что будут проблемы если править стандартное меня интересовало именно в плане создания своих модулей про модификацию topochillo через FOUND_ROWS в курсе, одно время даже использовал - пока не столкнулся с проблемами совместимости
-
созрел для первого своего вопроса на форуме :ugeek: пытался понять, но так и не въехал в смысл использования двойных запросов в движке - сначала для получения элементов, а потом для их подсчета (getProducts/getTotalProducts и тд) есть какая-то особая причина для их разделения, вместо использования например глобальных переменных для получения количества через ->num_rows в одном запросе? или же отдельный запрос вида SELECT COUNT будет работать быстрее подсчета итоговых результатов через ->num_rows в первом? буду благодарен за пояснения
-
первое может ModalWindow2x второго - не умеет, в силу его специфики выбора страниц для показа нет ищите в дополнениях, вроде было что-то подобное
-
автору-то писали? при проблемах с платным дополнением нужно писать автору в ЛС он поди знать не знает о вашей проблеме, а вы как персонаж из известного анекдота: "..телефона, телефона - чукча кушать хочет!"
-
а, только сейчас обратил внимание на дату создания и дату модерации - многое объясняет :-D
