Adamos

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

Если файлы в проекте подключаются исключительно по PSR - анализаторы, может, и помогут.
Но РНР никому не мешает подключать их через отдаленные глубины задниц, как шаблоны и локализация в Битриксе, например. Ни один робот эти дебри не расковыряет в жизни.
Так что пробуйте анализаторы, конечно. Но не надейтесь, что вы по результатам анализа сможете просто все выбранное взять и безболезненно удалить. Головой думать все равно придется.
Например, тот же Шторм позволяет сделать быстрый поиск строки по всему проекту. И если название класса не встречается нигде, кроме файла с этим классом - да, возможно, он кандидат на удаление...

ТРИЗ гласит: "сделай наоборот".
Файл вовсе не придется парсить, если расписание будет формироваться онлайн, а подобные таблички "для людей" будут формироваться на сайте, а не руками секретарей.

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

Кстати, за этим первым шагом могут логично последовать дальнейшие - расписание работы преподов, график занятости аудиторий... Информация-то единая.

Сейчас пришло такое странное время, что люди, собравшись полечить зубы, лезут в интернет. Нет, не найти какой-то там сайт - ближайшие клиники легко находятся, даже если у них вовсе сайта нет.
Почитать отзывы! ;)
Вот тут понимающий сеошник уже может разгуляться... хотя, пожалуй, не совсем сеошник. Или даже - совсем не.

Если накладные расходы некритичны - вложенный вектор.
Если хочется оптимально - класс с двумя функциями set / get и конструктором, в который передаются размеры. Внутри хранятся размеры и плоский динамический массив, номер ячейки в котором элементарно вычисляется при каждом обращении.

Теоретически, если у вас база клиентов и материалы по общению с ними, а также данные всех сделок крутятся в CRM и за ними может следить любой грамотный руководитель - важность РОПа в основном не в общении с клиентами, а в управлении отделом.
Если же у вас без РОПа никто ничего сделать не может - удерживать придется именно его, а не клиентов ;)

Публичная оферта - это немного другое. Вы имеете в виду политику конфиденциальности.
На сайте ее желательно иметь, особенно если в ней честно написано, что вы используете данные только для функционирования открыто заявленных пользователям служб самого сайта и не передаете их третьим лицам.
В этом же случае, подозреваю, любой грамотный юрист докажет, что заполнение пользователем полей со своими ПД в форме на сайте не может означать ничего иного, кроме согласия пользователя на обработку этим сайтом этих данных. Но можно и явно подписать это под формой (со ссылкой на ПК) или даже сделать чекбоксом, если вам так пригорает и вы реально верите, что кто-то вдруг будет иметь именно к вам, а не ко всему остальному интернету, претензии именно по этим статьям.

А вот если вы все-таки сливаете данные пользователей спамерам или прочей сволочи - то горите в аду, кто ж вам помогать-то будет?!! ;)

Во-первых, что значит "вникнуть в CMS"? Вы собираетесь писать на них сайты, поддерживать их или просто администрировать? Это три заметно различающихся знания.
Во-вторых, что за выбор - modx и Битрикс? То и другое - все еще популярные, но технологически уже ископаемые системы. Современный бэкенд на РНР - это фреймворки, вектор развития которых с этими CMS различается довольно кардинально (особенно это касается Битрикса).

Фреймворк (какой бы то ни было) - это стандарт, созданный теми, кто устал писать одни и те же велосипеды.
Отобраны лучшие из них, согласованы между собой, готовы к использованию.
Если вам хочется писать свои велосипеды - вперед! Получится, скорее всего, дольше и не так качественно, но ничего невозможного.
Если вы решаете не те проблемы, что разработчики фреймворка - у вас действительно есть причина писать велосипед. Но лучше еще раз посмотреть - не решали ли эти проблемы много раз до вас?
Сила opensource - не в том, что чем-то можно пользоваться на халяву, а в том, что можно не повторять чужих ошибок и перенимать приобретенный в их устранении опыт.

Если у тебя есть "громадное количество времени", и ты взрослый здоровый человек, еще не получающий пенсию - значит, ты тупо просираешь собственную жизнь.
У тех, кто не ленится учиться и трудиться, времени не хватает всю жизнь. И это, между прочим, не только правильно, но и прекрасно.

Динамичные игры внутри виртуалки - не вариант, шаги будут конскими. Прожорливые стратегии - аналогично. Вы, конечно, можете открыть для себя чудесный мир игр прошлого века...
Или сделать загрузочную флешку и обойтись без виртуалок вовсе. Не знаю, прокатит ли этот вариант с виндами, но некоторые современные игры и под Линукс есть.

Создать четвертый файл, в нем - класс, членом которого будет ваша переменная, а методами - то, что вы с ней обычно делаете (скорее всего, дублируя один и тот же код в разных файлах).
Понять, что ООП - это совсем не страшно и даже весьма наводит порядок...

Задача "представить то, что в десятичной дроби находится после запятой, в виде целого числа" - вообще не математическая. Потому что дает чрезвычайно разные результаты на 1.1 и 1.1000000000001.
Поэтому решать ее проще так же дебильно: например, вывести дробь в строку, найти в ней с одной стороны точку, а с другой - первую ненулевую цифру, а потом эту часть строки привести к целому.

AdBlock позволяет открыть список всех элементов и в нем показывает, что было заблокировано и по какому правилу.

sudo apt-get install vagrant virtualbox git
git clone https://github.com/scotch-io/scotch-box ~/my-project
cd ~/my-project
vagrant up

Сделайте на флешку SystemRescueCd и загрузитесь с нее.
Сможете и на диск посмотреть "снаружи", так, чтобы никакая вирь спрятаться не могла, и поверхность диска проверите whdd - может, он тупо сыплется и место занимают нечитающиеся секторы?

Javascript и сам умеет отправлять пользователя на другую страницу.
Например, не обнаружив куки сессии.

Имхо, разбиение на слоги в языках - это просто дурь. Никакой самостоятельной ценности оно не имеет, перенос все равно подчиняется другим правилам. Причем и то, и другое отнюдь не отлито в граните: легко можно найти два разных учебника с двумя разными правилами, а потом взять Розенталя и обнаружить третье.

-- немолодой отец с "врожденной грамотностью", буквально вчера обсуждавший с дочерью за уроками разбиение на слоги и перенос слова "платье". А мама у нас - филолог... но "шо б оно ей помогало!"

AND могут быть не только в WHERE, но и в ON.
Если в них не результаты, а поля - именно там им и место.
Ну, и чудовищный IN и длинное сочетание AND-OR стоит превратить в подзапрос, имхо.
Может быть, и остальные условия собрать в подзапрос перед JOIN, если они отсекают достаточно много полей....