ThunderCat

Никак, все что попало на клиент = уже есть у клиента, в самом сложном случае я просто открою консоль нетворка и скопирую сырые данные приходящие с сервера.

Какие самые "топовые" CMS существуют?

если речь идет о пхп, то топовые по какому критерию вам нужны?
Самая распространенная - wp.

Где кончаются их границы возможностей, в сравнении с web-разработкой?

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

После подключения должны быть запросы

SET character_set_connection = utf8mb4
SET character_set_client = utf8mb4
SET character_set_results = utf8mb4

иначе клиент не знает в какой кодировке принимаются данные со стороны бд.

В принципе есть всего 2 варианта, оба варианта выше написали.
1) уникальный ключ по 2 полям
2) Селект по этим же полям и проверка на стороне ЯП на наличие записи

Оба варианта работать будут, однако я бы все же советовал бы использовать 2 вариант. Не смотря на то что вариант 2 имеет некоторую возможность коллизий(как верно заметил Rsa97), он не вызывает неоднозначности в выполнении, то есть он явно проверяет наличие строки, в то время как первый метод вызывает ошибку вставки по уникальному ключу на стороне БД, что гораздо сложнее обрабатывать. В целом ничего не мешает скомбинировать оба метода, тогда коллизий можно избежать, максимально ограничив количиство возможных ошибок предварительной проверкой.

https://jsfiddle.net/za1rv8fc/

Короткий ответ: нельзя
Более длинный ответ: можно при некоторых обстоятельствах, нарушающих безопасность системы, например неправильная настройка хранения временных файлов на хостинге, возможность запуска вредоносных JS скриптов, XSS и т.п.

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

Удалив модуль и БД мы повлияем на работу других модулей. Изменив структуру БД мы повлияем на работу других модулей.

SOLID, DRY, KISS...PSR4 и много других страшных аббривиатур вам помогут )

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

да че там такого то?
по клику на кнопку удаляем строку

$(document).on('click','button',function(){
$(this).closest('tr').remove();
})

PS: У вас не работает так как хтмл таблицы строится неправильно, поправьте метод создания строк таблицы.

Классический DI

class App{
  protected $db;
  public function __construct($db){
    $this->db = $db;
  }
}

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

$data = file("file.txt");
$uniq = array_unique($data);
file_put_contents("newfile.txt",implode("\n",$uniq));

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

$(function(){
....
})

required?

в зависимости от структуры данных - редис для данных по типу кей-валуе, более сложные структуры - эскюэль.
PS: про все эти мастер-слейв ролевые игры нифига не понял...

во первых

$('#loginform').submit(function(e){
  e.preventDefault();
...

иначе у вас тупо субмитится форма, никакого "перенаправления" не происходит.

во вторых укажите в возвращаемом типе данных конкретный тип ожидаемого контента, например json. И соответственно отправляемые с сервера ответы оборачивайте в json_encode(), а то ваш скрипт не понимает что за строка приходит с сервера и переходит к строке else { window.alert(data);