pantagruel964

Поддержка 2.2 и не указана в описании к модулю. Модуль исправно работает на 2.1 и 2.3, как и указано в описании. OpenCart 2.2 - довольно ущербная версия и к установке не рекомендуется.

Как видите этот модуль ушел в бесплатные. Под 2.3 будет другой модуль, с исправленными болячками этого и большим функционалом.

Шутка?.. я надеюсь А в чем проблема? composer require predis/predis .. и вперед

Заголовки и собственные параметры, этого достаточно чтобы связать визиты пользователя Так и в метрике тоже, только не работают карта кликов, вебвизор и не собираются все данные для таргетированной рекламы Еще остались выжившие

Не совсем так. На паре сайтов уже перекинул метрику на nodejs, не все работает, но хиты и цели успешно отрабатывает. Аналитикс конечно хорош, но в директ данные не отпраляет.

Возможно

@olorin А я почем знаю))) Это ж не у меня вылетела ошибка на 131-й строке

13тыс. мало даже для краткого ТЗ, а у вас там еще и полное имеется. Или опечатались?

$('.increase').click(function () { // увеличиваем кол-во }); $('.decrease').click(function () { // уменьшаем кол-во }); Переменной $key присвоить значение. Теперь знаете, что дальше делать?

Форматируйте код, там кнопочка есть. И этот кусок бесполезен без другого, там где js обрабатывает кнопки. Забиваться никуда не надо, но вы не с того уровня сложности начали. Я уверен, что вы сорвете сроки и в итоге не сдадите работу. Разумней отказаться, если не умеете. Всю работу за вас делать никто не будет.

Вы не знаете ни php, ни javascript и взялись сразу за разработку и-магазина, а судя по сообщению в соседней ветке еще и за деньги. Вы понимаете, что у вас впереди ад? Судя по тому, что вместо кода вы выложили картинку - вы далеки от веб-разработки. Как вам помочь, на курсы отправить?

Так пишите на том, что знаете)

Скиньте наброски вашей программы в ЛС. Мне очень интересно о чем можно вещать 2 месяца. Опенкарт - чистая функциональщина с вкраплениями ООП, настолько мизерными, что ООП и знать не надо. В опенкарт нет ни одного собственного компонента и чужие он не использует, чтобы можно было во что-то углубиться. Разве что можно на примере опенкарт объяснять, как делать не надо. Но тогда нужен ментор для php. А изучать php на примере опенкарт - плохая идея.

Это очень много. А денег очень мало. И не сразу. И непонятно сколько. Опенкарт закончится максимум через неделю, че дальше делать-то? Или в программу входит знакомство с php?

Так это ж в месяц по 3т. в течение года. Еще и лапы помочить в море дают возможность.

А где макет?

Кстати, заметил неколько страниц назад обсуждали ORM. Подключал Eloquent и Doctrine. Обе ORM без проблем подтянули mysql и postgre, другие не пробовал. Можно сказать, все работает из коробки, в Доктрине ессесно нужно подубить время и замаппить сущности. Если бы еще один идиот гениальный архитектор нормально спроектировал БД можно было бы полноценно использовать ORM с ОС. Профит, конечно, от использования огромный и от работы о опенкартом можно действительно получать удовольствие. В чем конкретно выгода: - Мы никогда не забудем заэкранировать данные, за нас все сделают - Можно без сожалений удалить тысячи строк кода, точнее мяса, которым завалены модели и получить опрятный код с которым приятно работать, а не вешать закладки и скролить по лапшекоду - Ничто не мешать слить папки catalog и admin, и уйти от дублирования одинаковых моделей, разделив только контроллеры - Бонусом получаем мощные инструменты для работы с данными, избавляясь от велосипедостроения - Над ORM работает достаточное кол-во опытных контрибьютеров, которые любезно развивают компонент и закрывают дыры в сесурити Из минусов: - Нужно читать документацию, на этом этапе коммунити потеряет своих слепых и необученных грамоте, но фанатичных последователей - Расход ресурсов, 6ms теперь добиться не получится Про ресурсы, кстати, особо оверхэды я не заметил, хотя ожидал, что гидрация при формировании объектов из запроса будет хорошо кушать. Данных было немало, сдампил подведомственного магазин базу с 210тыс. заказов, соответственно подключил все, связанные таблицы с таблицей orders. Мое личное мнение, что ORM в OC просто необходимо внедрять. Это было бы, как глоток свежего воздуха - на обычных магазиновладельцах это бы не отразилось никак, но могло бы привлечь опытных разработчиков, потому как многих отпугивает не сколько тупоголовость всевышнего, сколько отсталость самой системы. Именно такие низкоуровневые подвижки должны быть, чтобы переходить со 2-й на 3-ю версию, а не бессмысленное переименовывание переменных и перетаскивание файлов по папочкам. Если есть интерес и желание - дам рецепт, как подключить ORM - сами все пощупаете.

Здесь об этом

Как минимум декларация возращемого типа - экономит время и нервы перечисление классов в use - меньше кода, в опенкарте неактуально ?? с null - приятный сахар несколько исключений в catch - в опенкарте тоже неактуально это то, что я использую постоянно и много. Без этого уже трудно

Написанное в 5.3 работать будет, не факт, что всегда корректно, но будет. И даже нотисов не выкинет. Те же итераторы, к примеру. Речь не о том, что можно переключиться, а о том, что вот это надо прибить гвоздями "require": { "php": ">=7.0" } а то, что там до сих пор 5.4 - это позорище какое-то. Осенью все компоненты Симфони обновят минимальные требования и де-факто php7 будет стандартом. Казалось бы, что это никак не касается опенкарт, но заниженные требования только поощряют написание плохого кода и никак не мотивируют пойти и посмотреть, что же там такого придумали в php7. Согласен, те кому надо уже давно ознакомились, но большинство так и кодит в php3, потому что большего от них никто и не требует.

Да ну, люди еще 5.4 не освоили, а тут сразу 7.0 или чего еще 7.1. Постепенно надо, не все сразу...

К переходу на 4.0?)

Ну, он давно уже обозначил свою позицию "I will do what I want with my project! I don't work for the community!" Но меня в очередной раз удивляет, это ж каким упырем надо быть, что бы взять твиг из дев-ветки, которая даже не релиз. Я даже не задаюсь вопросом почему пакет не в композере. Или это очередной ход гениального архитектора, который нам "тупым кодерам" понять не дано?

Вот я вообще этого не понял. Что там можно было нарукожопить, чтобы вылез такой геморрой.......... У меня на 2.3 используется твиг. Страница отвечает за 80мс, т.е. вообще без разницы есть он или нет. И все, что я сделал - это composer require twig/twig. Откуда такие проблемы.....