ThunderCat

if($_SERVER['REQUEST_METHOD'] == 'POST'){
   //do the magic, baby!
}

или лень? или нельзя? А нафига? Я все равно могу получить файл, методом пост например )
Если нужно чтобы файл не каждый мог получить - логично ограничить доступ по определенным параметрам, логину и паролю, токену или отпечатку попы... кароче - какой собсно был смысл ограничения?

link

Кукисы, это да. А вообще смотрите как допустим vk это делает, - кидает на мобильную версию, но есть кнопка перейти на полную версию.

Мне видется странным такая структура бд, почему один пес должен быть только отцом, а другой только ... эээ... сыном/дочкой? и как потом это будет меняться? Не проще делать по классике? Одна таблица, у каждого элемента есть id и parentId, ну и все доп. атрибуты типа пол, кличка и прочее. Тогда стандартно все будет работать.

Рекурсия в помощь, тут неплохо по шагам и коментами описано.
ваш массив в данном случае надо переформировать как в примере:

Выбираем все данные [...]и формируем ассоциативный массив $cats, ключем будет id родительской категорий.

foreach($cats as $cat){
        $newcats[$cat['parent_id']][$cat['id']] =  $cat;
    }
$cats = $newcats;

на тостере ответ прямо под вашим вопросом

гугл помогает опять же

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

Понавтыкайте алертов по ходу выполнения скрипта, или консоль.лог, посмотрите до какого метода выполняется. Потом думайте )

Штучная ручная работа, под каждый сайт пишется свой маленький велосипедик.
Ну, не велосипедик, скорее прикручиваются другие колеса к одному велосипеду.

Datepart?

первое и главное - mysql_escape_string - деприкэйтед. Не говоря уже о том что не гарантирует защиту. Для этого есть PDO и prepared statements. При использовани препаред - инжекшн практически исключен.

Что должно попасть в кей, что должно остаться в валуе? текст, спецсимволы? Создайте правила, например используйте регулярки.

$keyPreg = "/[A-Za-z0-9]+/";
$key = preg_match($keyPreg, $key);

select count (*) 
from sometable 
where `art` > 
    (select `art` 
     from sometable 
     where 
     `login` = '$login'
     )

кажется так.

1) Юзайте PDO, смотрите на его исключения. (скорее всего отпадут все остальные пункты)
2) Проверьте - запущен ли мускуль на локалхосте
3) Прверьте :
а) база данных - существует?
б) пользователь - существует?
в) пользователь имеет права на базу?(там у вас рут указан, но хз как там настроено у Вас, пароль проверьте)

1) можно подать иск о нарушении авторских и смежных прав (долго и мутно).
2) Необходимо связаться с региональным представительством Гугл и Яндекс, указать проблему и попросить о блокировке выдачи. Это работает и гораздо быстрее и эффективнее чем все прочие методы. Прецеденты были.

UPD: для всех кто интересуется - вот как человек боролся и поборл систему

на жквери:

if($('#idofcheckbox').val() == 1){
  //do some code
}

или тут подробнее

like это слегка не то, при серьезном объеме это вообще ж*па,
FTS наш ответ Чемберлену!

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

1. Структура будет зависеть от среды, нода джанго или пых - все они будут по разному подходить к задаче в силу ограничений/преимуществ среды. По пыху - взять ченть полуготовое, например ларавел, хотя из задачи торчат уши хайлоада, тут в идеале нужно писать свой шустрый велосипед. Но мвц - без сомнений. По остальным - не в курсе что сейчас модно.
2. Нода и джанга - не сервера, а фреймворки.
3. Я бы смотрел на мускуль. При правильной настройке скорость работы современных рбд практически идентична, а информации по настройке/работе с мускулом просто через край. Комюнити широкое и достаточно отзывчивое, спецов на рынке есть. Если нужно надежно/быстро/поддерживаемо то в экзотику типа мемористораж баз я бы не кидался. Результат мгновенно - это только у пургена, любая программная компонента имеет задержку, на поиск, индексацию, внутреннюю передачу данных, структурирование и прочую накладную фигню.

PS: кто такая логинация???