Leaderboard

отключите модификатор, который меняет файл сеопро и проверьте, может модуль какой лагает? Или покажите что на строках тех, на которых ошибка

.htaccess.txt в .htaccess https://forum.opencart.com/viewtopic.php?t=138108

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

з.ы. похоже, что мне не хватит даже с 300$ перевести сайт через апи Гугла... имею 59001 товар. посчитал количество символов description у товаров - SELECT sum(char_length(`description`)) FROM `oc_product_description` в ответе мускула - 70218621. получается, что благодаря 300 баксам, я смогу перевести только 15,5 млн символов за первый месяц...

привет. подскажите, а ЧПУ тоже переводится ? ссылки для украинского языка создадутся ? может вопрос не по теме, но я не могу сообразить, что отвечает за создание укр чпу...

Решил создать бесплатный модуль для OpenCart 4 но столкнулся с целой кучей нюансов, которые превращают разработку в сплошной ад.. 1. В 4.0.0.0 можно создать архив модуля с подпапками и он работает, а в 4.0.1.1 уже не работает 2. В 4.0.0.0 вы можете добавить новое событие следующим образом: $this->model_setting_event->addEvent($code,$description,$trigger,$action,$status,$sort_order); но в 4.0.1.0 уже используется массив для событий, что конечно лучше, на зачем же такие изменения делать в минорных версиях!? $this->model_setting_event->addEvent($event); 3. до 4.0.2.0 маршруты были с "|" разделителем: 'marketplace/event|save' но с 4.0.2.0 это уже ".": 'marketplace/event.save' (см. https://github.com/opencart/opencart/issues/11594) 4. 4.0.0.0 использует функцию utf8_strlen() но 4.0.1.0 использует \Opencart\System\Helper\Utf8\strlen И так далее. И вам нужно либо создать отдельную версию модуля для каждой версии OpenCart (и поддерживать их все в будущем), либо добавить кучу конструкций if (version_compare(VERSION... в свой код. И это только малая часть, то, что с чем я сам столкнулся непосредственно. И это при том что вышло всего-то пару минорных версий. Еще даже не версия 4.1.. Что будет в версии 4.3?.. Почему нельзя все подобные изменения которые ломают совместимость модулей внести сразу в главную версию, а потом уже не трогать до новой главной версии? Или если так хочеться изменить то сделать это так, чтобы не поломать совместимость? Можно же в методе addEvent прописать логику, что если там первій параметр это массив то брать данные оттуда, а если строка то брать данные из аргументов. И все, все работает и никому не нужно ничего изменять. Тоже самое с разделителем в маршруте итд. Но нет, нужно добавить целую кучу мелких изменений которые полностью ломают совместимость всех модулей и то что работает на 4.0.0 уже не будет работать на 4.0.1, а то, что работает на 4.0.1 уже не будет на 4.0.2.. Пц.. + документации нету вообще никакой, все приходится искать самостоятельно в коде. + модификаторов в 4 версии нету, убрали полностью, а События покрывают только малую часть функционала и.. выкручивайся как хочешь, уже есть vqmod для 4 версии опеканрта.. добавили его еще в 1 версии движка, чтобы в версии 2 заменить на модификаторы, а в версии 4 отказаться от модификаторов и вернуться обратно к vqmod?.. У меня есть какое-то скрытое чувство, что Даниель люто ненавидит всех разработчиков OpenCart...

это идеальный вариант, но почти нереальный, не может версия 4 поддерживать модуль написанный под напр. 1.5 когда еще не было ни твига ни бутстрапа ни событий + файловая структура была совсем другой итд. Или если тянуть в версию 4 совместимость со всеми предыдущими то код движка будет настолько громоздким и запутанным что это будет наверное еще хуже, чем то что есть сейчас.. да и работать все это будет в разы медленнее из-за огромной кучи очень старого кода. Поэтому у других движках есть правило - совместимыми должны быть модули на уровне главной, мажорной версии движка, напр. если модуль написан для версии движка 2.0 то он должен работать и на 2.1.х.х и на 2.2.х.х и на 2.3.х.х и на 2.х.х.х. Все большие изменения, которые ломают совместимость при этом накапливаются, обкатываются на каких-то дев. версиях и добавляются уже в версию 3.0 (весь старый и ненужный код при этом выбрасывается за ненадобностью), после чего ничего нового и глобального уже не добавляется до версии 4 и так далее. И это очень правильный подход. Разработчик написал модуль для 2.0 и все, он уверен на 100% что этот модуль будет работать на всех подверсиях двойки сколько бы их не было. И пользователь уверен что если он купит модуль под 2.0 то сможет им пользоваться даже на версии 2.99 если она когда-то выйдет. Ну вот почему же так не сделать?! Все же от этого только выиграют и разработчики и пользователи и даже сам движок. А не так что модуль написанный для 4.0.0.0 уже не работает на 4.0.1.0 и это даже не минорная версия, потому что минорная версия это 4.1, а это по логике вообще патч версия для очень мелких изменений и исправлений различных багов, которая по всей логике вообще никак не должна влиять на совместимость..

В карточке товара пишут 20$ но лучше дождаться ответа разработчика -

Привет сколько будет стоить перевод всего сайта на Украинский язык https://toy.biz.ua

2 Otvet Вам не возможно отправить сообщения в ЛС, техподдержка с вашего сайта не отвечает. Модуль на форуме исчез, скачать архив не могу. Что делать?

<?php class ControllerMarketingUserlist extends Controller { public function index() { header( 'Content-Type: text/csv' ); header( 'Content-Disposition: attachment;filename=userlist.csv'); $fp = fopen('php://output', 'w'); $query = $this->db->query("SELECT a.city, c.telephone, c.email, z.name FROM " . DB_PREFIX . "address a LEFT JOIN " . DB_PREFIX . "customer c ON (c.customer_id = a.customer_id) LEFT JOIN " . DB_PREFIX . "zone z ON (z.zone_id = a.zone_id)"); foreach ($query->rows as $row) { fputcsv($fp, $row); } fclose($fp); } } Создайте с этим содержимым файл userlist.php в папке admin/controller/marketing Дайте права на редактирование для группы Перейдите по ссылке /admin/index.php?route=marketing/userlist Модуль готов, при необходимости можете сами создать ссылку в меню админки

Данная ошибка вызвана лимитом поля типа text базы данных. Измените в базе данных, в таблице module тип поля setting с text на longtext. Не забудьте сделать бекап перед любыми операциями с БД! Спасибо! Помогло именно это решение