Договоритесь на агентскую схему. Вы размещаете их товар, при поступлении заказа отдаете его им, получаете свой %
Я бы вообще предлагал какой-нибудь аналог очень близкий и продавал сам. Если же клиент хочет именно этот товар и аналоги его не устраивают, тогда действительно можно договориться на агентскую схему. Либо выкупать у этого конкурента товар с небольшой наценкой (чтобы у него интерес был) и отправлять клиенту от своего имени.
Для маленького интернет-магазина любая боль-мень популярная CMS подойдет. Из бесплатных Wordpress (в связке в Woocommerce) и OpenCart (ocStore). Из платных можно посмотреть в сторону Webasyst Shop-script, CS-Cart и 1С-Битрикс. У вебасиста можно в аренду взять в облаке движок за 400-500 рублей в месяц. Потом можно будет без проблем купить полноценную лицензию и перенести сайт на свой хостинг.
Предлагаю делится списком спам сетей.
Сети через которые боты идут в большом количестве, но пока не блокирую.
Я у себя блокировал:
Все ломятся по определенным URL. AS26548 PUREVOLTAGE-INC еще и с разных стран пытается зайти. Также у меня заблокированы все страны, кроме стран СНГ (поисковые боты, естественно, в белом списке). В основном весь трафик мобильный идет.
Помимо этого, заметил подозрительные посещения с разных подсетей по определенным URL. Прям конкретный наплыв. Чтобы не блочить все подсети, изменил URL страниц на другие, а старые (уже несуществующие) адреса блочу. И по ним уже который месяц настойчиво ломятся по 150-200 раз на дню. Понятно, что вряд ли это люди.
Кстати, проверить подсеть можно на самом CloudFlare - https://radar.cloudflare.com/
Страшна! Вырубай!
Не, побольше таких, не 10-20. И мои проекты вообще не уникальны. Уже давно настала эра гипермаркетов, и сегодня зарабатывает хорошие деньги тот, у кого большой ассортимент. Остальные собирают крохи с барского стола. За исключением каких-то специфических ниш. Поэтому с каждым годом количество магазинов с большим ассортиментом только растет.
Больше скажу, многие не подозревают вообще о том, что можно как-то по другому, и мирятся с тем, как организовано что-то в СMS на программном уровне. И вынуждены нанимать лишних сотрудников, чтобы при помощи них решать вопросы. Например, разделять категории на 10 сотрудников, где каждый следит за своими и в чужие не лезет. А чтобы это не тормозило, покупают более дорогое серверное железо, организуют веб-кластеры и т.д. Тем самым увеличивая свою расходную часть и снижая прибыль! Нанял 10 контент-менеджеров с зарплатой 50к, вот тебе уже пол ляма расход, плюс налоги с них, отчисления в пенсионный фонд и т.д., и там все 700к вырисовываются в месяц... А согласитесь, 700к на дороге не валяются, это 8,4 ляма в год!
Гораздо дешевле переписать что-то под себя, чтобы упростить работу, уменьшить нагрузку на железо, и нанять 3 контент-менеджеров, вместо 10. И я, как айтишник по первому образованию, все это понимаю. А для кого-то это просто темный лес! И они знать не знают, как это делать. Им порой нормального программера сложно найти на фрилансе, чтобы он им что-то допилил. Да и с написанием ТЗ часто проблема возникает.
В том и проблема, что разработчик выбирает то, что чем он работает и в чем понимает. Под бизнес, который он не понимает! А первичен тут именно бизнес, именно под него надо выбирать инструмент, а не наоборот. Разработчик же буден нахваливать то, что ему по душе! По одному и тому же ТЗ, один разработчик топит за одну CMS, другой за другую.
Мой хороший друг, с которым уже знакомы более 20 лет, он программист, и очень долго специализировался на битриксе. Знает его буквально вдоль и поперек. Я бы даже мог сказать, что в какой-то момент времени, он был его фанатом. Но когда он дорос до работы с достаточно крупными проектами, он сильно в этом битриксе разочаровался. Потому, что приходится вставлять постоянно костыли и делать многое в обход, чтобы это хоть как-то шустро работало.
Да, под какие-то проекты битрикс подходит, тут я не спорю. Под мелко-средние интернет-магазины в целом пойдет, если позволяет бюджет. Но повторю, что я уже писал: Пока нет четкого ТЗ и понимания бюджета на проект, не стоит рекомендовать тот или иной движок вообще!
З.ы. Автор темы что-то не отписывается больше. Поэтому бессмысленно сейчас гадать, что ему подойдет из CMS.
И битрикс вас не ограничивает в таком решении так то =)) Можете вводить типы, хранить свойства как угодно, в админке выводить все что вы пожелаете, битрикс лишь вам предоставит инструменты чтоб это можно было сделать быстрее
От части да, от части нет! Во-первых мне приходится додумывать за битрикс, почему бы не сделать сразу хорошо? Во-вторых, мне приходится тратить время и деньги на реализацию этого, вместо того, чтобы купить коробку и пользоваться. И я уже писал какие последствия переделок, что надо многие инструменты, которые у битрикса завязаны на свойства переделывать, чтобы он понял, что теперь свойства у нас работают вот так! Нужно переделывать плагины сторонние, которые также могут быть завязаны на свойства, и которые планируется использовать и куча еще геморроя.
Не все разработчики готовы дорабатывать свои плагины под тебя, и распространяют их как есть. Кто дорабатывает, часто гнут ценник сильно. Если дорабатывать своими силами - это тоже дорого обходится. Да и большинство программеров не любят копаться в чужом коде...
В итоге имеем, что чтобы сделать интернет-магазин побольше чем магазин трусов и носков, нужно конкретно так вложиться. Но если траты неизбежны, зачем тогда использовать битрикс, если можно под себя что-то индивидуальное написать. Да, может это получится еще подороже на первых парах, но за то, будет заточено под твои бизнес процессы, и будет работать максимально быстро. И в долгосрочной перспективе, это получится даже дешевле, чем на битриксе. Можно в сторону Синфони или Ларавеля посмотреть, как вариант...
Я поэтому и говорю, что неподготовленному пользователю, связываться с битриксом опасно. Он не понимает, на какой геморрой и деньги может встрять в будущем.
А где удобно? В опенкарте что ли? 50 000 атрибутов то пробовали заполнять? У вас кривое представление битрикса или вам попались кривые разработчики.
Я про опенкарт вообще ничего не говорю. Я в самом начале сказал, что бесплатные CMS недолюбливаю. И опенкарт в их числе )
По поводу разработчиков: Ну можно конечно допустить, что штат программеров с зарплатным фондом более 1 млн рублей в месяц и еще несколько удаленщиков, все попались бездари... но есть у меня сомнения на этот счет. У ребят опыт работы за плечами не маленький и в достаточно крупных проектах. По сути я сам разработчик, в этом плане (сам конечно не программирую уже давно, чисто руковожу). Все разработки делаются своими силами, изредка привлекаются люди из-вне. Плюс я очень много общаюсь с бизнесменами, которые также сталкиваются с аналогичными проблемами. Очень сомневаюсь, что у всех работают программисты-дурочки.
Во-первых, запихать в один инфоблок и овощи и компьютерные комплектующие это удел убогих, возможно стоит разделить хотя бы по глобальным категориям? Зачем вам переносить мобильный телефон в раздел компов?
Во-вторых, если в выборках указывать какие свойства нужны, то будут не 50 000 запросов, а ровно столько сколько свойств вы указали.
В-третьих, да можно для каждой категории указать какие свойства должны быть, подскажите CMS где ещё так можно сделать чтобы были только нужные в каждой категории? А еще сразу подскажите, когда у вас есть 50 000 свойств, то есть менеджеры которые отвечают только за определенные свойства/категории, так вот в какой CMS кроме битрикса можно настроить форму товара под себя? При том каждый пользователь админки может настроить форму под себя исключительно?
1) Овощи с компьютерами никто не мешает. Например мышки компьютерные, могут находиться в разных разделах - в периферийных устройствах, в аксессуарах для ноутбуков, и в аксессуарах для компьютеров. И таких товаров очень много. Там карточка товара одна, а показывается в разных категориях. Более того скажу, в больших магазинах структура каталога постоянно меняется. Постоянно добавляются новые категории, трутся старые, товар из одной категория в другую переезжает и т.д.
2) Не совсем понял что вы предложили, честно говоря... Прежде чем запросить какие свойства мне нужны, нужно понять, какие из свойств соответствуют конкретному товару. Иными словами мне нужно знать сначала коды свойств (ID свойств), а уже потом их запросить из тех 50.000, значения этих свойств. Да и когда вы запрашиваете 20 свойств из таблицы с 50.000 свойствами, это работает на несколько порядков медленнее, нежели вы запрашиваете те же 20 свойств из таблицы где всего 100 свойств... Иными словами мы упремся не совсем в функционал битрикса, а в скорость работы БД. Из-за того, что битрикс так решил хранить свойства в этой самой БД.
Я у себя вводил такое понятие как "тип товара". В одной категории может быть несколько типов, и один и тот же товар может быть привязан к неограниченному количеству категорий. Когда контент-менеджер заводит товар на сайт, он выбирает тип товара, и ему подгружаются те свойства, которые соответствуют этому типу. В публичной части аналогично - получаем тип товара, и потом получаем 50 свойств (допустим), которые соответствуют этому типу.
3) Указывать в категории какие должны быть свойства - это костыль, который работает через задницу. Мало того, что мне нужно добавить новое свойство, мне еще нужно не забыть его прописать для категории. И в случае, если у меня в одной категории разные типы товаров лежат, мне нужно заранее продумывать и добавлять туда свойства из других категорий. Это и куча телодвижений, и в общих категориях для контентщиков будет снова портянка свойств, которая будет снижать скорость заведения карточек товаров.
А то решение, с вводом понятия типа товара (которое описал во втором пункте), на сегодняшний момент наиболее жизнеспособное (на мой взгляд). И с точки зрения удобства и быстроты пользования, и с точки зрения скорости вывода на страницу.
Тут надо отталкиваться не от количества товаров, а от пользовательской нагрузки. Если нагрузка маленькая, то это даже на нормальном виртуальном хостинге будет работать. А вот если этот хостинг упирается в лимиты максимального тарифа по всем фронтам, тогда переход на виртуальный или выделенный сервер неизбежен!
Но нужно понимать, что если на виртуальном хостинге администрированием сервера, на котором размещаются сайты, занимаются обученные люди в компании этого хостера. То вот на виртуальных или выделенных серверах вам придется администрировать самостоятельно. Либо нанимать кого-то кто это может делать, либо заказывать услугу по администрированию у самого хостера.
Я под ряд своих проектов уже более 15 лет использую Таймвеб. В целом полет нормальный. У них 2 дата-центра в Питере. Если вы и ваша целевая аудитория находитесь далеко от дата-центров, то имеет смысл выбрать что-то поближе. Ибо сигнал от компьютера пользователя до дата-центра идет какое-то время... И чем больше расстояние, тем дольше отклик.
С чего вы взяли, что Walmart на magento сделан? Погуглил, нашел новость за 2018 год, что они позволили пользователям magento продавать у себя товары. Иными словами сделали плагин интеграции. Как у нас делают плагины интеграции с Озоном или ВБ, так и там...
В подобного рода крупных сетевых гипермаркетах, основной бизнес-процесс - это логистика (закупочная, складская, транспортная), это 90-95% всех бизнес процессов там занимает. Magento под эти бизнес-процессы не заточен даже рядом! Не удивлюсь, что там настолько своя система, что у них под себя собственный фреймворк написан! Не потянет никакой magento такой масштаб.
