EVMedvedev

Вот более узкая постановка задачи. По сути вам и нужен практически лэндинг с формой обратной связи. Такое и на ОС легко можно сделать и на ModX, и на Joomla с Drupal и т.п.

Именно в том то и дело, что по бизнесу вы предлагаете услуги а не товары, и обработка заказа тут сильно отличается от простой продажи товаров. И в ходе оказания этих услуг вам нужно выстраивать достаточно сложное взаимодействие с клиентами которое не вписывается в обычный процесс обработки заказов при продаже товаров. А выбирая ОС вы именно и пытаетесь втиснуть вид деятельности, мало соответствующий традиционному торговому процессу, в движок, заточенный под традиционную торговлю. Отсюда и большие трудозатраты в перспективе, о которых вам говорят специалисты. Ну не удобно микроскопом гвозди забивать.

@Yulissi как я вам уже говорил, ваша проблема в том, что ваше ТЗ выглядит примерно так "У меня есть Запорожец. Сделайте из него машину, на которой я смогу ездить как на Ролсройсе". Вам нужно изменить постановку задачи, чтобы получить адекватные предложения. Сфокусируйтесь на том бизнес-процессе, который вы хотите реализовать, ведь сайт должен его автоматизировать. Не зацикливайтесь на технических требованиях типа выбора движка. Отдайте это специалистам в области разработки информационных систем. В природе существует много CMS и среди них можно найти более подходящую для автоматизации продажи услуг чем ОС.

Ну каков вопрос таков и ответ.

Интеграцию можно и не через WSDL делать, хотя не очень понимаю что там сложного. Я работал и с интеграцией систем с 1С на WSDL на стороне 1C. Если все настроено корректно (специалист толковый был), то проблем ни каких нет. В ОС к слову вообще ни какого API нет (в коробке). А что касается минусов и плюсов - вы например в ТЗ в части навигации (комбинированный поиска по словам и атрибутам), использования очередей, ценовых правил и т.п написано многое что в Мадженто есть в коробке, а в ОС придется писать и немало. Следовательно: проект затянется (отсюда предложения некоторых участников о поэтапной реализации); сторонние неотлаженные разработки могут стать проблемой, которые к тому же будут возможно препятствовать обновлению версий движка; проект вываливается за установленный предельный бюджет. Вы похоже проводили сравнительный анализ функционала движок судя по вашему ТЗ, если учесть что вписали разработку ценовых правил. Но как мне кажется не все учли. С Мадженто может быть вы и помучились, но видимо пока не мучились с ОС .

Эти проблемы на самом деле сидят у вас в голове. Вы почитав рекламных обзоров сделали выбор платформы и версии и убедили себя что это самое правильное решение. А выбирать надо не по обзорам, а по объему функционала, качеству организации кода, возможностями поддержки и другим параметрам, о которых вы, в силу ограниченности знаний в области создания и развития ПО, даже не представляете сейчас. Вы столкнетесь с ошибками выбора позже: когда станет понятно, что недостатки функционала коробочной комплектации движка придется компенсировать множеством модулей сомнительного качества, да еще конфликтующих между собой, когда возникнут проблемы с обновлениями версий из-за того, что требуемый вам функционал в действующем сайте реализуется только модификациями кода ядра в силу особенностей архитектуры кода движка и что наработки в новую версию надо будет переносить вручную; когда поймете, что изначальные недостатки функционала, не закрываемые имеющимися модулями приходится устранять доработками, а их много и они все влетают в кругленькую сумму, да еще они тоже могут быть сомнительного качества; и многое другое. Из-за всех этих ошибок многие начинающие торговлю в интернете и терпят неудачи. Все начинается с ошибок в организации выбора движка и работ по созданию и запуску сайта.

Ну собственно, у админов площадки нет ни особой возможности, ни особого желания тестировать модули. Так везде. Не думаю что это их вина, что на площадке полно помойного кода. Некоторые свои кодовые фекалии могут еще и шифраторами закрыть. Г...нокодеров тоже на любой платформе хватает. С этим тоже нет организационных способов бороться. А с возмущением полностью согласен. Кстати в первом случае - это самый "специалист" на окладе, может быть сыночком любовницы директора этой шаражки или еще чьим то родственником, и сайт там держат только для того, от за чужие деньги чему-то научился. То есть люди там решают не те задачи, которые вы считаете логичными. У них своя логика и иногда не самая абсурдная, хотя с точки зрения качества сайта полный отстой. Все в этом мире относительно.

@4essick , вам бы сначала поставить ОС и поработать с ним, а потом из вашего списка выкинуть все что в нем есть по умолчанию и написать по делу то, что вам действительно нужно. А так у вас полная ерунда с ТЗ получается.

Это у вас проблемы с восприятием, если вы увидели в моих словах колкость. В следующий раз специально для вас буду писать, что я серьезен как никогда . И предлагаю заканчивать этот бесполезный флуд не по делу. Напомню тема топика - сравнение ОС и Мадженто с точки зрения разработчика, сопровождающего и развивающего сложный проект.

Да, лучше предупреждать, а то среди начинающих горе предпринимателей людей с таким образом мышления более чем достаточно. Предупреждайте, что вы не из их числа.

Ну вы можете писать бесплатно, а остальные ни кому ни чего не должны. Более того, проблема ОС именно в том, что модули для него дешевые. Просто людям надо есть, а если на модулях они заработать не смогут, то и поддерживать не будут. Вот и получите кучу мусора неработающего. Для Мадженто люди пишут модули и продают из на несколько тысяч рублей, да еще за поддержку деньги берут отдельно. Зато от таких поставщиком модули качественные. Та же Мадженто с поддержкой от разработчика предлагается по цене в 15 000 евро. И заказчиков крупных у них хватает. А поскольку проект хорошо монетизируется, то и инвесторов богаты в нем хватает, которые вкладывают в развитие движка миллионы баксов. Отсюда и бешеный прогресс. А ОС по-прежнему больше похож на студенческую курсовую работу 20-летней давности.

Очень часто так пишут горе заказчики, которые не в состоянии правильно поставить задачи и организовать процесс их исполнения. А когда все идет не так как им хотелось бы, то они не признаются себе в том, что они бездарные управленцы, а валят вину на всех окружающих. У таких не только разработчики сайтов жулики, но и сеошники придурки, и хостпровайдеры уроды недоделанные, и покупатели безмозглые жмоты, и власти сволочи, один он "гений непознанный". Это профессиональные лузеры от интернет-торговли.

Ну при разработке - да, в какой то степени. У каждого свой техпроцесс, а значит и настройки среды.

А вот для этого и надо было бы перевести ОС на Doctrine. Так все просто. Базовые сущности переопределяешь override(ом) и и запускаешь консольную команду Doctrine для обновления dababase:schema. А генерацию классов обновления сущностей можно было бы генерировать из админки.

Можно упаковать все это в Symfony Console пакет. В Мадженто так сделано. Там генерация модулей реализована как одна из консольных комманд. Правда я не знаю насколько часто этим пользуются разработчики. Каждый день новые модули пачками думаю ни кто не создает. А для собственных нужд можно написать генератор каркаса а потом использовать deployer.phar .

Есть еще такое https://github.com/tkaplar/netbeans-opencart-plugin но видимо активной поддержки проекта нет. Кстати для ОС 3 еще будет актуальна поддержка Twig. Так что в комплекте может быть неплохое подспорье для ОС разработчика.

Вы так и не устранили фундаментальные проблемы ОС, о которых я говорил. Вряд ли ваш проект станет достойной альтернативой ОС. Внедрение Doctrine в ОС и то дало бы большую пользу. Вот только делать это нужно в ядре, а не пристраивать сбоку. Я тоже по-молодости пробовал использовать Doctrine в расширениях для ОС (делал REST API). Но это не то.

Простое и функциональное - 2 взаимоисключающих требования. Причем у разработчиков сайтов и у тех, кому нужно строить бизнес, представления функциональности существенно различаются. Начал все это расписывать здесь тыц Попробуйте с этим чеклистом сравнить функциональность вашего gplcart или opencart.

Я больше года работаю на поддержке сайта на Magento 2 который переводил с Magento 1, а до этого в 2015 переводил его с Prestashop, на котором поддерживал его с 2011 года . Я переносим модули по все этой цепочке. На ОС опыт разработки сайтов тоже есть. Так что я имею представление о различиях Мадженто 2 и OC . А по поводу создания сущностей - в Symfony это сделано еще удобнее. Попробуйте поработать с Doctrine ORM. Более того там и модификация структуры данных удобнее сделана чем в Magento. Так что вы пока еще не так много знаете .

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

Было бы полезно опубликовать ваши сайты, чтобы до подготовки предложений можно было бы оценить ваши проблемы и их причины.

С чего вы взяли, что это поможет решить ваши проблемы?

Я все три платформы: ОС, Prestashop и Мадженто изучал самостоятельно без наставников. Если смотреть с точки зрения освоения Мадженто 1 самый сложный движок. Просто в силу очень широкого спектра возможностей в коробочном варианте и более сложной организации кода, которая позволяет сторонним разработчикам делать множество модулей без вмешательства в код ярда. За Мадженто 2 без освоения Мадженто 1 приниматься вообще не стоит, да и широкое распространение Мадженто 2, как мне кажется, не скоро получит в силу ее очень высокой сложности и ресурсоемкости. Второй по сложности движок- Prestashop. Но его сейчас не советую осваивать. С него народ уходит. В силу ошибок в организации развития проекта разработчики наделали ошибок. В результате чего движок стал тяжеловесный и плохо развиваемый. Сейчас они пытаются исправить ошибки переписывая систему полностью на Symfony. Но процесс будет идти еще несколько лет. А до этого не рекомендую с ним связываться. Я с этого движка начинал осваивать разработку ИМ 10 лет назад. ОС самый простой в освоении движок для начинающих. Но его проблема как раз именно в этом. В архитектуре построения кода заложено большое количество ошибок ошибок проектирования. Например из известных мне движков только в ОС модели для фронт и бэк частей разделены. Все нормальные разработчики создают один код работы с данными и для фронт и для бэка. Другой фундаментальный косяк - использование VQMod вместо применения широко используемых всеми профессиональными разработчиками решений для совместной разработки кода, таких как override, dependency injection и событий которые позволяют менять алгоритмы ядра системы в очень широких пределах без модификаций кода ядра. MVC паттерн тоже реализуется весьма криво (простыни кода с передачей данных в шаблоны в контроллерах это нечто). Модульность построения системы слабая. В этом плане такое ощущение что разработчики ОС до сих пор находятся в каменном веке. Это же является проблемой и для изучающих PHP программирование, потому что они осваивают все самые неправильные, самые устаревшие метод работы кодировщиков и проектировщиков. С точки зрения пользователей ОС в силу проблем его архитектуры создает сложности в создании и длительной поддержке сложных проектов (о чем здесь многие и пишут). Именно поэтому на ОС как правило делают либо быстрые и кратковременные стратапы, либо небольшие магазинчики для которых функционала ОС более чем достаточно и в изменениях нет необходимости. Но в этих случаях ОС не только вполне приемлем, но даже оптимальнее других. Но вообще в силу архитектурных проблем ОС как серьезная среда разработки больших и средних проектов не получит серьезного распространения, пока их не устранит. Если хотите развиваться в PHP программировании - изучайте Symfony. На этой основе создано гигантское количество систем самого разного назначения (ERP, CRM, PIM, ServiceDesk, eCommerce как B2B так и B2C). По крайней мере, сколько бы это времени не стоило, оно того стоит на длительную перспективу.

ОС вообще не особенно хорош с такой номенклатурой. Стоит подумать о выборе другого движка пока не поздно. Во как может работать сайт номенклатурой в 30 000 товаров на нормальном хостинге за 200 рублей в месяц https://mage.demo.smartceo.ru/ . И сама сборка со всеми нужными функциями при этом абсолютно бесплатна. При этом подсчеты количества по фильтрам не надо отключать. Можно погонять демо на Pagspeed Insight, GMetrix, google валидаторе мироразметки.

Собрал демо сайт на Magento 1 из бесплатных модулей и налил туда 30 000 товаров. Хостинг самый простой за 200 руб. в месяц. Можно из любопытства прогнать его по gtmetrix, pageSpeedInsight . Мадженто тоже неплохой движок и в определенных условиях может составить конкуренцию ОС. Попробую в тех же условиях собрать подобное на ОС но некоторые модули, которые нужны для такого же сайта для ОС предлагаются на платной основе.