OtezVikentiy

Так этот путь его тоже не устроит, он хочет, чтобы аякс отправился и не ждал ответа от сервера, а даже на очередях все равно придется ждать ответ от сервера, пусть даже пустой, поэтому очереди тут вообще ничего не решают. Главный вопрос тут ЗАЧЕМ это вообще надо с учетом того, что пользователь УЖЕ оформил заказ...

А зачем вам вообще это? Какой профит от такой дорогой задачи вы хотите получить? Сэкономить пользователю 1-2 секунды ожидания при крайне медленном интернете? Какой профит от этого вообще? Сколько у вас таких пользователей с НАСТОЛЬКО медленным интернетом, что вы что-то теряете (хотя я даже не знаю что вы теряете в случае, если человек уже и так заказ то оформил), какова статистика по таким случаям? Уверен, что процент таких пользователей ничтожен и уже после оформления заказа абсолютно побарабану даже, если он подождет 3 секунды, потому что он прекрасно в курсе, что это именно у него интернет медленный, а не с сайтом проблема... Копать тут никуда не нужно. Идея - бесполезная дичь, которая вообще не нужна и очень дорого стоит в реализации.

Ответил в личку.

Просто когда я открывал там TTFB был около 1 секунды, много конечно, но это типа не те тормоза о которых говорил автор темы, ну типа не 6 секунд то.... На тот момент когда я открывал там больше 1 секунды не было ни на главной, ни на категории ни в карточке товара. Собственно я и спросил... типа.... а где те 6 секунд о которых речь то шла...

А чем настройки в админке отличаются от любого другого места? Если только автор модуля не придерживается общих положений опенкарта и его "ну типа архитектуры" с текстовыми переменными для твигов, то тогда да, будет геморрой, но вообще админка от каталога ничем не отличается в плане переводов. Во всяком случае не должна, если только автор модуля туда тексты не захардкодил... Точно также захардкодить можно и в каталог, если автор модуля рукохлоп... )))

А в каком месте сайт тормозит то? Я только что походил по страницам главная/категория/карточка товара, тормозов не заметил прям каких-то фееричных.

Чтобы модуль сделать мультиязычным - нужно добавить переводы для модуля. Собственно открываешь исходники модуля, берешь языковые файлы, дублируешь их в нужные языковые папки, делаешь переводы текстов - и всё готово.

Так модуль рекомендованных товаров есть же из коробки. Он не подходит?

Здравствуйте! Подскажите, пожалуйста, модуль будет работать наверсии опенкарта 3.0?

Ну если у вас там товаров не будет и функционал опенкарта вам не нужен на 90% - то очевидно не стоит использовать OC и посмотреть в сторону WP ))) OC предназначен именно для магазина.

Так связанные товары или рекомендуемые? Это разные вещи. ))))

Это вопрос в поддержку модуля однозначно, такого функционала из коробки опенкарт не имеет.

Проверьте, что класс extension/module/seo_url_generator называется корректно и очистите кэш модификаторов. По идее класс должен называться ModelExtensionModuleSeoUrlGenerator.

Вероятнее всего да, где-то используется очень большая картинка, библиотека ее пытается прогрузить и кропнуть до нужного размера и вылетает по памяти.

А в чем тогда проблема сделать самостоятельно? Судя по описанию вам надо только опенкарт на хостинг поставить и установить шаблон.

Оооо прикольно! А какие там еще условия можно добавлять? есть там что-то типа простого if?

Вот про search regex еще было бы классно расписать, на самом деле с одной стороны очень удобный инструмент, а с другой стороны при неосторожном использовании можно дров наломать прям по-тяжелому.

Спасибо! Прикольная статья! Если бы попалась мне раньше и не пришлось бы ходить по собственным граблям - то была бы прям супер-полезной. Мне кажется можно ее давать к изучению всем новопришедшим разработчикам модулей как обязательную для прочтения.

Да нет такой статистики и накладные расходы там если и есть - то копеечные (если только там подкапотка не изменена до неузнаваемости и не понавешано 100500 event'ов).

Вообще да, вот тут вот согласен, вот в этом плане куб зло конечно. Библиотеки менять вообще не стоит те что из коробки, тем более еще и кубом закрывать. Лучше собственные писать.

Я бы почитал тоже для общего развития, может что-то новое для себ почерпнул бы! Так что очень жду!

по стандартам кодирования это конечно лихо... то есть если где-то использовать не camelCase - то это повод отказать в размещении приложения? Seriously? Как-то жестковато. Или это такое будет типа, что там где совсем мясо - тех не пропускают, где более менее приемлемо - то типа ок?

Ну такое... я б поспорил... магазин - да, ок, но лендинг, визитка - это как из пушки по воробьям... Лендосу и визитке вообще бэк нужен по минималке, зачем туда целую CMS с базой данных запихивать? Чтобы что?

Ну тогда начните передавать и будут отправляться и клиенту тоже.