markimax
-
Публікації
20 094 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Запомните "костыли" избавляют от одной проблемы, но добавляют гораздо больше проблем в дальнейшем
-
Вы не понимаете что такое стандарты и архитектура и что такое костыли и г.. код Вас в авиации быстро научили бы Без обид. То что вы "предлагаете" это костыли
-
Может, но не в этом случае Даниэль четко придерживался стандартов реляционной архитектуры
-
Это не "мнение" - раз! И оно НЕ МОЕ а РАЗРАБОТЧИКА OPENCART! Значит оно не железное, а "железобетонное"
-
Да, при иерархической модели архитектуры - так будет правильно Но модель архитектуры реляционная Здесь надо исходить из архитектуры Представим частую ситуацию .. гипотетически Кто то захочет в opencart чтобы выводилась только последняя категория (часто ставят $max_level = 1) и упс, кто то наступает на грабли. Здесь надо осознанно отталкиваться от архитектуры. Так что Даниэль все правильно сделал, исходя из различных реальный ситуаций
-
Всё, закрыли тему. Не правильно, потому что не соответствует стандартам архитектуры Если бы самолеты делали не по стандартам (как вы "предполагаете") то они падали бы как яблоки осенью
-
Нет, не правы вы однозначно Вы судите очень субьективно, не имея квалификации Надо рассматривать формирование ЧПУ исходя из АРХИТЕКТУРЫ БД Она реляционная поэтому у обьектов ОБЯЗАНЫ быть уникальные ЧПУ Если создавать по вашим "предположениям" то рано или поздно очень большая вероятность того что, кто то наступит на грабли и вылезет баг Это 100500% Вот поэтому в opencart все сделано согласно требований стандартов разработки реляционной архитектуры.
-
А баги - это не "лишнее" телодвижение. Это в 100500 раз хуже К примеру кто то поставит в ЧПУ формирователе $max_level = 1; и УПС ... грабли будут, сразу выплывет дубль И я вам ничего не "предлагаю" я настоятельно рекомендую сделать ПРАВИЛЬНО, согласно стандартов реляционной архитектуры БД Я бы очень удивился если бы разработчик opencart сделал ЧПУ объектов не уникальными Так что в opencart все сделано правильно. Если где то по другому, то это явная архитектурная ошибка
-
Это "крайне" правильно. И категории и товары отлично "различаются" Вы что не можете сделать ЧПУ site.com/brand-tovar/ ?! Включаем "думалку"
-
Поймите... это НЕ иерархическая система согласно архитектуре opencart Это реляционная архитектура, поэтому правильно будут уникальные названия (не путать с полным ЧПУ) категорий Потому как могут возникнуть ситуации конфликтов, поэтому автор opencart и использует архитектуру уникальный названий обьектов для ЧПУ. Т.е. все согласно стандартов программирования и разработки архитектуры Так что не выдумывайте "велик".
-
Все равно это нарушение лицензии "Сис. админ" мог скачать модуль с вареза. Вы обязаны или удалить модуль и купить лицензию И актуальная версия уже давно 39.1 -
"шерлок" вы наш Вы даже не знаете откуда они 1. Это тестовая версия и это не ошибка (39.1 последняя) 2. Предупреждение возникает из-за того что кто то пытается сделать автоадаптацию под демо доступом не имея прав
-
Напишите свою систему безопасности. Моментально отсечет складчиков и тех кто выкладывает модули на варез
-
Любая возможность разрешения загрузки чего либо на сервер - потенциальная угроза и первым же вектором атаки хакеров будет она Причем могут взломать не через код модуля, а через дыры хостера (к примеру переполнение стека библиотеки gd) К примеру, я ВСЕМ популярным модулям с возможностью загрузки на маркетплейсе opencart.com, ради эксперимента, залил шелл (при свидетелях с форума, заливая, давал им ссылки на серверах на "шелл") А учитывайте что я разработчик, а не хакер. Я представляю что профессиональный высококлассный хакер сделает из этой "дыры" Настоятельно не рекомендую давать возможность что либо заливать на свой сервер Все большие проекты разделяют сервер системы и сервер загрузки и хранилища файлов.
-
Полностью поддерживаю @WarStyle! Эти "многомодульные" темы делают из opencart фарш г.. кода, а модули в них в 99% перепиленные бесплатные недомодули А отфаршированная система потом не только не стабильна, но иногда и не совместима с другими и жутко тормозит Котлеты отдельно, мухи отдельно
-
У виджета есть поле пользовательский языковый файл - создайте свой И пере объявите эту переменную $_['button_write'] $_['text_write'] Файл сохраните сюда \catalog\language\russian\seocms\ И выберите его в выпадающем списке
-
@klaos27 ответил четко - да можно Можно выводить записи рекомендованные к 1. Товарам 2. Категориям товаров 3. Производителям
-
Обновитесь до последней версии платформы 39.1 Не должно быть проблем, даже если стоит "недоблог" темы
-
Совершенно верно Обычно ошибка redeclare из-за этого и появляется vqmod не совместимое расширение для opencart 2+
-
Это бесполезно. Если пользователь не умеет файлы на сервер закинуть и понять что в архиве файл имеет один размер а после заливки по FTP файл другого размера, то модуль здесь не при чем. Но надо же свернуть на кого-то, и безосновательно "обвинить".
-
Бред или наглая ложь. И не я начал. И вопрос не закрыт, так как он относиться к моей репутации. У 8600 отлично стоит и отлично работает. Если не умеешь настраивать свой FTP клиент чтобы он файлы не бил по "дороге" - это вопрос кривизны рук. Файл в архиве имеет один размер, но при перезаписи на сервер вдруг он "оказывается" совсем другого размера... в этом модуль виноват ?! Да ладно. В этом руки которые переписывают виноваты. Вот теперь вопрос закрыт
-
Какая еще строка "скроллинга" Нету такого в ocStore Уже поставили какуе-то муть говнокода Убирайте
-
А при чем здесь сомнения, не "сомнения". Я факт озвучил Так что лучше забейте Не актуально
-
`key` Key зарезервировано в MySQL Поэтому если назвали так поле то оберните его в кавычки ` И старайтесь все поля оборачивать в кавычки, это признак хорошего тона и у вас тогда не будут возникать проблемы из неоткуда
-
Точно что "здрасьте" Уже не выделяют и не учитывают в "факторах" ранжирования Мало того могут и пессимизировать за явный "переспам"
