konorws

Пользователи
  • Публикаций

    414
  • Зарегистрирован

  • Посещение

Репутация

31 Очень хороший

3 Подписчика

Информация о konorws

  • Звание
    Продвинутый пользователь
  • День рождения 24.11.1997

Контакты

  • Сайт
    http://explorapp.net

Информация

  • Пол
    Мужчина
  • Город:
    Луцк

Посетители профиля

2 794 просмотра профиля
  1. Добрый день. Ксожелению шаблоны еще не реализованы. Они будут добавлены при перевыпуске модуля которое надеюсь будет скоро. На данный момент вы може попробывать отключить поля которые вам не нужны
  2. Видите в чем проблема тут вопрос не в попитке конкуренции а в Примитивности кода. Я не прошу строить ахренено большую систему с наворотами и так далее но убрать эту примитивность. Ведь говнокодеры так и не перестатнуть говнокодить пока им не заставиш или не покажеш как правильно.
  3. Да у нас большая компания и клиенты у которых доходы в год с не мение чем 6 нулями в конце это в $
  4. Это очень абстрактный вопрос. Все зависит от комплектации и его типа. Может быть от 100 и до несколькох тысяч но там уже и VDS идет. Я лично держу себе не большой ВПС для тестов обходится он мне в 160 грн
  5. Очень сомниваюсь для это у них есть специальный модуль закодирвоаный приложен для лицензий. Насчет часа работы тут дело по разному обстоит. К примеру у нас в компании на проекте на котором я сейчас работаю клиет платит 100$ за час работы. Ну есть по разному у меня знакомый работает то получает 50$ в час но у него там немного другая ситуация. Насчет новой почты все зависит от того что именно вы хотите интегрировать. НЕу в большенстве случаев я думаю что нада делать одельное разширение. Да модуль у меня есть но фактически он пренадлежит компании а не мне хотя автор я)))) По\тому поделится им я не смогу
  6. Все зависит от задачи есть задачи для которых я и сейчас использую опенкарт. И да везде свои проблемы
  7. Ну тут есть две стороны медали. Потому что эти чайники на этом учатся и потом идут далее. Как минимум код который идет с коробки должен быть примером а не учить мягко говоря "говнокодить". А отмазка о том что что код должен быть понятен я не говорю о том что вводить сложную архитектуру иди делать 20к обьектов скласами на все случаии жизни но хотябы убрать дублирование безмысленого кода. Просто проблема в том что переучиватся довольно трубдно. Вот хорошо что у меня ментор был который каждый комит проверял и обяснял где и что можно улучшить. Самый яркий пример это плагин Автоматическая обработка прайс листов. Когда я открыл модельку данного иодуля сказать что я Аху*л это ничего не сказать. 22 000 строк в 10-15 методах ? Как такой код можна поддерживать или разширать ? 100500 вложеностей. Я 3 дня убил на то чтобы дописать простую функцию наценок. А все почему? потомучто из коробки идут такие же примеры
  8. Ну это если копать в глубь. Но в обоих вариантах я уверен что беды обычно приходят не из коробки а из за "Умелых" рук разработчиков разшырений.
  9. Мнение о Маджене или Опенкарте ? потомучто есле в Опенкарте ничего не изменится то єто будет очень печально. Насчет мадженті я спорить не буду все возможно.
  10. Опенкарт берет своей не требовательностью и простотой. Но все же я одам преимущество мадженте если это будет большой магазин. Если что то простенькое (до 20к товаров и немного функционала) то это опенкарт
  11. Да слышал. но это как то вообще не решает главных проблем. Да сделать небольшую печеньку это круто но как то особо не радует с такими темпами мы получим адекватный код к 10 версии ? или как ?
  12. Видите меня смущает то что уже как бы 3-я Версия вышла но нет вообще никаких сдвигов в этом плане и это грустно. Единственое что было сделано это загрузка шаблонов теперь не в 5 строк в а одну)))) Такое ощущение что все просто пофиг. Рефакторинг? не не слышал .
  13. У Мадженты недостатков довольно много если честно. И это не сравниеванние а взгляд на реализацию Опенкарта после того как паработаеш с другими системами.
  14. Уважаемие гуру опенкарта хочу услышатиь ваше мнение об этом. Согласны ли вы со мной ?
  15. Добрый день. Немного истории вот где то года три назад я начал свой путь в работе с Opencart. Скажем так полюбил я Opencart всем сердцем. Но в один солнечный день мне пришел лист о том что я прошел собеседование в относительно большую IT кампанию. И с того дня мой взгляд на хороший код изменился... Вот не так давно меня попросили немного доработать функционал на OC. Мне не сложно в принципе вот я и приступил к работе. Я сидел и говорил себе Боже как я раньше с этим работал. Ну теперь давайте я вам попробую описать то что меня возмутило. 1. Удобство разработки и интеграция в IDE Да когда я работал с Sublime Text все было вроде гуд. Но уже полгода работаю через PhpStorm (PS. Лицензия есть даже на домашнем ПК а не только на работе). При запуске сразу получаем кучу предупреждений. Давайте взглянем на простой класс http://joxi.ru/52alLM0UGzO1Om Причин тут две: 1) Отсутствие PhpDoc 2) Упрощенная структура самой CMS Ну если добавить PHPDoc то большую часть проблем это реши. Зачем нужен PHPDoc ?? Я напишу коротко если будет интересно загуглите. 1) Это читабельность кода 2) Автокомплит и информация о методах на лету http://joxi.ru/brRZkROHQveeLr как не крути сразу видно что и как надо передавать тому или другому методу или то что он возвращает. Или же увидеть ошибку на моменте написания кода а не запуска. 2) Это наверное бесит меня на данный момент больше всего. Это дублирования кода. Хотя Опенкарт и как бы MVC но он нарушает один из принципов MVC потому что с дублирование кода тут просто беда. Давайте посмотрим на один из контроллеров админ панели. http://joxi.ru/nAyKdw3tXz1oVm И это один из множества примеров. который есть в каждом файле я молчу о генерации $url вот пример из файла файла покупателя. Этот кусок кода встереатся в одном файле 9 раз. ????? Давайте посчитаем: 9 * ~40 строк = ~360 строчек кода которые можно отрефакторить к 20 максимум и будет один метод для всех файлах а в контролере это будет одна строка вместо 40 $url = ''; if (isset($this->request->get['filter_name'])) { $url .= '&filter_name=' . urlencode(html_entity_decode($this->request->get['filter_name'], ENT_QUOTES, 'UTF-8')); } if (isset($this->request->get['filter_email'])) { $url .= '&filter_email=' . urlencode(html_entity_decode($this->request->get['filter_email'], ENT_QUOTES, 'UTF-8')); } if (isset($this->request->get['filter_customer_group_id'])) { $url .= '&filter_customer_group_id=' . $this->request->get['filter_customer_group_id']; } if (isset($this->request->get['filter_status'])) { $url .= '&filter_status=' . $this->request->get['filter_status']; } if (isset($this->request->get['filter_approved'])) { $url .= '&filter_approved=' . $this->request->get['filter_approved']; } if (isset($this->request->get['filter_ip'])) { $url .= '&filter_ip=' . $this->request->get['filter_ip']; } if (isset($this->request->get['filter_date_added'])) { $url .= '&filter_date_added=' . $this->request->get['filter_date_added']; } if (isset($this->request->get['sort'])) { $url .= '&sort=' . $this->request->get['sort']; } if (isset($this->request->get['order'])) { $url .= '&order=' . $this->request->get['order']; } if (isset($this->request->get['page'])) { $url .= '&page=' . $this->request->get['page']; } А теперь представте волшебство Если бы можна было бы так $url = $this->url->saveUrlParametrs('filter_name', 'filter_email', 'filter_customer_group_id'); И подобных ситуаций уйма. Про дублирование верстки я молчу вообще. Чтоб добавить чтото к товару нада єто продлублировать в 100500 файлах. В мадженте к примеру страница редактирования или список в админке создается с помощью двох XML файлов где просто описиваются конфигурации и єтими конфигами можна решить около 75% задач что ставлятса к кодингу доходит редко и економит просто уйму времени. С версткой аналогично создаеш блок и подтягиваеш в нужное место и живеш и радуешся жизни. Ну думал написать по больше но с временем не сложилось. Может потом добавлю что то.