markimax

А причому тут "нові" модулі. Не бачу зв'язку. По перше вже дуже багато модулів на різний смак (причому в інтерпретаціях різних розробників) і що ... "вєлік" винаходити? Що "ринок" потребує - то і роблять. А ринок модулів - перенасичений. По друге багато розробників хто в ЗСУ, хто "виїхав", хто ...

Не згоден взагалі з тобою. Як раз на опенкарт є і великі магазини з багатомільйонними оборотами грошей $ ... і є "домашні". А чому .. ти таке питання не задавав собі. А тому що він легкий в освоєнні та уніфіковано-стандартизований, з купою тем, модулів та т п, на відміну від "інструменту-лопати" FW-ка будь то Laravel чи інший, який сугубо для будування "пропрієтарних" магазинів. Ось чому треба розробники в компанії, бо у кожної компанії фактично своя CMS на базі Laravel чи іншого FW, звичайно з багатьма негативними наслідками всіє цієї фрагментації, бо до свого магазина треба тільки свої "модулі". І ринок США це один з головних ринків опенкарт (і норм там зп). І як раз ніша опенкарт набагато вища за Shopify (оці уж точно для домогосподарок та ніщебродів)

А якого у вас "летить" на сру мову до речі? Навіщо ви так налаштували? Якщо у вас гугл мерч (до речі виявити перенаправлення вони можуть тільки в ручну - модератором) то вам згідно закону України (на який їм начхати) тоді потрібене не автоматичне перенаправлення, а попап вікно вибору мови, зроблене модулем (бо модулем SEO мультимова не заважає гуглу) (тільки там де сру мова). Вже так робили багато, попапом модуля - модерацію "живою людиною" проходить швидко В кого нема гугл мерча - згідно закону, автоматичне перенаправлення краще.

А в самому самописному "двіжку" є експорт в якийсь формат xml, xls? Бо це дуже сильно буде впливати на ціну виконання

В мене досвід роботи з двигунами різними побільше чим в тебе Я починав з друпала (на ньому зробив не один десяток сайтів), потім wp, presta, magento (на ній та друпалі більш всього часу працював), усі відомі FW І ти гадаєш я не слідкую за ними усіма... ще й як. І бачу що вони там "творять" без баяну. Це жах. Ще гірший чим в опенкарт І не треба мені "тикати" дуполайзером... він зовсім неадекватні цифри показує. В мене ліцензій доменів більш,чим він показує по всьому світу ))) Я утрирую, але не набагато. Давай без демагогії. Я чітко написав чому опенкарт краще відомих cms та fw в реальності и чим він гірше. На рахунок хто скільки бере... таргетологи (ті що лінивих лохів розводять на налаштування фб піксела, гугл аналітики й гугл ads) теж беруть 100$ в годину... (це окрема тема) А в нас різна школота "бере" 5$ в годину (за хліб та воду), а потім просто розводять замовника. А інші вже більш менш "фахівці" беруть 15$ (це вже за хліб та чай). Не буду далі розводити по цьому питанню тему. "Ви" самі так позиціонували. 25 евро в годину програміста це майже всюди. 200$ беруть в мадженто бо там нема достатньої кількості фахівців... але зауважу і ринок дуже малий і получити "кита" який тебе буде постійною роботою (без кита сидять 80% відсотків часу та чекають "приливів амазонки") навантажувати дуже, дуже тяжко... так що вони не зневажають і за 5$ підхалтурити

І де зараз друпал? Хтось чув? Ауу... Де Magento?... Ауу... Ще раз ..."повноцінні" FW - це надмірність та перевантаження купи коду, в шкоду архітектурі. Опенкарт как ідея, один з найкращих... На жаль Даніель все гарне в ньому "зпускає в унітаз". Так, є таке. Але я дивлюся більше на engine архітектури, а не на надмірність купи коду. "Норм" так перейшли на симфоні

Пишіть краще ocmod - не буде конфліктів. Точно такі ж конфлікти можуть бути з івентами. Це теж зміни. Хтось х..к івентом змінив назву шаблону на "свою", чи дані які не треба було змінювати, іншому розробнику та т. п. варіантів конфліктів дуже багато, так само як з ocmod-м можуть бути, коли пишуть поганий ocmod чи івент Так що давайте "не будемо" ... влаштовувати необгрунтований хайп по ocmod. Не подобається вам, ну так не хайпуйте. Є він і добре. Нема зараз в 4-ці - все погано. Ось вам факт. В мене не виникає якихось конфліктів ocmod і я давно не натрапляв на конфлікти між іншими розробниками модулів. Всі вже давно навчилися писати нормальні патчі ocmod і знають де можна прив'язатися, а не де ні. Поліпшуйте свій рівень, і у вас також не буде конфліктів з ocmod. А я навіть гадаю, що ви м'яко кажучи ...3.14...лукавите, щоб "обгрунтувати" свій хайп по цьому поводу.

Ларавел добрий FW але перевантажений Опенкарт ... ну тут вина Даніеля.. я так зрозумів це його "технічний потолок" розуміння і вище він не стрибне ... поки Як можна в бібліотеки засунути фактично контролери Як можна в 2023 році робити простирадла кода в "головних" контролерах А івенти ... толку від них практично нуль... бо, так, простирадла, а івенти будуть працювати тільки спочатку кода та в кінці.. а що в тілі буде все попусту "працювати" та гальмувати. По перше треба привести до ладу всі ці простирадла коду в контролерах... перевести на виклик методів Типу (по швидкому накидав, суть я думаю зрозуміла) public function index() { return $this ->start() ->load_language() ->header() ->breadcrumb() ->main() ... ->positions() ->output(); } Прибрати "контролери" з бібліотек. (по типу $this->document ... а!.. уважніше... $this .. ознака роботи чого і що роблять розробники.. ааа... конструкт з передачею регістрі а поітм вимагають там івентів) Залишити там тільки вендорські класи І не треба навіть подій до бібліотек тулити бо там будуть вендорські та кастомні "просто" класи (до речі ось там можна змінювати ocmod-м як патчінг) Ну звісно білдер запитів, бо без нього толку з івентів ровно нуль ocmod залишити (нічого поганого в цьому не бачу навіть в "тіні" стандартів (зауважу що конфлікти можуть бути між "розробниками" та їх кодом і в івентах (а що це мені в before на after прийшло змінено від когось... wtf, "мені" тут воно не потрібне.. конфлікт? Так!) , як це люблять "кричати" на кожному кроці опоненти ocmod (якщо нормально написаний ocmod - ніяких конфліктів не буде взагалі)).

Хочете проблем?

Як раз плутаєте SEO URL не дорівнює URL в адресному рядку браузера - це по перше. Зараз у вас все працює, нема 404 (якого ні в кого нема) По друге, а ви в налаштуваннях увімкнули налаштування щоб для різних мов можна було робити однакові SEO URL Мабуть ні. Я і цього не бачу. Тому чіткі умови ТП 💠 3. Технічна підтримка не надається без повних доступів. УВАГА, Якщо ви надали не перевірені доступи або доступи без прав адміністратора (тобто фахівець витратив час на спробу входу і не увійшов під ними або не отримав прав для повноцінної роботи) - то автоматично переміщується в кінець черги, мінімум на добу). ТП здійснюється тільки через особисті повідомлення (ОП) на форумі В іншому випадку автор залишає за собою право не відповідати з якихось засобів комунікації без пояснення на те причини. Ми не вміємо гадати.

Щось ви не вірно робите. Чи не розумієте що таке URL в адресному рядку браузера та SEO URL opencart Ні в кого не видає помилки однакові урл через префікс в 3-ці

Вам мабуть треба шукати модулі "товар як опція"

Таб Документація в самому модулі

Так

В сторону SeoPro і закриття УРЛ слешем

Бо це немає ніякого відношення до теми

Ви впевнені що це мегаменю? Там є кешування меню, тобто не повинно гальмувати

Помилка ж "написала" - нема такого метода update() в контроллері

Ваше регулярное выражение нуждается в некоторых коррекциях. Вот исправленная версия: (?:[a-zA-Z0-9\/\(\)]+(?:, | \/ | \() ?)+[a-zA-Z0-9\/\(\)]+ Давайте разберемся, что происходит в этом выражении: (?: ... ) - это некапирующая группа, которая позволяет группировать части выражения без сохранения их в отдельных подсовпадениях. [a-zA-Z0-9\/\(\)]+ - это выражение для совпадения с последовательностью букв (в любом регистре), цифр, слэшей / и круглых скобок ( и ). + означает, что должно быть одно или более символов. (?:, | \/ | \() ? - это часть, которая позволяет совпадать с разделителями между последовательностями. Она включает запятую ,, слэш / и открывающую скобку (, а также допускает наличие пробела после разделителя. [a-zA-Z0-9\/\(\)]+ - снова совпадение с последовательностью букв, цифр, слэшей и скобок, чтобы захватить последнее слово в последовательности. Таким образом, данное регулярное выражение будет находить последовательности слов, разделенные запятой, слэшем или открывающей скобкой, с или без пробела после разделителя. З повагою, ChatGPT

Доброго 1. Умови ТП 💠 3. Технічна підтримка не надається без повних доступів. УВАГА, Якщо ви надали не перевірені доступи або доступи без прав адміністратора (тобто фахівець витратив час на спробу входу і не увійшов під ними або не отримав прав для повноцінної роботи) - то автоматично переміщується в кінець черги, мінімум на добу). ТП здійснюється тільки через особисті повідомлення (ОП) на форумі В іншому випадку автор залишає за собою право не відповідати з якихось засобів комунікації без пояснення на те причини. Ми не вміємо гадати. 2. Впевнений що це питання не стосується модуля На демо такого нема https://seolang.opencartadmin.com/apple/page-2 https://seolang.opencartadmin.com/en/en-apple/page-2 <link href="https://seolang.opencartadmin.com/en/en-apple" rel="prev" /> <link href="https://seolang.opencartadmin.com/en/en-apple/page-3" rel="next" /> Як бачите - усе вірно

ocStore 3 тут ні до чого nginx+php-fpm? Мабуть не вірний конфіг у вас

+ додати, що розробники гублять інвестиції в розробку нового функціоналу модулів та його підтримку Тобто користувач який купляє модуль у шахраїв сам себе обмежує виходом нових версій модуля з новим функціоналом

Доброго З допомогою "тижпрограміста" Там треба "дивитися" юзверь-агент і в залежності від нього віддавати сторінку ... але ж, за це можуть і "покарати"

Якщо все вірно зробити то Google навіть "не зрозуміє" що є перенаправлення (і звісно ні в якому разі ніяких 301 редіректів). З опису

Доброго Не бачу вас в переліку тих хто купив модуль Напишіть в особисті повідомлення номер рахунку і де купляли модуль