Максим Прохоров

+7
с 2019
0 подписчиков
26 подписок

1) Если потребитель хочет сделать всё сам — да, надо WP. Заказывает подряд у команды разработки — порог вхождения у REACT-ADMIN (далее RA) ниже, чем у WP.

2) Отнюдь, работа с RA позволяет полностью отходить от меня и переходить к другим подрядчикам. Порог вхождение — знание JS. Когда проект переходит из одних рук в другие, разбор в коде предыдущих разрабов есть всегда.

3) Когда речь идет о разработке подрядчиком о таком есть разговор. Это первый вопрос, который встает у подрядчика — реализовать на готовом решении магазин или сделать самим/переиспользовать уже написанное.

4) Если работаете в некоторой системе, то вы в априоре имеете в ней знания. Тут бизнес сталкивается с вопросами время-деньги. Мой опыт показ, что масштабирование (расширение функционала) гораздо легче провести на такой системе. Например тривиальная задача работа с форматами изображений/видео и так далее. Выполняя данную задачу на WP — чуть в психушке не оказался. Обратная связь API, дебагинг, документация — все не славу богу, впринципе на все, что связано с PHP.

5) React называть новым — странно. Библиотеки на React новые пользуются популярностью не из-за приставок NEW, а из-за упрощения работы, надежности и большого комьюнити с обратной связью, а это положительно сказывается на качестве и скорости разработки.

6) Не обижайтесь. Вы сказали, на мой взгляд, чушь про топорность самописных CMS — мне показалось это странным. Так как можно открыть страницу проекта RA и посмотреть. Может быть это вкусовщина.

7) SEO — это слишком сложный вопрос на 2020 год. После введения новых факторов ранжирования и перехода на ПФ.

7.1) Мой роутер хорош одним — не создает дубликатов и легко дебажится. Он пишится один раз и далее по необходимости правится и подстаивается под требования. А всем остальном — стандартный роутер.

7.2) Не работал с OpenCart, как разработчик: вдуманно и детально. Спорить о ней не могу. Изучив останусь на RA, так как решающими факторами будут наработки и отсутсвие PHP.


Во всем этом настаиваю всё же на том, что всё зависит от ниши, дальнейших бизнес-планов и от предметной области заказчика. Опять таки, не знаю, как затратно реализуется это в OpenCart, но Joomla, WP — вызвали одну боль от попыток реализовать отказоустойчивую систему доставки заказа. Т.е. цепочки: Заказ - Продукт - Цена - Доставка - Доставщик - Клиент. О системе формирования отчетов продаж и их мониторинга даже разговоров не поднималось. 

Да ну, там отличный MVC подход для разработки. Разные философии работы — это не повод обсерать одно и завышать другое. Работал под Joomla и под WordPress, и под BitRix — разные философии, какие-то лучше подходят для одних задач, какие-то для других, но и многое зависит от команды.

4

Нет, она не лучше экономически, как показал опыт моей команды. Она не терпит никаких масшабирований, новых решений и так далее. Да, есть плагины, которые позволяют оторваться от шаблонизатора кода (headless API) + Frontity, но это не избавляет от того, что она медленная и абсолютно не подстроеная под бизнес — скорее бизнес пытается подстроить свои сущности под неё и тут появляются проблемы.

1

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

Премуществ много, вот лишь часть из них: 
- Скорость работы самой админки
- Превосходная кастомизация
- Админка строится полностью под вас и нет никаких лишних и непонятных настроек.
- Самый важный плюс (это для тех, кто понимает, что такое масшатабирование бизнеса и с этим сталкивался), что на по факту выступает микросервисом, который отображает/создает/редактирует/удаляет ваши данные.
- Команда разработки в не себя от счастья из-за современного и актуального стэка, возможности поменять и улучить всё и вся.
- Цена и время доработки  ниже, чем у WP, а возможности просто безграничны.
- Ещё можно долго продолжать, если это будет кому-то интересно напишу подробную статью.

Да, это кастомная админка. Глаза ни у кого не кровоточат, так как она использует material-ui. Я так понимаю, вы просто таких слов не слышали, так говорите. Прогуглите и поймете.

Все клиенты все счасливы.

По применению. Я не знаю, что на ней нельзя сделать, так как мы делали на ней всё, кроме блога, пожалуй. Вопрос скорее к написанию SEO-оптимизированного роутера. Во всем остальном, отлично. Лендинг — легко 1ч и вы поставили клиенту под его структуру админку. Интерент-магазин?! Да... Создание и обработка заявок по вашему флоу, отчетности, чеки, вообще всё просто волшебно. Скорость и кастомизация? Еще какие! Вспоминая WooComeerce... Приходилось работать с какими-то хуками ещё чем-то, поменять расположения title и img нельзя, они должны быть именно такими — хочешь поменять, ух ты запряжешься... Интерент магазин — должен быть гибким, а не топорным. 

Поддержу Сергея. Я перевел все на REACT-ADMIN. Основа DDD — это понять предметную область заказчика и сделать на основании этого удобную для заказчика панель админки. Масшабируемся отличная... По факту react-admin: простое и удобное API, большая библиотека компонентов, material-ui. Загружаешь как обычный сервис и скорость сайта никак не зависит от неё, про её плюсы можно много написать. Но это, конечно же, не история для тех, кто хочет делать сайт сам без знаний разработки.

2

1. SayMax
2. IT, WEB-студия + установка умного дома. Слоган. Max your Web, Max your Home
3. Футуристичненько в стиле DeusEx
4. prmaximus@yandex.ru