SergeTkach

Я хочу уточнить: Вы пошли на фирму и там у Вас был наставник, который объяснял, что да как в Magento. Самостоятельно и автономно сколько бы времени ушло, чтобы разобраться? Просто интересно. Интересуюсь с позиции, что это популярная поддерживаемая система, которую, возможно, придётся изучить))

Вы были фрилансером, и были почти что влюблены в OpenCart. Работаете в корпоративном русле - полюбили другое. Оно логично, потому что это то, чем Вы живете. Я не совсем понял, как OpenCart Вам мешает реализовать конечную цель, чтобы аж так все расписывать, как Вы расписали? Ведь это читают люди. И есть много фрилансеров, которые подумают, что OpenCart - это тонущая лодка и начнут переживать за свой хлеб насущный, потому что, видите ли, все вокруг говорят, что это не модно, что это устарело, что это примитивно. Это работает в тех условиях, в которых работает. Оно себе медленно плывет. Но точно не тонет. И точно не исчезнет с рынка в ближайшие пару лет. А если начать искать лучшее, то: PHP - не лучший язык программирования Apache - не лучший сервер MySQL - не лучшая база данных Клавиатура qwerty - не лучшая клавиатура с точки зрения удобства печатания Хрущевки - не лучший вариант жилья Жареная картошка - не лучший вариант еды Шашлыки под водочку - не лучший вариант отдыха "Тягание" железа в спортзале - не лучший вариант заботы о здоровье Как вообще жить в этом мире, где все не лучшее, а такое, как исторически сложилось?.. (это типа ирония, если что)

Ее зона ответственности - превратить работу со стандартным набором повторяющегося кода к минимальным усилиям. Вы, наверное, в курсе, что обработка полей идет одинаково почти что везде в модулях. Правда, надо отделить: - Расширения, которые хранят данные в таблице `oc_setting` - Расширения, которые хранят данные в таблице `modules` Для этого идет $this->stdm->type('module_monolithic'); Внутри библиотеки (кстати, в которой для каждой версии системы подключается свой файл), с помощью $registry получаются те же самые данные, которые доступны в контроллере модуля. Я про $this->request->post и вообще все другое. К примеру ### FIELDS public function field($key, $default_value = '') { switch ($this->module_type) { case 'module_with_blocks': return $this->fieldModWithBlocks($key, $default_value); break; case 'module_monolithic': return $this->fieldModMonolithic($key, $default_value); break; default: break; } return false; } private function fieldModWithBlocks($key, $default_value) { if (!$key) { return false; } if (isset($this->request->post[$key])) { return $this->request->post[$key]; } elseif ($this->module_info[$key]) { return $this->module_info[$key]; } else { return $default_value; } return false; } public function fieldModMonolithic($key, $default_value) { if (!$key) { return false; } if (false === strpos($key, $this->extension_code . '_')) { $key = $this->extension_code . '_' . $key; } if (isset($this->request->post[$key])) { return $this->request->post[$key]; } elseif ($this->config->get($key)) { return $this->config->get($key); } else { return $default_value; } return false; }

@PaulKravchenko Мне вообще кажется странным, что название модуля держится в тайне и нет никаких скринов

Что за модуль такой? Там что вручную что-ли прописано, что id английского всегда 1, а русского 2 без доставания информации о языках из настроек? Быть такого не может. А если и есть, то надо писать автору, пусть исправляет - а то к нему еще десятки клиентов потом будут обращаться и просить исправить это. И все равно придется исправлять.

И усе? больше никого нету?

Тут надо какой-то скрин для визуализации вопроса - потому что понятно, что ничего не понятно

Обязательность полей определяется методом validate (validate*) в контроллере модуля или товара и тд. То есть, это прописано в коде. Но я одного не понимаю, если Вы удаляете Русский и Английский из настроек системы - то откуда у Вас в интерфейсе могут браться поля на 3-ех языках? Ведь когда речь идет о полях, доступных на всех языках, там идет перебор языков в цикле. И если в системе 1 язык, то будут создаваться поля только для 1 языка. В товарах точно так должно быть.

Вы удаляете языки из настроек или языковые файлы /admin/language/* /catalog/language/* ? Что означает "как автозаполнять с украинского языка все остальные мультиязычные поля"? Вы это про контент или про текстовые инструкции в интерфейсе?

[Изменено] Скопировать содержимое папки ru-ru в uk-ua. А еще лучше, делать это точечно только для тех модулей, у которых нет украинской локализации Хотя, не уверен, что в этот раз понял все верно. Что-то не вижу взаимосвязи между обязательными полями и локализацией

И еще, подскажите, пожалуйста, где взять пароль к вот этой ветке форума про NetBeans?? - https://opencartforum.com/topic/146215-chto-eto-tut-u-nas-za-zakrytyy-forum-takoy-s-parolem/

Вау! Круто! Правда, посмотрев на список зависимостей, пока что не решился ставить на NetBeans 11. --- Отдельный вопрос: а то нигде не найду ответа. Как можно сделать так, чтобы по горячим клавишам CTRL + / комментарий вставлялся бы не в начале строки, а в начале текста, как это делается в Sublime или Visual Studio Code. Да, мелочь, но просто глаза режет...

Хехей! Кто-то лайкнул. Значит, я здесь не один. Уже неплохо! Кто еще?

Приветствую всех разработчиков из Винницы, кто работает с OpenCart! Откликнитесь, если такие есть! ) На форуме много деморализующих тем, где "обсусоливаются" проблемы OpenCart. После их прочтения, иногда может закипать мозг. Лучший выход - это выйти на свежий воздух или отвлечься. А если пообщаться с людьми, которые сталкиваются с тем же самыми вопросам и проблемами, то можно вообще найти неожиданное решение некоторых проблем. В общем, давайте встретимся, а там посмотрим! Кто за встречу - ставьте + в комментарии. А время и место - это уже потом - если кто вообще откликнется.

@dimyan163 дайте посмотреть в админку. Отправьте доступы мне в личном сообщении.

Почему не меняет? Просто для загрузки основного фото отдельная кнопка. А вообще, какая версия системы у Вас? А то ведь в 2.1 основное фото находится во вкладке "Данные", а не "Изображения" - хотя, надеюсь, что у Вас что-то более свежее.

Добавлю свои 5 копеек. На днях я испытывал муки морального выбора, стоит ли мне продолжать работать с OpenCart или срочно переучиваться пока не поздно... Аргументов за и против - огромная масса. Я остановился на том, чтобы до конца 20-го года все же останусь с OpenCart. Почему? А вот почему! 1. Я не работаю в корпорации, где мне платят просто за то, чтобы я пришел на работу и выучил их любимую систему, с которой они работают, потому что им так проще всего нанимать новых людей в компанию, которые, в свою очередь, приходят, пишут код, оставляют права на него компании, и потом уходят. Но их результат работы смогу подхватить следующие программисты в цепочке текучки. Я фрилансер, зарегистрированный как ЧП. И как бы нужно платить ежемесячные взносы. Значит надо иметь прогнозированную прибыль. Значит нельзя просто "психануть" и бросить то, что уже работает для меня. 2. Клиенты. Может кто-то и платит по $40-50 в час за услуги программиста. Но, не все могут это позволить. Так же как и купить выделенный сервер. Есть к примеру начинающий дизайнер одежды, у которого бюджет на все-все $500. Скажите ему, что он только за хостинг будет платить по $100 в месяц, а не то, чтобы еще и разработчику. И что, скажите пожалуйста, этот дизайнер не должен пытаться быть дизайнером, потому что у него нет бюджета на крутой и "правильный" магазин? 3. Бизнес - это бизнес. Он всегда меняется. А еще реже он выживает. И, если через 5 лет OpenCart превращается в боль, то это очень круто! Если бизнес прожил 5 лет, то он входит в тот небольшой процент фирм, которые могут себе позволить переделать все с нуля, и даже купить себе сервер и нанять сисадмина. А если не могут, то значит проблема в самом бизнесе. И тут программисты вообще ни при чем. Если бизнесмену не жалко слить $50 за 1 публикацию в "модном" журнале (которая вообще не приносит результат), но при этом его жаба давит сделать так, чтобы от каждой продажи через сайт откладывать 10%-15% на развитие сайта (в том числе и на полную переделку при накоплении нужной суммы), то скажите, кто в этом виноват - программист или бизнесмен? Давайте не путать пределы своей ответственности. P.S. На днях мне попалась интересная статья "10 признаков того, что программирование не для вас". Один из критериев, что программирование не для Вас, если Вы ищете “правильное” решение, не понимая, что есть спектр “хороших” и “плохих” решений "Если для вас цель программирования — это поиск единственно правильного решения, а не нескольких подходящих решений, вы никогда не станете успешным программистом. В компьютерной науке всегда важно находить компромисс. Какой вариант решения лучше в данных условиях? Всё зависит от условий и ваших целей. Если для вас программирование — это тест, в котором есть только верные и неверные ответы, вы не видите общей картины и не используете творческий потенциал. Любое решение может быть “правильным”, если вы можете обосновать его в данных условиях. На самом деле программирование можно сравнить с написанием поэмы или рассказа (или даже романа, если программа большая). В вашем коде может присутствовать эстетика и красота, которую можете разглядеть только вы и другие программисты. Причины, которые подтолкнули вас к этому решению, и ваш способ поиска этого решения важнее, чем “правильный” или “неправильный” способ. Творческое мышление позволяет вам играться с различными вариантами и возможностями, а не упираться в один-единственный способ решения. В этом и есть красота программирования: существует множество способов решения, и, держа в уме несколько вариантов, вы сможете найти самый подходящий в данной ситуации." Полный текст статьи: https://medium.com/nuances-of-programming/10-признаков-того-что-программирование-не-для-вас-a5aa1c167604 P.P.S Лично для себя я сейчас понемногу делаю библиотеку StdM. Так код: if (isset($this->request->post['modcode_status'])) { $data['modcode_status'] = $this->request->post['modcode_status']; } else { $data['modcode_status'] = $this->config->get('modcode_status'); } Превращается в: $data['status'] = $this->stdm->field('status'); --- Код: // Breadcrumbs $data['breadcrumbs'] = array(); $data['breadcrumbs'][] = array( 'text' => $this->language->get('text_home'), 'href' => $this->url->link('common/dashboard', 'token=' . $this->session->data['token'], true) ); $data['breadcrumbs'][] = array( 'text' => $this->language->get('text_extension'), 'href' => $this->url->link('extension/extension', 'token=' . $this->session->data['token'] . '&type=module', true) ); $data['breadcrumbs'][] = array( 'text' => $this->language->get('heading_title'), 'href' => $this->url->link('extension/module/sticker', 'token=' . $this->session->data['token'], true) ); Превращается в: $data['breadcrumbs'] = $this->stdm->breadcrumbs(); Конечно, для этого нужно добавить конструктор: // Follow Std Module Library function __construct($registry) { parent::__construct($registry); // StdM Follow $this->load->library('stdm'); $this->stdm = new StdM($registry); $this->stdm->code('modcode'); $this->stdm->type('module_monolithic'); }

Если Вы точно знаете, что все H1 заполнены, то: Купить [static_product_h1] — натуральный продукт. [category_name] - [static_product_h1] * [category_name] - это главная категория товара. Если товар находится только в категории первого порядка, то главной будет эта категория. А если товар находится сразу и в категории и в ее дочерней подкатегории, то по идее главной является более контректная категория, а не обобщенная.

В скором времени не планируется.

Возможно, у Вас на сайте работает модуль кеширования страниц. В таком случае вместо генерируемых на лету, показываются html-версии. Необходимо очистить кеш в подобных модулях. Turbo Cache JetCache или др

Лично мне проще работать с 2.3 . Именно в плане работы с кодом и установкой модификаторов без необходимости упаковывать их в пустой архив. Но вообще, если Вы открыватель магазина, а не разработчик, то процитирую то, что писал в статье вот здесь - https://opencart-guide.com/introduction/obzor.html: Резюме по плюсам и минусам OpenCart дает вам удешевление в начале, и необходимость больших переделок в случае развития магазина. Насколько это хорошо или плохо решать вам. Я лишь напомню, что в жизни нет ничего вечного. Магазин, как и любой другой сайт, — не может быть застывшей системой. Сам бизнес постоянно меняется (если мы говорим о реальном бизнесе, а не о попытках делать бизнес). И в любом случае в сайт нужно будет вкладывать деньги. Если смотреть на OpenCart так, то в нем есть ряд недостатков. Их нужно просто закрыть. И делать бизнес, а не зацикливаться на том, какая система лучше или хуже. Если вы читали эту статью, пытаясь для себя решить, на какой системе вы хотите видеть свой интернет магазин и в вашем поле зрения бюджетные варианты, то выбирайте поскорее OpenCart и начинайте двигаться дальше. Если для вас разработка магазина — это разведка боем, если сейчас у вас оффлайн бизнес в категории малый, если вы не готовы вкладывать в рекламу и SEO от $ 500 ежемесячно, то лучше остановиться на OpenCart и начать продавать. Когда продажи наладятся, начнете думать в сторону перехода от OpenCart на более удобную платформу, если это вообще понадобится ( к примеру, ходят слухи, что Rozetka работает именно на этой системе, хотя значительно переделанной ). Если у Вас продуманный бизнес, четкое понимание продаж в интернете и есть бюджет в виде нескольки тыся долларов, то лучше вообще брать какую-то платную систему, где есть все для хорошего старта, купить под нее выделенный сервер и начинать продавать прямо сейчас. Ведь, вкладываясь в рекламу и продвижение, вы ожидаете максимально быстрый результат.

После любого модуля импорта можно нажать 1 кнопку и все товары, у которых нет ЧПУ получат ЧПУ. Так чтобы загрузить CSV и не жать еще 1 кнопку в моем модуле - то нет.

Это прописано в самом шаблоне. Готовый модуль вряд ли решит вопрос. Конечно, есть готовые модуль fast order, но ручных правок кода не миновать, скорее всего.

Если Вы используете ocStore, то Система - Инструменты - OC Team - SEO Менеджер https://ibb.co/8cLXtKt

Никакая версия OpenCart из коробки не даст Вам функционала для того, чтобы "каждый день обновлять остатки и цены". От версии к версии в самом OpenCart улучшения весьма сомнительные и доставляют больше хлопот, чем пользы. По крайней мере, если сравнивать 2.3 с 3.0. Для реализации Вашей задачи присмотрите модули, которые решают Вашу задачу и проверьте совместимость с версией OpenCart. Опять же обновление может быть путем импорта прайса из эксель вручную или путем автоматического обмена с 1С (или др бухгалтерской программой).