А что вы хотите слушать по существу не совсем понятно. Ну для вас что по существу? Продажи это же не взял опенкарт, какую то тему за 30 баксов купил и пару модулей и налил контекста =))
Ответьте на вопрос почему должны купить у вас, а не у МП и вот после этого можно осознать то "по существу". Почитайте про косметику Чекалиных и их продажи, хотя у них товар с того же завода который продается в 10-50 раз дешевле, чем на МП. Если вы сможете построить логистику лучше чем у МП например хотя бы в рамках своего города и сможете дать цену ниже, условия возврата лучше и так далее, то покупать у вас будут а не у МП хотя бы в вашем городе. В общем по существу "почему должны купить у меня?" и тогда уже все вот эти опенкарты, директы и прочее.
давненько, лет 8-10 назад
спейсвэб однажды по сносил базы данных клиентов (мои в том числе), с тех пор я с ними дела иметь побаиваюсь и другим не советую =)
Всех успешных (которые стабильно работают) предпринимателей которых я знаю, именно малого бизнеса, это ребята которые вначале проработали в своей нише на линейных должностях. Я не говорил что надо с нуля брать и что то открывать, я лишь сказал, что компания живет вполне хорошо чисто на тендерах и ответил конкретному человеку. Я вообще не осень понимаю как без опыта в конкретной нише можно что то открыть, не зная тонкостей и специфики
Кто что должен понять? Знаю контору, продает буровое оборудование исключительно по тендерам, в фирме человек 10-15 работает, оборотка в десятки миллионов, работают точно уже последние лет 6 которые знаю лично я, до этого тоже работали, так как не при мне открылись.
У каждого свой опыт, у кого то грустный, у кого то горький, а у кого то нормальный и даже очень клевый и успешный.
Вообще не жалко если кто то что то будет сливать в "местный ФСБ", я и мои клиенты ничем таким не занимаются чтобы боятся "местного ФСБ".
Во всех странах есть свои подводные камни как мне кажется, боятся "местных ФСБ" наверное только те кому есть что скрывать, а когда скрывать нечего то и боятся нечего, а если надо вас в любой стране достанут
Я про удачные решение не на битриксе, а вообще. Просто вы сказали что в битриксе это неудобно, но наверняка вы тогда знаете где удобно?
У меня есть проект, там простыми товарами сделали функционал торговых предложений, не то что там цена разная, там у товаров цвет разный но все остальное одинаковое и сделали отдельными товарами, чтобы их было больше, так как это "лучше для сео", товары были своего производства. Потом количество товаров росло, подключали партнеров и надо было схлопнуть такие товары, но при фильтрации по цвету надо было показывать именно карточку с нужным цветом, чтоб такое сделать удобно, мне пришлось рядом поставить монгу, дописать логики чтоб монга была в актуальном состоянии, но весь каталог на битриксе был построен вокруг монги и кстати это частая ситуация, когда приходишь на большой проект на битриксе, а там и кролик и кафка и редис и монга и эластик и ещё куча всего, но это не потому что битрикс не тянет, а потому что для всего есть специализированный инструмент и в битрикс он достаточно легко внедряется
Ну даже простых вещей, например как eregi уже нет и других модулей. Глобальными переменными, ооп в 5 версии такой какой мы его знаем сейчас, но в 4 версии он тоже был просто работал не предсказуемо и поведение отличалось, я же про это и говорю, что сложно будет переехать, из пхп много что удалили по сравнению с 4 веткой и поменяли поведение языка, там переломным был уже то ли 5.2 то ли 5.3 не помню если честно, но я на php пишу с 4 версии
Я честно признаюсь не делал мультиязычность на битриксе, поэтому не представляю что там в стандартных средствах, я знаю что там есть языки, есть языковые настройки, есть модуль локализации. Если мне понадобится что то локализовывать я знаю что в битриксе такие инструменты есть, но окей будем считать что где то есть удобнее, я с этим точно спорить не буду.
Я же правильно понимаю, хочется один родительский товар где заполнены общие характеристики, а выводить хочется все цвета отдельно? Есть примеры удачных решений в других CMS? Мы пробовали так делать с ТП битрикса, выводили чисто ТП, но там гемор получается с разделами товаров и прочего, проще это сделать без ТП, один раз реализовать условное наследование чтоб при сохранении от родителя подтягивались свойства, а при изменении родителя в дочерних всех перезаписывались, но сделать на простых товарах. Но может у вас есть удачное решение?
Да, про это. Вопрос в том, что в базе данных же всё равно эти 100500 свойств хранятся, просто не показываются пользователю? Или не так? Я про производительность в данном случае пишу, потому что наблюдаю тормоза при выводе товаров и грешу на лишние свойства.
Ну у битрикса есть 2 способа хранения свойств инфоблока, либо в общей таблице, тогда их может быть сколько угодно, но надо обязательно при выборках указывать какие поля достаем, потому что иначе там будет джойнов ровно столько сколько и полей, это специфика EAV паттерна и CMS которые позволяют из админки клепать поля объектам все этим страдают. То есть прям важное условия указывать поля которые выбираешь, а это уже от разработчика зависит, а не от CMS.
Либо второй способ это хранить все поля в отдельной таблице, тогда для 1 товара будет одна строка, а каждое свойство колонкой, тут производительность максимальная, так как все выбирается одним запросом, но у такого подхода есть ряд других минусов, основное это количество колонок в БД ограничено и если таблица очень большая, то добавление поля это alter table который на большой таблице может подзависнуть на приличное количество времени.
Но это все не проблемы битрикса, эти проблемы возникнут у любой CMS или самописа, они архитектурные, решать их можно шардами, но это сложная тема и из коробки её сложно предоставить и шарды теряют транзакционность и короче с такими штуками я сталкивался там, где работают кучка архитекторов и не один десяток разработчиков, но там любая CMS будет злом и все такие проекты в срочном порядки переписываются на микросервисы.
