Еще раз, имеется в виду запуск фронтенд-фреймворка на сервере, который и выступает в качестве шаблонизатора. Естественно, так как фронт-фреймворк гораздо больше по функциональности, чем шаблонизатор, это будет работать дольше.
Т.е. если вы начнёте рендерить не Vue приложение, а просто какой-нибудь pug шаблон -- будет в разы быстрее
Котируют ту реализацию, которая в дизайн макете проекта :) Чаще всего это "бургеры" или обычные меню-списки.
В любом случае, реализовывать меню через select или checkbox выглядит очень неправильно
Twitt, а как без ведома тимлида вообще задача какая-то появилась и разрабатывалась? Кто её поставил? Как она попала к разработчику?
У вас есть какая-нибудь система с задачами, типо Jira или Trello? Я в таком случае ищу там задачу и пытаюсь вникнуть, как это всё должно работать. Если нет учёта задач - только искать того, кто эту задачу поставил
А вообще, неплохой идеей кажется проверять по заголовкам запроса/кукам/... что запрос пришёл с вашего сайта, иначе вместо картинки с номером отдавать что-то другое. Но я пока не уверен в реализации
Developer, конечно не мешает, если вы парсите пару сайтов, и контролируете своими глазами номера, которые с них поступают. А если у вас таких сайтов хотя бы несколько десятков и в каком-то небольшом проценте номеров в вашей базе другое кол-во символов - не уверен, что вы придадите этому значение.
Да и чтобы проверить, что не нужна именно последняя цифра, нужно найти откуда спарсился номер и самому сходить проверить.
Не, понятно, что всё равно есть возможность спарсить номер. Но этот метод, я думаю, достаточно сильно мешает автоматизации процесса
Антон Р., ну да, получается чуть безопаснее
Но вообще, я думаю, что картинка - это ад в плане юзер-френдли, потому что нельзя скопировать номер и вставить куда нужно. Меня это очень сильно раздражает
Вообще, мне пришёл на ум один забавный вариант: генерить картинку с номером, но при этом добавлять к номеру в конец одно рандомное число. На фронте стилями это число прятать. Да, номер у вас спарсят, но ... :)
невозможно сделать выборку из двух таблиц одновременно
Это надо очень большими буквами где-нибудь написать: "МОНГА - НЕ РЕЛЯЦИОННАЯ СУБД" . Фактически, это значит, что если вам нужна связанность таблиц (кстати, в монге нет таблиц) -- это не к монге. Перед тем как рассуждать на эту тему, погуглите вообще статьи о монге и её различиях с РСУБД, чтобы немного глубже понимать тему
Лично я её использую для пет-проектов, просто потому что мне удобно с ней работать и это получается гораздо лаконичнее, чем писать SQL-запросы. И один рабочий проект был, интернет-магазин средних размеров (где-то 40000 элементов в коллекции товаров в монге). Даже несмотря на кривое проектирование бд (как раз из монги слепили реляционную базу) работать с ней было удобно и всё летало.
Alex_87, я на всякий случай, если до сих пор не очень понятно:
1 - Функция, которая аргументом передаётся в метод filter возвращает булево значение (оставлять элемент в массиве / не оставлять).
2 - Метод filter вызывает эту функцию для каждого элемента массива и возвращает новый массив, уже отфильтрованный
3 - Именно у нового массива вызывается метод map