Alex Pts

Если облако держит ревизии файлов, то является. Можно будет откатить зараженный файл к предыдущей ревизии.

Совсем не давно проходил митап и там один из докладов был про flexbox в продакшене - https://www.youtube.com/watch?v=LtONY73StRM

Укажи имена input поля вида name='checkbox[]'. Тогда оба поля будут отправлены на сервер в виде массива.

<input type='checkbox' name='item[first]' />
<input type='checkbox' name='item[second]' />

Точно не уверен, но возможно в настройках в Project -> Directories попробуй вендорные и не нужные папки пометить как 'Excluded'. Также есть настройки 'Scopes' для организации кода проекта, но он на индексацию вроде не влияет.

У lodash есть ряд методов фильтрации коллекции объектов по параметрам.
// using the `_.matches` iteratee shorthand
_.filter(users, { 'age': 36, 'active': true });

Сначала фильтруешь все данные по нужному условию, на выходе остается срез данных. А выводишь уже отдельно от поиска/фильтрации.

Я электромонтажник по специальности и это не мешает мне программировать уже много лет.

cmd+tab, ctr+tab

Любая БД у которой хорошая скорость записи данных. Тут от архитектуры скорее зависит, чем от конкретного стораджа весь процесс.

Для камер Nikon есть ли SDK с подробным описанием api и протокола взаимодействия?

Мне кажется, что это можно сделать и без js на css.

img { 
  max-height: 100vh;
  max-width: 100vw;
}

или

img {
  max-height: 100vmax;
  max-width: 100vmax;
}

Если для старых осликов поддержка нужна, то значением свои переменные в css подставляете через js.

Спрайт по возможности.

Залейте пример в песочницу, будет проще понять что вы хотите.

После 2 лет работы на Yii все же съехали с него. Взяв с собой симфони компоненты и написав view и controller части самостоятельно.

Займитесь разработкой архитектуры на js.
Написание модулей (тех же слайдеров, меню и тд).
Инкапсулируйте в модулях, все и предоставьте наружу api для взаимодействия с модулем.
Подумайте об ООП стиле в js, разбейте код на сущности, используйте паттерны.
Начните писать single page application.

PSR, composer, phpunit в дополнение к предыдущему комменту

Мне кажется, что нужен конфиг, в котором будет указан часовой пояс проекта.
А приложение должно этот конфиг читать и выставлять время из него date_default_timezone_set().

>> или же придется писать в каждый файл (которых не мало)
Может быть проблема не с часовым поясом, а с архитектурой проекта?

Либо упростите задачу и выкиньте понятие "плавающий", тогда это простой sorted set уже из коробки.

Иначе на каждый post как вариант завести list и в нем хранить время доступа каждое.
При просмотре читать весь list, с конца или начала (как хранить) удалять все, что больше 24 часов. Длина list будет валидное число просмотров за плавающие 24 часа. Но при множестве просмотров и множестве постов, такой вариант скорее всего не очень привлекателен.

Хранить их в БД, но при этом кешировать. Чтобы за таким словарем не бегать в БД каждый раз.