enovot: Нет. Не повлияет. Дело ещё в том, что NETWORK_ERR и ABORT_ERR в синхронном режиме выкидываются, а у вас, судя по «req.open("GET", url, true);», асинхронный режим.
GreatRash: у меня, например, после div-блока «Scroll to view more blog posts» мог бы быть ещё один div-блок с каким-нибудь ещё классом, вроде «child-3», в котором, могла бы быть реклама. А следом ещё какой-нибудь блок с ещё каким-нибудь содержимым, который может показываться, а может и вообще не добавляться в контент — в зависимости от каких-то условий или настроек пользователя.
Сергей Карвасарный: ну да, фишка как раз в том, что при last-of-type не должно быть больше элементов такого же типа — только другие. Я так думаю, было бы круто, если бы в CSS было что-нибудь типа «last-of-class» :)
Сергей: Но это действительно ТЗ. Вы не описали, что вы пытались сделать, и на чём споткнулись. Вы написали список требований, который лучше публиковать сами знаете где.
jidckii: Кстати, ещё, вы писали про «прописывать в init скрипт php-fpm». Если что, после таких правок тоже нужно ребутить машину, так как скрипты из этой папки выполняются во время загрузки ОС — сразу же после того, как ядро инициализировано.
ГЛЕБ ГЛЕБОВ: на настройках по-умолчанию монго принимает только соединения с локалхоста. Но в /etc/mongod.conf можно сделать так, чтобы принимались и другие хосты. Можно сделать так, чтобы подключения с удалённых хостов требовали какой-то ключ, но при этом можно сделать исключение для локалхоста, с которого никто не будет спрашивать данные для аутентификации. Вот документация: docs.mongodb.org/manual/tutorial/enable-authentication
Robomongo при этом вполне может работать с такими типами соединений — когда нужно авторизовываться ключом.
jiji ;ljkjj: Идентификатор сессии и данные, которые не влияют на работу серверной стороны. Например, если у вас сделано так, что с помощью JavaScript подгоняется размер шрифта, в зависимости от предпочтений пользователя, можно в куках хранить размер шрифта, и т.п. — всё, что угодно, что не влияет на работу серверной части. Потому что, чем больше у вас на серверной стороне вещей, зависящих от кук, тем меньше у вас контроля над движком, и тем больше потенциальных уязвимостей.
