Philipp

На моих дроплетах такого не происходит.

1. Вы закрываете ненужные для публикации порты фаерволом?
   
2. Пароль достаточно надёжный? Возможно вы создавали дроплет без SSH-ключа, и ваш дроплет просто брутфорсили, подбирая пароль к root. Можно отключить доступ к дроплету по паролю, оставив только SSH ключ.
   
3. Опубликованное ПО точно не имеет никаких способов вызова сторонних приложений (через макросы и т.д.)?
   

Опыт создания подобных штук есть. Это очень геморройно. Таких работ мало, так как тут нужен не простой дизайнер и не простой верстальщик, и даже не простой front-end'er, а все вместе: программист js-ер, умеющий толково верстать, при этом, прочитавший немало книг по дизайну.
Не думаю, что под данную достаточно специфичную задачу есть фреймворк.
UPD. Продублирую ответ из комментариев:
специфично здесь следующее: когда вы начнете делать такой сайт, вы столкнетесь с кучей проблем уровня js, верстки и дизайна. Сначала вы будете тупить над версткой и css, потом над тем, чтобы ваш js-код был читабельным, затем над тем, чтобы все это дело подгонять, потому что с первого и десятого раза у вас получится некрасивая херня. Придется менять js-код и верстку по 10 раз, и, если вы не имеете достаточного опыта в том и в другом, у вас получится страшный код, 100500 итераций переделки и огромное число человеко-часов.
Это просто так кажется, что вот тут полоска, тут полоска, го анимировать. Это же все надо продумать, скреативить, затем подгонять параметры анимации и прочего.
Либо трех людей (js-программист, верстальщик, дизайнер) запереть в одной комнате и привязать цепью =)

oborot.ru

Это две разные вещи. Front Controller не имеет никакого отношения к роутингу. Это паттерн, суть которого в том, что вы имеете единую точку входа (например, index.php), а не кучу отдельных файлов. Роутинг - связывание URL и соответствующего обработчика. Т.е. и вариант с контроллером, название которого совпадает с URL - это тоже роутинг (например, example.com/controller/action), но этот вариант уже устарел.

Учитывая PSR-4, FrontController больше не актуален

Самый интересный момент. А как эти два понятия вообще связаны между собой?

ВО ни чего не дает, особенно сейчас когда его превратили в банальную торговлю дипломами.
Проблема немного в другом. Нужно понимать, что непосредственное написание программного кода в реальном программировании это ничтожно малая часть. Хороший программист должен знать все обо всем и эти знания как раз дает средняя школа так что ее стоить закончить. Вообще реальное программирование не менее нудное занятие, чем учеба в школе, так что стоит запастись терпением.

PS Информация к размышлению. Все знакомые мне хорошие программисты имеют образование совершенно не связанное с программированием.

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

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

Может просто grep по имени скрипта и точным параметрам? Вот вам и будет pid

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

P.S.: На Тостере вряд ли сидят опытные багхантеры, получавшие вознаграждение неоднократно.

Актуально, но в совокупности с умением автоматизировать процесс администирования. Ключеввые слова: облака, контейнеры (docker в первую очередь), ansible, chef, pupet.

gist.github.com

Лучше ещё уведомления при закрытой вкладке сделайте https://pushall.ru/blog/whatispushnotifications

К слову - вполне реально сделать например в хром и Firefox вообще через service workers с Push API. Т.е. если вкладка открыта пуш может ещё и данные обновлять на странице. если закрыта - будет приходить оповещение на экран

Обязательно ли знать Bitrix чтобы быть web-разработчиком?

Нет, нужны знания технологий, на которых реализован тот же Битрикс

Вот ему пора было использовать ООП:
www.gamedev.ru/projects/forum/?id=160897 (ссылки на скачивание исходников в первом посте, есть и фрагменты кода в других постах).

У вас же не так все плохо?

ООП, как известно, упрощает разработку программ, состоящих из взаимодействующих компонентов с меняющимся состоянием. В вебе этого мало, и потому можно быть успешным вебистом и не знать ООП. ООП даёт двоякий выигрыш.

1) Инкапсуляция — мы прячем внутреннее состояние, давая его менять специальными выведенными наружу «рычажками».
• Тесная работа с коммуникационными протоколами (например, почтой).
• Поддержка какой-то вещи с меняющимся состоянием (в вебе этого мало — может, какая-нибудь автоматическая вёрстка?)

2) Абстракция и полиморфизм — в общем, поддержка разных вещей под общим фасадом.
• Неопределённость в технологиях — может, MySQL, а может, SqLite. Тогда создаём абстрактный класс «БД» и от него наследуем MySQL и SqLite.
• Какие-нибудь штуки из предметной отрасли. Пишем игру — персонажей игры удобно так держать. Хотя можно ли написать многопользовательскую игру целиком на PHP — в этом я не уверен.
• Ну, не знаю, где ещё. Настольная/мобильная версия, что ли?

Сделать это на Laravel так же, как и на php.

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

Никто просто так не будет давать вам готовый код - ибо это деньги и большой труд.

Если оболочка встречает символ *, то она воспринимает его как символ шаблона.
Если это символ шаблона, то она берёт символы вокруг него, составляя шаблон.
Когда шаблон составлен, она берёт все имена из текущей директории по порядку и сравнивает с этим шаблоном.
Все имена, которые совпали с шаблоном, вставляются через пробел вместо шаблона.
А потом всё это дело выполняется.

Это пример

[guest@localhost t]$ ls
[guest@localhost t]$ touch cat
[guest@localhost t]$ echo hello >file.txt
[guest@localhost t]$ ll
итого 4
-rw-rw-r--. 1 guest guest 0 дек 30 11:32 cat
-rw-rw-r--. 1 guest guest 6 дек 30 11:32 file.txt
[guest@localhost t]$ *
hello
[guest@localhost t]$

Что происходит когда в linux`е вводишь команду (*).

Вообще то, в Linux нет такой команды, и никакие такие спецсимволы не допускаются в составе команды.
То, что вы говорите, относится к параметрам команды, да и то не ко всяким.
Различайте команду, параметры команды и опции командной строки... иначе вы сами себе понаделаете путаницы.

Посмотрите monit - более легковесное решение чем zabbix.

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

Для этого можно поставить двойной мониторинг на третий сервер, который будет проверять только жив или мертв мониторинг.