Дима: попробовал всяких трендовых слов (react, flux, isomorphic, es6, immutable) в новом сайте для друзей
48 комментариев к “Сайт службы доставки китайской еды 5,5 специй”
Оставьте комментарий
Для отправки комментария вам необходимо авторизоваться.
Без адаптивности…
Печалька.
Еду по-моему только с планшетов и мобильников заказывают )
Отмечу, что к запуску мы сделали минимальный функционал, чтобы быстрее начать принимать заказы.
Поэтому пока отложили вопросы про мобилку, про очень широкие мониторы, да и вообще много чего отложили.
Ребята уже нарисовали кучу всяких вещей, со временем это все появится на сайте.
Про мобильники и планшеты вы заблуждаетесь: преимущественно заказывают с десктопов.
Отличная работа. Разве что адаптива не хватает.
Постапокалиптический промышленный пейзаж аппетиту не добавляет. Кимс, с точки зрения диза более «аппетитный».
Картинка не пробуждает аппетит, согласен…
Мне одному кажется, что с картинкой все норм? По крайне мере аппетит не портит.
Картинка должна не «не портить аппетит», а пробуждать 🙂
Еду же продают — нужно чтобы слюнки побежали
Азиатку туда с формами из аниме!
Аппетит должны пробуждать картинки конкретных продуктов, а фоновая лишь создает атмосферу.
Фоновая картинка должна создавать правильную атмосферу. А тут я представляю обосанную подворотню.
Кароч, есть совсем не хочется 🙂
Фоновую картинку поменяйте 🙂 Или хотяб забледните.
Заказывал уже несколько раз со старого сайта. Хорошо что корзину прикрутили.
А мне дизайн нравится. У меня только технические вопросы: что под капотом? Как реакт делает рендер на бекенде? Ну и реализация хранения корзины не понравилась, нерезиновые они.
Можно класть в куку сжатые данные корзины, тогда переполнить 4кб будет очень сложно. Здесь из-за специфики решил этого не делать и заодно сэкономить на размере подключаемого js’a.
Реакт умеет рендерить свои компоненты в строку, собственно на сервере это и происходит (сервер на nodejs).
Какие впечатления от использования ноды ? Стоит игра свеч?
Ну здесь не совсем про ноду, если честно (бененд сайта вообще на джанге).
Могу про реакт сказать: никогда моей голове не было настолько приятно от написания интерфейсов на джаваскрипте.
Зачем так извращаться если вполне хватает WordPress + Woocommerce для таких решений. С удобной админкой и уже готовыми плагинами импорта данных ассортимента и всякой всячины
А дизайн ну вообще неудачный для доставки еды. На отлично подходит для магазина говнарской аттрибутики. Косух, бандан напульсников в шипами балахонов с надписью HIM и КиШ. итд
Демид, потому что это интересно.
Дорого жэ)))
Заранее подготовленный вопрос по бекенд? =)
Как это заранее? Я понимал, что внутренности должны быть на джанге, а реакт это js. Потом я увидел, что рендер реакта происходит на сервере а не только на клиенте и вопрос возник сам собой 🙂
Есть сайты, которые на скриншоте приятнее, чем в жизни. Этот — один из.
С корзиной всё не очень: 1. если заказали несколько блюд, они добавятся отдельными позициями; 2. товар в корзине идентифицировать сложно: нельзя кликнуть, чтобы хотя бы «подмотало» страницу куда надо; 3. скролл при большом кол-ве товаров делает корзину уж совсем неудобно узкой, хотя справа есть место; 4. печальный смайлик вместе с мрачной фоткой навевают мысль, что еда приготовлена вот именно в этих трущобах именно с такой грустной рожей.
Немного поддержу Кота: джанга в бэкенде выбрана по принципу «на пыхе пишут только говнокодеры»? А чо не Scala + Play тогда?
Решение с отдельными позициями в корзине именно здесь мне видится уместным. Второй пункт обязательно сделаем позже.
Про инструменты сильно неадекват. Я пишу практически только на Django, поэтому и он. PHP в принципе не знаю.
Визуально сайт нравится.
Поддерживаю использование фреймворка на данной задаче, т.к. не вижу функций CMS сейчас и в будущем развитии сайта.
1. Управлять сложной навигацией — тут не нужно, а несложной делается на Django за десятки минут, если понадобится
2. Управлять контентом? любой фреймворк умеет wysiwyg
3. Каталог с множеством полей, 1с-выгрузки, фильтры? — не нужно, да и такой код только мешать будет, и никогда не понадобится.
4. Сложная корзина, история заказов, платежные системы, кабинеты авторизации? — не нужны, и не понадобятся
Демид, скажи в каком месте может пригодится WordPress? Только если комментировать блюда или вести standalone-бложик.
а вот ReactJs, реально из пушки по воробьям (:
Дмитрий, реакт – это штука, которая позволяет декларативно описывать интерфейс и больше ничего. Весит в районе jquery. Почему вы называете ее пушкой? _)
4. Сложная корзина, история заказов, платежные системы, кабинеты авторизации? — не нужны, и не понадобятся.
Дима, хорошо, что ты кодишь, а не бизнесы запускаешь 🙂
martin, Так понимаю, ты опять хочешь развести аналитику интернет-магазинов?
У Димы Лямкина хорошо получается делать красивые. удобные, простые и понятные сайт для заказа еды. Хорошо, что ты не делал этот проект.(:
Да какую аналитику тут можно разводить. Просто покажи обороты магазина. Да даже обороты ни о чем не говорят. Покажи свою чистую прибыль!
И знаешь в бизнесе доставки еды, до 80% прибыли дает именно маркетинг, т.е. мероприятия связанные с привличением целевого посетителя.
А ты говоришь, что коризны, и кабинеты и история не нужна, а именно это и помогает поднять эффективность маркетинговых инструментов, т.е. тупо поднять прибыль.
—Хорошо, что ты не делал этот проект.
Если под проектом имеется ввиду сайт, то я вообще стараюсь не делать сайты 🙂 А вот если ты имел виду бизнес, то очень плохо что не я делал этот проект 😉
Любишь ты порассуждать про космические корабли (:
Мое главное утверждение про другое — cms(Демид говорил про WordPress) и (полу)готовый код на подобных проектах только усложняют сайт и мешает пользователю быстро заказать еды, без хуйни.
А фреймворки рулят на таких задачах: быстро внедряется !!!первая рабочая версия!!!, и легко модернизируется. Кто работал с Django/Rails/Yii знает, что архитектура стимулирует адекватное и быстрое «наращивание кода».
Понадобится личный кабинет? Да ребята легко сделают, только сайт уже несколько месяцев нормально принимает заказы, а не валяется с тестовыми текстами.
Легко рассуждать про маркетинг, сложнее быстро сделать с первого раза простой и удобный для пользователя сайт. Т.к часто возникает много противоречий: например желание студии продать побольше рабочих часов.
Бля, Дима. Вот еще года 3 назад я может бы и вступил бы с тобой в полемику, и начал бы что-то доказывать, про «наращивание кода» и т.д. А сейчас я даже твое сообщение полностью не читаю, т.к. встречаются ключевые слова «фреймворки рулят».
Пойми, кроме вас разработчиков, всем срать какой у тебя там фреймворк. Да и фиг бы с ним, ты так же мог сказать «А мне срать на ваш маркетинг» и будешь прав. Но ты уверено считаешь, что фреймворк чего-то там решает в бизнесе и позволяешь утверждать что история заказов не нужна и корзины, и даже не понадобятся, т.е. из области программинга лезешь в область маркетинга, хотя тебе по сути на нее срать. Дык а хуле? Это и есть «программерский фетишизм», не.. даже надо откровенно говорить: «программерское задротство».
А после того как ты говоришь «Легко говорить про маркетинг, а сложно запустить проект», который по сути может быть запущен вообще за 1-2 дня на готовых решениях хоть на магенте, хоть на вордпрессе, хоть на битриксе, это вообще уже как диагноз.
И кстати твое «наращивание кода» — это что нинаесть попытка продать побольше часов 🙂 В номральных цмсах давно уже просто все готово для подоных бизнесов. ВСЁ! Только шкурку меняй и все.
Я тебе так могу даже аргументировать: легко создать такой проект за быстро и мало денег. Почти любая команда с этим справится. А вот сделать его максимально прибыльным, а соответственно иметь возможность предложить более низкую цену, и тем самым двинуть конкурентов на рынке и его занять львинную долю. Это как раз таки сложно!
martin, ты как и 3 года назад невнимательно читаешь, приписываешь мне какие то левые фразы без контекста, не красиво как-то. и это диагноз. (: если лень читать, тогда смысл спорить?
Дима, блять ЧЕ читать ТО ? О чем спорить? Про фреймворки? Это ты видимо зеркалируешь и говоришь, что я тут про космические корабли рассуждаю, когда сам про них рассужаешь, твои фреймворки это есть корабли космические. А у бизнеса задачи простые, зарабатывать больше!
И я не спорю, я просто открытым текстом говорю, что написав свой 4 пункт, ты просто лезешь из области программинга в область бизнеса (маркетинга), в котором, ты согласно 4 пункту НИХУЯ не понимаешь.
Помнится Женя Кровяков говорил, что в компании Интекмедиа, диктат менеджеров. Интересно почему? 🙂 Если фреймворки рулят, почему рулят ПМы а не программисты? 🙂
Знаете, Мартин, для бизнеса может быть хорошо сосать большой член и прилюдно ебаться в жопу. Только для большинства людей вокруг вы будете скорее педерастом, чем успешным бизнесменом.
Прям по фрейду 🙂
Если освоить реакт, то не будет «из пушки по воробьям», всё просто и лаконично. Это не какой-нибудь ангуляр, в котором чтобы что-то кастомизировать нужно стрелять себе в ногу.
да, тут самое сложное именно набить руку на reacjs.
еще jquery просто взять и выбросить сложно, большой багаж плагинов жалко. (:
Реакт не заменяет джекуери, так же как и остальные фреймворки. В этом нет смысла.
Ангулар плохо т.к. фигачет свой код в верстку. Реакт еще хуже т.к. херачит верстку прямо в жабаскрипт. На мой взгляд бэкбон более лаконичный, он отделяет вид и логику, как все мы привыкли делать это в бекенде.
Чуть подробнее свои мысли про react: мне важнее некая удовлетворенность архитектурой кода.
В идеальном мире, решили делать проект на reacts — давайте на только reacts, в реальности же приходится подмешать лапшу jquery-библиотек, и прокладывать «мостики» кода туда и обратно. И назревает вопрос: а зачем react? где рациональная граница фреймворков?…
Вероятно с ростом популярности(опыта комьюнити, количество/качество библиотек) reactjs эти вопрос пропадут сами.
Женя, ты сравнил три принципиально разные вещи в очень странных контекстах.
Выскажусь только про «херачит верстку в джаваскрипт». Если приходилось делать сколь-нибудь сложные интерфейсы, то признайся честно, насколько независимыми получаются JS и HTML на выходе? Как правило, они очень сильно завязаны друг на друга. И то, что у тебя представление отделено от логики (на самом деле нет) тебе больше дает минусов, чем плюсов.
Еще могу предположить, что PHP с HTML ты мешать не стесняешься, а это по сути есть то же самое.
Дим, реакт не бекбон, чтобы обязательно делать на нем весь проект. 🙂
Ты можешь брать маленький виджет (для которого использование реакта тебе покажется уместным) и смело писать. Никаких мостиков не понадобится. Собственно, если смотреть на фейсбук, то там так и есть.
>>>насколько независимыми получаются JS и HTML на выходе?
Понятно что не всегда получается. Но обычно пытаются. Делают мостики. В бекбоне там тоже есть шаблоны, но их стараются отдельно держать.
Но после туториолов по реакту у меня чуство что его разработки просто психанули.
>PHP с HTML ты мешать не стесняешься,
Лишь по тому что пхп отличный шаблонизатор, и не обязательно придумывать для этого новый синтаксис(хотя не возбраняется), но держат то это все в разных местах.
Как шаблонизатор PHP слегка не торт, когда хочешь использовать наследование шаблонов, передать модель в частичное представление или любую другую возможность современного шаблонизатора.
В рамках `echo $variable` — тут php в самый раз, да.
А чем плохо то, что ангуляр «фигачет свой код в верстку»? Я правда не понимаю в чем проблема.
>А чем плохо то, что ангуляр «фигачет свой код в верстку»?
Возможно это предрассудки
Ангуляр, в котором нужно прочитать документацию, прежде чем что-то кастомизировать.
Холивары между руби и php-кодерами понимаю, но холивары между кодерами и маркетологами…
Это что-то новенькое!
С отключенным яваскриптом сайт выглядит, но не работает ни одна ссылка.
span.categories__link — если бы пункты в меню были ссылками, не было бы проблемы.
То же самое про оформление заказа: если карточки блюд сверстать формами, всё будет работать без яваскрипта.