EVMedvedev

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

окмод вполне годится как иснтрумент в случае индивидуальной работы над маленьким проектом. Но представьте себе управление совокупностью из нескольких десятков или даже сотен изменений, вносимых десятком кодеров, причем в одни и те же файлы. Замучаетесь устранять конфликты. Для больших проектов поэтому и придумали серверы управления версиями, чтобы управлять конфликтами версий при кодировании. С ОСMod это практически нереально. При том что сам механизм сборки рабочего кода по настройкам разработчиков используется практически повсеместно. Он есть во всех проекта на Symfony по определению, он есть в Мадженто. Просто ОСМод как вариант реализации этого механизма не самый лучший.

Это еще одно слабое место в ОС по сравнению с Magento. В последней можно навешивать события на работу практически любого класса. Там есть динамически формируемая система событий, с которыми можно связывать обработчики (before и after). В ОС такого механизма нет и события задаются вручную. Это все же ограничение, которое как раз и подметил коллег @chukcha . В Мадженто такой проблемы нет, потому что там есть классы взаимодействия с данными в БД (работающие одинаково и во фронте и в админке в отличие от ОС), на любой из которых можно навешивать обработчики. А с учетом единого механизма такая же возможность сохраняется и в отношении кода сторонних разработчиков. И события не заменяют возможностей overrid, а скорее дополняют.

Человеку нужна сортировка а не фильтрация.

Да, я в курсе .

В некоторых движках такое есть в коробке .

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

Я тоже так могу: источник (https://www.php.net/manual/ru/language.oop5.inheritance.php). И что? Причем здесь ОС?

У Мадженто имеется еще одно существенное отличие от ОС. В движке есть возможность модифицировать функционал и ядра и модулей сторонних разработчиков не трогая их кода, просто заменяя функции своими override (ом). Это дает большие плюсы при групповой работе над сложным проектом при его долгосрочной поддержке и развитии. ОС с его vqmod и другими архитектурными решениями подходит только для работы одни разработчиком или же сами владельцем ИМ при наличии начальных знаний по программированию на PHP. Вот почему многие владельцы ИМ по мере роста бизнеса и возникновения потребностей в развитии сайта отказываются от ОС и переходят на другие платформы. И реакция ТС на ОС с переходом в крупную компанию с промышленными технологиями командной разработки софта на самом деле вполне типична.

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

Поищите хостинг с установкой ОС в один клик. Техподдержка поможет вам установить движок бесплатно. Набьете контент, сделаете рабочий проект, а дальше решите что делать с дизайном. Самый простой вариант - подпилить дефолтный шаблон. Будет недорого и с минимальными ошибками. А как получите желаемый результат, то останется редиректы настроить и привязать ваш домен к новому хосту. А дальше будете уже полировать результат до бесконечности.

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

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

Вы сначала разверните на любом хостинге движок из коробки и попробуйте поработать на нем с данными и пооформлять заказы, чтобы понять что хотите. По ваши цветовые требования и дефолтный шаблон подойдет. Может не нужно лишних заморочек. А основная часть бюджета может быть пущена на действительно необходимые доработки по функционалу, которого в дефолтном движке вы не найдете по результатам экспериментов. Полно хостпровайдеров, которые вам бесплатно движок развернут. Берете хостинг за пару сотен рублей в месяц, получаете от провайдера бесплатно развернутый движок и на этой площадке для экспериментов отрабатывает все ваши идеи. Если все удачно преобразуете эту площадку в полноценный сайт и начинаете работать.

Тогда стоит уточнить в чем эта самая специфика. По идее большинство ИМ одинаково не зависимо от товарного сегмента. Даже на этом форуме заказов сайтов автозапчастей было много. У меня был один потенциальный партнер, который хотел поисковую базу по автозапчастям делать, но не срослось. Он сделал систему на Битриксе, но когда закачал в него несколько миллионов позиций, то Битрикс стал тормозить сильно и разработчик, который делал систему так и не смог справиться с проблемой. А когда деньги уже потратил, а результата желаемого не получил, стал искать "партнеров", которые ему его ошибки исправят на энтузиазме и возродят его проект на халяву. Вот вам и специфика.

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

Что значит "уже делал магазин автозапчастей". Если человек например верстку на таком магазине поправил - это считается что у него есть опыт делать магазины автозапчастей? Или вы рассчитываете, что вам кто-то сольет по дешевке наработки, сделанные для другого заказчика? Или вы надеетесь так поймать кого-то на таком сливе?

Стоимость зависит от способа и качества реализации. Если вы сейчас заведете себе хостинги и в один клик установите на нем нужное вам количество экземпляров движка, то потом закажите установки и настройки модулей и обмен данными с 1С и получите что-то похожее на то, что вы описали. При таком подходе можете вписаться в несколько десятков тысяч рублей за все магазины. А дальше будете думать, что вам на самом деле надо.

Может лучше опубликовать ТЗ, чтобы не получать лишних запросов?

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

А если вы не знаете, какой функционал вам нужен, то как вы собираетесь движок и шаблон выбирать? Кстати большинство функционала любого сайта определяется не шаблонов а движком, так что выбирать нужно движок по функционалу, а потом уже подбирать шаблон по дизайну. Разберитесь - чего вы хотите о вашего нового сайта. Например вы задаете вопрос: "Нужно ли ставить онлайн оплату?". Может вы сначала ответите на вопрос: "А много ли народу будет ею пользоваться на вашем сайте?". Самый простой вариант - опросите ваших клиентов.

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

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

Осталось найти во всем это хоть что-то полезное. Не понятен смысл написанного.

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