ThunderCat

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

$(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);

В доках написано (хотя это не акцентируется) что хранение через .data() не является хранением атрибута в дом элементе, а является внутренним представлением данных jq, ассоциированных с этим элементом. Так что нет, только программно.

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

public function dbGetRecordsToTableByColumn($table, $column, $value) 
  {
    if (empty($table)  || empty($column) || empty($value)) return [];
    if (!$this->searchTableToArray($table)) return [];
    if (!$this->searchColumnToArray($column, $table)) return [];
    return $this->db->row("SELECT * FROM `{$table}` WHERE `{$column}` = :{$column} ORDER BY `id` DESC", [ 
       $column => $value
     ]);
  }

Эта ситуация не может быть решена без перехода обоих сатов на одинаковый протокол, если у вас в https странице будут встречаться линки http - браузер автоматически заблокирует их. Никакие настройки на стороне сервера никак не влияют на поведение браузера в этом случае. Это просто настройка безопасности в браузере. Технически ее можно отключить в разделе настроек браузера "безопасность", но я не думаю что такое решение вас устроит.

в DOM нет объекта к которому применяется свойство 'constructor'?

если именно страна - geoIP
если достаточно язык браузера - $_SERVER['HTTP_ACCEPT_LANGUAGE']

Шэдевр ) елс без ифа - новый тренд )

$id = $_GET['id'];
$posts = R::load('posts', $id);

R::trash($posts);

echo 'udalos';
else { echo 'ne udalos'; }

Не получается

у девочек на корбке механике "не получается", что конкретно происходит? Ошибки, результаты?

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