Руководитель frontend направления, предприниматель
1. Не все, что написано давно — устарело.
2. Чтобы знать актуальность, достаточно, МАГИЯ, посмотреть в историю проекта.
2.1. Коли не понимаешь на буржуйском, обзаводишься переводчиком.
3. Чтобы понять, как работает инструмент, ковыряйся в сырцах.
4. Что непонятно, гугли или смотри в справочники по методам API языка, JS в данном случае.
Руководитель frontend направления, предприниматель
Что-то типа диафильма?
1. «Ленту» вкладывай в «окошко», не снаружи.
2. Позиционируй без позицонирования (чтобы высота зависела от «ширины ленты»).
3. Обертке размеры по ширине + overflow:hidden;
4. Двигать можешь за счет transateX(-100% + [ширина окна]) → transateX(0);
Руководитель frontend направления, предприниматель
1. Чисто по логике название статьи не должно совпадать с названием товара полностью.
2. Дубли это схожие или одинаковые страницы по всему содержанию, но одинаковые title, description, h1 так же вызывают вопросы.
Руководитель frontend направления, предприниматель
Неправильно сформированные ссылки в теле документа. Скорее всего там что-то типа: ... $currentUrl . '?params'
Где в основу приходит вся ссылкам вместе с get-атрибутами.
ЗЫ: бэком и кривыми ручками сформированы, естественно, а не сами по себе так.
Руководитель frontend направления, предприниматель
1. Берешь редактор, загоняешь в него картинку.
2. На картинке рисуешь область.
3. Вместе с картинкой экспортируешь, как SVG (чтобы совпадала область с кратинкой).
4. Чистишь SVG, переделываешь, если надо (ссылку на картинку задаешь ресурсом сайта, а не импортированной, например).
5. На polygon вешаешь события, которые тебе нужны.
6. Встраиваешь в HTML-тело документа.
1–3 пункты нужны по сути только для того, чтобы совпали координаты. Это можно сделать и наживую прямо в коде.
Руководитель frontend направления, предприниматель
1. Дизайнер, конечно, не очень умный. Бесспорно. Такие решения согласуются на тему адекватности и профессионализма верстальщика + ресурсозатрат на уровне человекочасов и клиента (браузера).
2. Это легко делается на SVG, оно по идее прямо в макете есть, с помощью самого SVG или CSS ты можешь применить маску.
3. Можно поизвращаться в бордер-радусами.
Руководитель frontend направления, предприниматель
1. У пользователя есть обычно идентификатор, который улетает в токен в кукисах на клиенте, чтобы стыковать его в интерфейсе и не заставлять на каждый пук входить.
2. При обращении на вьюхе (универсальной для всех) можно спокойно выдавать пользователю только его информацию, его реляционные связи по его идентификатору. Это как бы основа любой нормально морды, как минимум на уровне регистрации, замены пароля.
Отличие от, скажем, Вконаткика, будет только в том, что ты не будешь выводить общую информацию, доступную для всех. А ключ к ответу → идентификатор пользователя и его связи.
Руководитель frontend направления, предприниматель
Модель (таблица в БД) для файлового менеджера, который содержит всю необходиму информацию:
1. Директория расположения файла.
2. Дата (она и у самого файла есть, но сортировку с заглядыванием в директорию это по жести)
3. Формат.
4. Пользователь (one-to-one вполне подходит).
Доставать можно по ID (PK в базе), это дешево и быстро по ресурсам. А можно использовать какой-нить хеш или рандом. При этом, если тебе нужно, чтобы в морде ловились файлы по конкретным названиям, то заводи это поле, как идентификатор и лови по ссылке. Этот способ позволит раздавать изображения пользователям, так как они будут проходить через роут.
А вообще ничего нет такого в том, чтобы на выходе просто указывать ссылку на сам файл в его директории, доступной всем, скажем Assets/ папке.
Руководитель frontend направления, предприниматель
1. Набор HTML тегов можно посчитать по пальцам, а чаще всего ты будешь использовать набор, который помещается на пальцах одной руки.
2. CSS разнообразен, но для начала нужен навык, который помогает правильно гуглить, все вопросы уже есть в интернете, а в спеке актуальная информация.
3. Самое интересное начинается в JS, по количеству информации, но его в вопросе нет.
Знания верстки ничто по сравнению со знанием базовых концепций и правил, умения находить выход из ситуаций, тут только опыт.
Руководитель frontend направления, предприниматель
Вся логика формирования пути пользователя строится на том, что ему надо показать (маркетинг) и тому, что должно быть ему удобный для повседневного пользования (интерфейс).
Соответственно, на сайте знакомств этот пункт вообще можно упустить, во вконтакте это имеет вес, а где-нибудь в налоговых формах регистраций и прочей бюрократии это будет на первом месте в ближайшем доступе. Речь как об управлении своим семейным положением, так и о возможности (если такая необходима) посмотреть у других.