22 января 2018 в 13:14
Доброго времени суток!
Подскажите пожалуйста ваше мнение на какой версии Drupal лучше сделать сайт локального аналога Ebay или Alliexpress - Drupal 7 или Drupal 8?
Сомневаюсь просто ещё в стабильности Drupal 8
Пробовал с полгода назад на нём сделать интернет-магазин сложный - вылазило постоянно разных проблем.
На сайте который планирую делать будут:
- продавцы и покупатели со своими кабинетами,
- они будут загружать свои товары и заполнять информацией личный кабинет,
- будет тендерная система оптовых торгов товарами
- платёжная система с гарантом сделки
Планируемая посещаемость примерно 2000 чел в сутки.
География клиентов - Европа + страны СНГ
Заранее спасибо за ваше мнение!
Комментарии
Сколько человек будут делать сайт с вами? Или вы один хотите поднять аналог алиэксспесса?
Восьмёрка и вот почему: нужно будет очень много кодить. И скорее всего понадобится штат хороших программистов. А хороший программист, скорее всего, не захочет работать с семёркой из-за практически полного отсутствия ООП.
Drupal8:
- Масштабируемость
- Гибкость
- ООП
Большой проект на drupal7 вы скорее всего уже просто не напишете. Людей, которые готовы с ним работать все меньше и меньше . А года через полтора будет совсем мало, и наступит срок переписывать это на drupal8. В итоге вы переплатите почти вдвое за 1,5 года, если выберете сейчас d7.
С моей точки зрения, проще реализовать подобный функционал вне рамок какой-либо CMS. И обязательно, для такого проекта наличие вменяемого и опытного архитектора, даже если он будет делаться на базе CMS. Ну и тянет это на командную работу конечно, иначе до релиза пройдёт очень много времени, если он вообще состоится.
Если действительно решитесь на столь отчаянный шаг (делать аналог Alliexpress одному), то возьмите лучше за основу какой-нибудь Framework - Yii2, Symfony или т.п.
Спасибо всем за мнение!
Делайте на том, на чем Вы уверены что у Вас получится сделать.
ИМХО надо урезать осетра:
Для начала сделать относительно простой интернет-магазин, который будет более-менее влезать в функционал друпала (готовых модулей).
Когда/если он начнёт приносить хорошую прибыль - делать уже на новой платформе, с реализацией всех фентифлюшек (алиэкспресс).
Иначе это с высокой степенью вероятности закончится даже не дойдя до бета-тестирования, сожрав огромное количество ресурсов.
Семерка - потому что надо будет много кодить, и нужно нанимать друпалеров. А друпалеру не будет удобно работать с этими новомодностями в восьмерке
Правильно, PHP-фильтр из ядра-то убрали.
Спокойно посоны, PHP-фильт идет отдельным модулем
Та да идет .... лесом
УБИЛ )))
А мне кажется, что такие огромные проекты разрабатывает команда... таких... бородатых суровых парней, которые разговаривают на PHP... живут Богами PHP... и любовью тоже на PHP занимаются...
Всегда думал что такие полномасштабные проекты как Амазон и АлиЭкспресс, это чистая ручная кладь и никаких CMS.
Сам по себе АлиЭкспресс довольно простой сайт. Подумаешь, интернет-магазин и приложение. Но есть несколько нюансов - множество продавцов, арбитраж, куча функционала для продавцов, который мы не видим. Всё это помноженное на миллиард товаров и тысячу категорий. Плюс огромный трафик. Отсюда траблы как минимум с ресайзом картинок. Про фильтрацию такого количества товаров наверняка написан не один десяток толстых книг. Поэтому разработчик такого проекта должен знать слова хайлоад, бигдата и микросервисы. Что касается бюджета, лет несколько назад капитализация алибабы достигла миллиарда долларов.
Пока у меня всё.
Давайте не будем никого обманывать. Особенно автора, который на заказчика явно не похож.
Многие не рискуют заявить, что на 8ке им делать сайты не эффективно. Стесняются.
Если нужны feeds, context, (вроде бы) panels - 7 ка предпочтительнее. Скорей всего форк развития будет.
Спроси Дубовского, сколько и на чём они делают сайтов. А главное как, и потом подумай, можно ли такое провернуть на семёрке. Это если уж разговор об эффективности зашёл.
Лучше спросить разницу по настройке CI/CD для d7/d8)) в последний раз для d8 это заняло 5 минут)
Короче, такой скорости и простоты доставки обновлений и новых фич, какую мы имеем сейчас на d8, на d7 мы не имели никогда. И это решает, и по деньгам, и по выручке и по прибыли.
feeds у многих уже заменен на migrate
context и panels - в D8 тоже уйма альтернатив, несмотря на то, что панели там тоже есть.
Обычное развитие, в друпале 4.* тоже были всякие flexifield и прочие.
В бытность пятёрки появился CCK.
Потом в д7 появились fields.
Не нужно ждать портирования конкретных проектов, иначе до сих пор можно и на д6 не перейти, потому что flexifield нет
Очень просто, друпалогия особо не нужна сейчас студиям, поэтому и не заполняют. Надо смотреть на cmsmagazine или в портфолио студий. У нас (не буду спамить ссылками) все последние визитки/каталоги/лэндинги/корпоративные - это d8.
Лэндинги на Д8?! О_О
Имеются там сайты и на восьмерке.
Всем спасибо за мнение и советы!
С учётом того, что проект явно не достигнет размера Alliexpress по причине ориентированности всего на несколько стран и в узкой нише, то, думаю проблема с нагрузкой и BigData отпадает )
Как сказал
Алиэкспресс на мой взгляд тоже просто большой магазин, но очень хороший магазин ))
В моём проекте же по плану тоже просто доска объявлений, совмещённая с электронной торговлей.
Речь о выборе платформы идёт из-за того, что всегда есть вероятность расширения любого проекта как по географии, так и по количеству ниш, отраслей и т.д. А соответственно и возрастание нагрузки на сайт и всеми вытекающими последствиями.
Решил остановиться на Drupal 7
Ещё раз всем спасибо за советы и мнение!!!
В целом же с учётом того, что дискусия о выборе версии получается интересной, даже не знаю закрывать ли ветку ))
Уверен, что ближайший год это ещё будет довольно актуальный вопрос для многих.
Лучше покажите через год локальный АлиЭкспресс, с посещалкой 2000.
Че там? Как дела идут?
Так - https://drupal.ru/node/139119 ?
Обязательно!
Только не факт, что он будет именно как Алиэкспресс - смотря куда идея бизнеса сама уведёт.
Уже бывало не раз такое - начинаешь делать одно, потом новая мысль и в итоге на выходе совсем другое.
Так же стоит учитывать, что различные товары имеют различный набор атрибутов. Решения есть, но все кнопочные далеко не оптимальны. Второй важный момент - автовыплаты продавцам.
Если там ниша действительно узкая, то ключевые параметры можно будет определить через вменяемый объём полей/значений, а для остального можно дать юзерам свободу... будет конечно бардак, но он и на алиэкспресс даже в рамках одинаковых товаров бардак.
"Стройматериалы", пойдёт в качестве узкой ниши? Вменяемость - понятие относительное, причём весьма.
ИМХО, анализ ошибок "конкурентов" должен учитываться при проектировании самого проекта, а не способствовать рождению очередных.
Нет, в качестве узкой ниши подойдёт, к примеру, "шуруповёрты".
Анализ ошибок конкурентов оно конечно да, но по честному, кто-то где-то когда-то видел магаз с большим количеством товара и без бардака?
Ага, у шуруповёртов будет порядка 15 параметров. А добавятся перфораторы - у них ещё 15, из которых только пару штук пересекается с шуруповёртами. Делать сайт с 200 полями товаров - та ещё история. Тут нужно совсем другое решение.
Вот бы кто написал статейку на этот счет... Я б читнул! ))
Xandeadx писал. А я сейчас модуль пишу. Уже в который раз)))
чего там писать
properties, + entity property info alter
ну или в json перекидывать, трохи перелопатить
https://www.drupal.org/project/properties
Действительно, очень похоже на то, что я делаю)) только я делаю под восьмёрку.
потому хоть покажи на скринах
Когда модуль допишете - присылайте протестировать!
https://www.drupal.org/project/paragraphs а на Вас нет
Он тут вообще никак не поможет.
С нетерпением ждем твой модуль и познавательную статью к нему.
Поля с опциями должны быть термические и индексы в порядке и фасеты работаю из коробки.
Плюс ко всему весьма важную роль в этом играет UI/UX. И чтобы кто не говорил - в друпале нельзя накликать удобные интерфейсы под это дело.
можно, собрать новые. никто не мешает на vue полностью сделать фронт. Другое дело что выигрыша времени по сравнению с [любой фреймворк] это не даст никакого.
я не знаю | не умею !== нельзя
Накодить можно)))
Ну фронт на vue это константа, не зависящая от платформы)))
Если только захотеть, можно в космос полететь. Другое дело ограничения архитектуры и производительность подобного решения. И я бы с удовольствием почитал бы об удобных интерфейсах на друпале силами ЛКМ)))
не, речь не о накликать мышкой, конечно (ответ -- нельзя, очевидно). речь о том что можно писать админку для тех ролей кому нужно, вообще кастомную. И тут не будет разницы особо между d8 и symfony.
Помнится, когда были модны все эти маркетплейсы для товаров с динамическими атрибутами в друпале был какой то модуль, который всю эту шляпу хранил в NoSQL. Вроде монга использовалась