markimax
-
Публікації
20 093 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Вот это перл и треш... Даже комментировать не буду
-
Я уже вам писал в ЛС Поисковые системы работают с DOM документа, раз, и два, аналитика видит (перехватывает, какие бы они "замаскированные" не были) все ссылки по которым вы ходите внутри сайта куда и откуда. Вы их никак не "замаскируете" Меньше читайте разного бреда -
Согласен с @AlexDW Это то о чем я писал выше Не виновата "лопата" что у того кто ею копает "руки-крюки" ocmod - обычный инструмент совместной разработки Без него было "ой" как плохо.
-
В DB перехватывать Хотя согласен - это конечно треш Надо бы $sql = ..... $query = $this->db->query($sql);
-
Совершенно не понял вашего сарказма и он не уместен и не обоснован Если у кого то кривые руки и пишут кривые модификаторы, то причем здесь "лопата" ocmod - это инструментарий совместной разработки, "лопата" Не было бы vqmod (вот это костыль был) или ocmod (стандарт) opencart бы не получил такого распространения Можете не использовать ocmod - ваше право. Архитектура opencart построена на овердрайве и позволяет другие варианты. Овердрайвите тогда, работайте с событиями и т п. Только тоже надо с умом это делать. Поймите наконец, "лопата" не виновата что руки-крюки у кого то Насчет запроса. А в чем проблема его разобрать перед выполнением? Ведьма например так и делает в MFP
-
Вот, вот вот Чтобы не было конфликтов делайте модификатор так, чтобы он учитывал многие нюансы других разработчиков И не надо сильно модифицировать код Просто вставляйте вызов вашей модели или контроллера, который обработает данные, а не целую простыню кода
-
ocmod - это не костыль Это инструмент СОВМЕСТНОЙ РАЗРАБОТКИ Такой себе git в opencart Исходите из этого
-
Сделано в целях безопасности. В 41 версии (не вышла еще) - через облако еще можно Если разрешать пользователям заливать файлы к вам на сервер, рано или поздно зальют "вирус", какой бы "бронебойный" код не был у модуля,потому как могут, воспользоваться дырами хостинга Так что ТС - не рекомендую Я на маркетплейс opencart.com при свидетелях (админы нашего форума) залил всем популярным модулям с возможностью загрузки, на их демо, php бомбы
-
Уже скоро
-
Ну это "мат. часть" code style php Нельзя динамику переменных тягать по сессии, это "индусский" г.. код Всё. Забудьте про тягание переменных через сессию. Хотите сделать правильно ищите другой code style
-
Тот что я "знаю" это г..костыль какой то, наверно вы им и пользуетесь Нормальный профайлер есть в Jet Cache 8 (но он пока не совместим с TOP 2)
-
см. п 1 Суть оверайда на пальцах.. "Это моё (обращение именно к модулю) значит "я "обрабатываю. Не мое - отдаю указатель обработки на оригинальный вызов opencart" Т е точно также как opencart использует в своем engine Давайте больше про кривые "профайлеры" даже не вспоминать
-
1 Профайлер отправьте в ж... автора, он не понимает овердрайв и соответственно показывает не правильные значения 2. Как и весь engine opencart модуль тоже использует overdrive т е профайлер показывает не правильные значения см п 1 Суть оверайда на пальцах.. "Это моё (обращение к модулю) значит я обрабатываю. Не мое - отдаю указатель обработки на оригинальный вызов opencart"
-
Ребята... будите "тягать" переменные по сессии - получите. мягко сказать, по рукам Сессия не для того
-
1. Не большинство 2. Не заменяется 3. Это оверрайд 4. Применяется только к моделям модуля
-
Нет конечно
-
От "минусов" пагинации есть фикс бесплатный
-
Напишите в ЛС доступы У вас тема "спесыфишеская" и адаптация должна быть индивидуальной
-
Передавайте через registry Но только не костылями через session как кое кто "умудряется"
-
Забудьте Host - это не стандарт придуманный Yandex. Они уже отказались от костыля host. Дошло наконец-то
-
Вот же. И акция там грандиозная, почти шара
-
Без разницы Главное как вам удобнее
-
user_id - нет country_id - нет Во эти ("корневые") prmn.city_manager payment_address shipping_address simple viewed
