Если речь о Vue.js, то он не будет работать в IE8 и ниже, даже без этих штук.
или это просто штуки которые ТРАНСЛИРУЮТСЯ вебпаком в рабочий нативный джс?
Эти штуки в есть в нативном JS, но в версии ES6/ES2015, а у нее пока неполная поддержка даже современными браузерами. Но вебпак делает свою обертку над этими методами, чтобы браузеры поддерживали импорт/экспорт.
class же нет в нативном js
Опять же в ES2015 есть и современные браузеры поддерживают их, попробуйте запустить в консоли код из "Например".
JhaoDa: просто только из этого вопроса узнал, что в Laravel есть этот счетчик.
Если он считает количество попыток входа под 1 аккаунтом, то - да, куки не при чем. Такой вариант используется в Laravel?
Если считаются просто попытки подобрать пароль к разным логинам, то насколько я понимаю, это можно сделать только храня IP или привязываясь к сессии, но такая защита бессмысленна.
зачем на 10? если появляется такой запрос - добавляем, доказываем свое отношение к сайту
lukoie: не просто на 10, а на 10 за прошлый год (или позапрошлый и т.д.). Вопрос вот для чего был задан: вряд ли у вас на поддержке сейчас наберется 10 сайтов с прошлого года (хотя, конечно, такая вероятность есть).
Представим вас на месте исполнителя из вопроса. Вам заказчик показывает задачу, вы говорите, что делали подобную на таком-то сайте, но сайт не на поддержке. Вы пытаетесь добавить что-то на сайт:
- вариант 1. После того, как с очередным исполнителем контора рассталась, доступы сменили, на сайт не попасть. Это корректное поведение с точки зрения безопасности.
- вариант 2. Доступы работают. Вы что-то вносите на сайт без ТЗ. В логах доступа остается ваш IP , а, если у вас были индивидуальные логин/пароль, то вообще однозначно можно понять, что это вы. Потом старый заказчик может связаться с вами и устроить разборки, обвиняя в том, что вы ему записали вирус, удалили данные в базе, сломали сайт, увели клиентов, добавили орфографические ошибки в тексты сайта и т.д.
- вариант 3. Доступа к проду при выполнении заказа вообще не было, заказ был выполнен локально и передан в виде файлов/репозитория Git и т.п. или был выполнен на тестовом сервере и изменения были перенесены уже силами самого заказчика.
В итоге не факт, что разработчик вообще захочет работать с заказчиком, которому с самого начала надо что-то доказывать и который с самого начала тебе не доверяет.
lukoie: но ведь речь же не о вас.
И вы говорите об одном сайте, а вы можете такой тег добавить на, допустим, 10 произвольных сайтов, которыми вы занимались в прошлом году?
lukoie: если исполнитель разовых заказов начинает непонятно что добавлять на сайт, когда его не просят, то стоит прекратить с ним дальнейшее сотрудничество в целях безопасности.
Стоит упомянуть, что, как минимум для зоны .tk необходимо, чтобы на домене 2-го уровня висел сайт, не одностраничник и не заглушка, типа "в разработке".
Также, если подобрать имя сайта, которое является популярным словом, и получится зарегать домен бесплатно (для большинства популярных слов домены регаются только платно), то в дальнейшем может возникнуть ситуация, что домен бесплатно не дадут продлить.
Это то, с чем сталкивался сам.
Думаю, что поисковик заблокирует ваш сайт, если поисковый движок будет получать pdf, а пользователи будут редиректиться.
Единственный вариант, что приходит в голову, брать основной контент (или несколько страниц) из pdf файла и размещать его в описании страницы, где-нибудь внизу, а ссылки на pdf закрыть в robots.txt
В вопросе я подразумевал, что даты хранятся в БД и извлекаются выборочно. У вас же получается требуется в памяти хранить все возможные даты. По-моему это не может быть корректным решением для более-менее большого проекта.
Если речь о Vue.js, то он не будет работать в IE8 и ниже, даже без этих штук.
Эти штуки в есть в нативном JS, но в версии ES6/ES2015, а у нее пока неполная поддержка даже современными браузерами. Но вебпак делает свою обертку над этими методами, чтобы браузеры поддерживали импорт/экспорт.
Опять же в ES2015 есть и современные браузеры поддерживают их, попробуйте запустить в консоли код из "Например".