Desead, я предпочитаю условно-стандартное решение для медиабиблиотеки — использовать модель картинок, которая при сохранении получает название в UUID-формате, получает расширение, ID, и как результат нет дублей, но есть необходимость писать функцию очищения(удалять пикчу) при загрузке новой.
Хорош этот метод управляемостью, возможностью с минимальной жопоболью связать с другими сущностями через ключ. Правда заплатишь ты немного вычислительными мощностями, если не кешировать.
<template>
<div class="relative">
<div class="overflow">[Содержимое, которое должно скролиться]</div>
<div class="absolute">[Содержимое для абстолютноспозиционированного элемента]</div>
</div>
<template>
Андрей, vue компонент базируется внутри единственного родителя, это вполне вписывается в логику описанную выше, все, что надо — развести данные. Кейс вполне тот.
Можно, напиши мне в личку ВК, я выдам направление.
Heroscreen это весь твой первый красивый блок с градиентом. Heroscreen это ведущий экран, обычной первый, в котором отражена суть происходящего.
Шапка должна быть не обязательно плавающией, но отдельным блоком с элементами, потому что как только ты убираешь\меняешь heroscreen, в который ты его привязала необходимо полностью переписывать стили. Переделывать за собой работу это очень плохо, блоки должны быть независимыми + в данном случае скорее всего с абсолютным\фиксированным позиционированием, ибо что ты будешь делать с адаптивом, например? Я уверен в макете если и есть, то выпадающее меню прибито прямо кверху и открываясь двигает весь контент. Это типовое решение для подобных сайтов.
Алексей, да. вроде этот. Я его давно уже в руки брал, и не с гита.
Асинхронная форма это когда не форма отправляет данные, а JS собирает, обращается к обработчику, получает от него ответ и уже пользователю «красиво рисует» что форма ушла\валидацию\ошибку.
Для выбора оплаты опять же, лучше сменить UX-элемент на что-то такое. Строится на radiobutton-ах. Почему? Потому что сейчас у тебя 5 кнопок типа primary, т.е. главный интерактивный элемент на сайте, и если честно, я не возьмусь ответить, что именно ты хотел этим сказать. То ли «Выберите оплату, ли это будет переход на сайт оплаты. И почему тогда кнопка закрытия такого же цвета?».
Короче говоря, вводить в заблуждение на этапе оплаты пользователя = терять бабки.
Хорош этот метод управляемостью, возможностью с минимальной жопоболью связать с другими сущностями через ключ. Правда заплатишь ты немного вычислительными мощностями, если не кешировать.