SergeTkach

Тут скорее нужен такой покупатель, который готов оплатить и ждать + не будет возмущаться, что результат работы выложат в свободный доступ, а ему пришлось за это платить ))) Потому что насчет взаимодействие разработчиков по собственной инициативе, насколько я могу судить, этого не будет. Я на днях гулял по модулям на оригинальном сайте OpenCart, видел несколько CMS с затеями на базе OpenCart - все они заброшены и не доделаны. А если учесть такие дни, когда по платным модулям 150 вопросов и (или претензий, часть из которых даже к модулю не относятся), то оно и не странно, что за бесплатно выдерживать такое давление - нервов не хватает)

Блин, у нас тут на форуме такой кладезь мудрости. Почему бы не объединить усилия и не выпустить какой нибудь форк?? ocStore тоже неплохо. Но я имею ввиду более кардинальный форк, где было бы все организовано так, чтобы было удобнее разрабатывать.

Круто! Не додумался)

Только что начал разбираться, почему это у меня в модуле для 3.0 не правильно отображается статус модуля. И выяснил, что теперь вместо стандартного префикса modcode_somename надо еще добавлять module_modcode_some_name Все бы ничего, если бы решалось массовой заменой по совпадению с "modcode". Но она не подходит. Ведь есть еще и такое: $this->load->language('extension/module/modcode'); Блин, в такие вот моменты НЕНАВИЖУ OpenCart!!!!!!!!!!!!!!!!!!!! Каждая новая версия меняет привычные вещи, но ни фига не добавляет по функционалу, ни по какому-то смыслу этих изменений. Снова, блин, переливать из пустого в порожнее...

Я в Днепр не планировал ехать. Вы в Винницу, наверное тоже? ) Хотя, вижу есть еще отклики из Днепра - можете митапнуться и без меня. Но тоже пока что не особо густо((

Габариты добавлены в список товаров в версии 1.3.0!

)))

Вообще, я видел такие отзывы об OpenCart (где владельцы магазинов обсуждают), что разработчики в OpenCart все очень жадные, злые и недружелюбные ))

Вообще, было бы неплохо, чтобы можно было просто говорить в микрофон, что хочешь сделать, и комп бы понимал и писал это сам :)) Работал так с одним человеком: говорил, что писать, он все набирал (учился делать модули). Мне понравилось ))) Вот бы так программа какая-то умела, и при этом не стоила бы кучу бабла...

Я сейчас делаю программку на phpdesktop (на всякий случай отмечу, что мне класть на мнение умников насчет этого проекта ), которая: - Позволяет заполнить 3 поля и нажать кнопку, чтобы создать скелет нового модуля + папку проекта в проектах + структурированные файлы типа Как-установить.txt и тд - Позволяет выгрузить его сразу на все обозначенные версии OpenCart на локалке - По нажатию кнопки позволяет затянуть отредактированный на версии OpenCart 2.3 модуль, в папку проекта и при этом сама адаптирует код под версию 2.1 и 3.0 - Хочется сделать и под 1.5, но тогда там нужно в html писать псевдоконструкции, ведь верстка совсем другая - Автоматически пакует установочный архив - Нажатием кнопки генерит новую версию модуля (меняет версию в install.xml), создает новую папочку версии - Также генерит модуль немного по другому, если указать, что используется IonCube Loader - А еще хочется сделать генерацию по json. То есть, чтобы не тыкать кнопочки, и заполнять поля, а чтобы в виде json в одном файле можно было указать сразу и код, и поля, и языковые тексты, и потом программа бы на основании этого создавала бы не просто скелет-заготовку, а, по факту, примитивную версию модуля с нужными полями и текстами. А вручную чтобы оставалось прописывать только валидацию полей. В общем, вся тягомотина по идее должна лечь на программу. А то иногда эти перепаковки реально достают. Больше всего в OpenCart меня достает упаковка версий модуля под каждую версию OpenCart. Идеально было бы, чтобы можно было залогиниться ботом на этот форум и опубликовать новую версию модуля. Но движок форума предусматривает защиту от подобных действий )) К сожалению, сейчас сделано только генерация нового проекта. Остальное пока что заморозилось ((

Не вот это ли? https://github.com/iMateo/generator-opencart-module Есть еще и вот такое - https://www.google.com/search?q=Генератор+модулей+v1.1&ie=utf-8&oe=utf-8&client=firefox-b-e

Давайте как-то выходить на связь! )) напишите в личку что ли, если по каким-либо причинам не хотите светиться в публичных комментариях. И еще, кто наткнется на эту тему спустя время, тоже пишите!!

Я хочу уточнить: Вы пошли на фирму и там у Вас был наставник, который объяснял, что да как в 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. Да, мелочь, но просто глаза режет...

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