Pull to refresh

Comments 9

Наверное, результат ваших трудов где-то можно посмотреть?

Результаты наших трудов уже почти готовы к публикации, пока это был небольшой крик души, хотелось поделится с аудиторий сутью проделанной работы. Сейчас сайт доступен по предварительному макету https://marketplace.ace.su/ , буду рад любой конструктивной критике по коду или дизайну.

У маркетплейса простой и интуитивно понятный интерфейс. 

Сам себя не похвалишь - никто не похвалит ;-)

Как показывает практика, с интерфейсом можно вообще не угадать. Всё равно после запуска системы будете переделывать\дорабатывать.

Список требований понятен. Но хоть бы скриншоты с тестовыми компаниями\товарами приложили для наглядности.

Про интерфейс согласен, мы уже морально настраиваемся на то, что все придется еще 10 раз переделать. Тестовый макет можно посмотреть тут: https://marketplace.ace.su/ будем признательны за любую конструктивную критику).

...что все придется еще 10 раз переделать.

Да, работы ещё предстоит. По порядку:

Дизайн

  • Лого со странной разрядкой между A и С.

  • Дизайнера, видимо, вообще не было. Теория близости нарушается повсеместно (Первый баннер, выпадающее меню и пр., отступ по горизонтали мелкий по сравнению с отступом по вертикали). Кнопка "Подробнее" странного цвета (я понимаю, что это light от жёлтого, но выглядит бледно - словно disabled).

  • 2 шрифта в шапке (город + регистрация) - montserrat + din. В формах ещё и системный шрифт. Зачем так?

  • Закреплять верхний бар, который отжирает место по вертикали при массе 16:9 экранах - это mauvais ton.

Верстка

  • Иконки то мелкие png (отвратительно смотрятся на экранах с высоким ppi) то svg.

  • При регистрации ошибки не переведены на русский. Pop-up по дизайну вообще не соотносится с самой формой. Да и зачем отправлять форму, если не заполнен e-mail - ведь стоит же атрибут required.

  • Верстка текста странная - вот тут нужен ul li список, а не буллеты из ворда. И зачем для каждого <p> повторять class="spoiler__text_page_block__text_block"?

<p class="spoiler__text_page_block__text_block">
• расходные материалы для строительства и фасадных работ<br>
• комплектующие для опалубки стен и перекрытий<br>
  • a:hover{font-weight: bold} - плохая идея. Будет прыгать вёрстка в некоторых случаях

  • Цена либо руб. либо ₽. И &nbsp; тоже был бы не лишним.

Странные урлы. Есть https://marketplace.ace.su/catalog/zvezdochka-20-5 а есть https://marketplace.ace.su/catalog?ctg=2 - почему get параметр? Это ж не поиск и не фильтр

Даже для тестового варианта мало категорий товаров. Есть подозрение, что chain-фильтр разбухнет до неприличия.

Почему, кстати, не взяли какой-нить bootstrap? Да, было б не уникально, но гораздо более прилично.

Удачи!

А можно узнать подробнее про дробление платежа и Сбер? Это же какую они предлагают комиссию, чтобы маркетплэйсу это было выгодно, при том что он сам сидит на комиссии. И где про это удовольствие можно почитать? А ещё если возврат, то Сбер в обратную делает?

Сам в самом начале пути написания своего маркетплейса. Правда, до конца не определился, а нужно ли оно. Гложут сомнения, а смогу ли, а нужно ли? Но это все ладно, вы подскажите как у вас по стеку?
Вижу что на backend у вас django, больше никаких технических подробностей не вижу.

Я для себя стартанул со следующего стека Django/NuxtJs/Postgresql/.
Пока вроде все устраивает, да вот не нравится система роутинга nuxt, для того, чтоб сделать верхнеуровневые url категорий там уже приходится неплохо так изощряться.
В общем есть сомнения у меня с фронтом. Да и django думаю заменить на FastApi.

Всё зависит от ваших задач, Django это достаточно крупный фреймворк, имеющий такие бонусы как ОРМ, Шаблонизатор и перспективно развивающееся ассинхронное направление. FastApi используется только для построения RestApi модели сайта. Если вы делаете полноценный маркетплейс, то в Django есть django-rest-framework. Что касается NuxtJS, это очень спорное решение на мой взгляд. Когда мы говорим о маркетплейсе, мы говорим о чем-то, что будет существовать больше 5 лет, а у всех этих новомодных фронтовых фреймворках нет гарантий, что разработчики столько продержатся. Я бы использовал React. Так же можно подключить redis-server и настроить кэширование некоторых страниц, чтобы не было лишней нагрузки для шаблонизатора и базы данных.

Ну то, что Nuxt уйдет в небытие я точно не переживаю. Но все же его выбор у меня вызывает некоторые вопросы. Впервую очередь СЕО интересует. Разве у React есть SSR из коробки?

Sign up to leave a comment.

Articles