Дмитрий Энтелис

select uid, text from (select uid, max(id) from `table` group by uid) tmp 
join `table` on tmp.uid = table.uid

1. Если начали использовать PDO - используйте его правильно: phpfaq.ru/pdo
2. Если собираете запрос руками - первое с чего нужно начинать - посмотреть на сам sql запрос.
Вставляете после $sql = die( $sql ) - и сразу многое станет понятней

Вообще классическое решение из времен когда память была дорогая - хранить права как бинарную маску вида 0101011101 - в которой определяемая роль зависела тупо от номера бита.
Проблемы которые при таком подходе возникают - достаточно очевидны.

Что именно Вы подразумеваете под "почему бы разрешения не хранить простым массивом" и "Зачем все таки разрешения в БД?" - из Вашего вопроса не очень понятно.

Когда Вы пишите from table1, table2 where...
sql сначала строит декартово произведение матриц (размером count(table1)*count(table2)), а затем получившуюся огромную таблицу фильтрует.

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

В случае если в какой то из таблиц сильно меньше релевантных записей ( к примеру у нас в базе 1 000 000 пользователей, но всего 10 000 городов) или одна из таблиц не нужна для фильтрации всего запроса (например мы ищем пользователей-женщин без учета города проживания) будет сильно быстрее убрать 2ю таблицу из запроса вообще, получив в первом запросе данные из таблицы users, выбрав на ЯП нужные id и сформировав 2й запрос в базу для получения городов.

select ... from users where user.sex = 0;
select ... from city where city_id in (...)

Imho использование from table1,table2 это признак профнепригодности (к слову как и sql_calc_found_rows хотя это к делу не относится)

1. Хецнер можно попросить о чем угодно, вплоть до комутации серверов между собой в отдельную физическую LAN. У них более чем адекватный суппорт.

2. FailoverIP - тупо механизм быстрого переключения внешнего IP с одной физической машины на другую.

С подсеткой кстати будут нюансы, ipv4 адреса хецнер просто так не дает, у нас получалось максимум 2-3 ip на физический сервер причем каждый раз с жестким обоснованием "зачем".

1. Берем современную версию этого парсера, например https://github.com/sunra/php-simple-html-dom-parser
2. Скачиваем контент страницы любым способом. Если владельцы сайта слегка заморочились - возможно придется через curl сымитировать заголовки и прочее от Вашего браузера
3. $dom = HtmlDomParser::str_get_html( $str );

PS А вообще категорически не советую использовать что simple_html_dom, что любые другие поделки.
Решение на регулярных выражениях работает быстрее минимум на порядок

https://3v4l.org/mrSff

Все работает. Могу предположить что в $c['section'] лежит что-то не то.

В хроме открываете

view-source:http://openssource.biz/zima-na-openssource-pozdravlenie-s-nastupayushhimi-prazdnikami-ot-strimershi-kariny.html

и все замечательно видно.

Практически в начале документа

document.onkeypress = function(event) {
    event = (event || window.event);
    if (event.keyCode === 123) {
        //alert('No F-12');
        return false;
    }
};
document.onmousedown = function(event) {
    event = (event || window.event);
    if (event.keyCode === 123) {
        //alert('No F-keys');
        return false;
    }
};
document.onkeydown = function(event) {
    event = (event || window.event);
    if (event.keyCode === 123) {
        //alert('No F-keys');
        return false;
    }
};

function contentprotector() {
    return false;
}

document.oncontextmenu = contentprotector;
document.onmouseup = contentprotector;
var isCtrl = false;
window.onkeyup = function(e)
{
    if (e.which === 17)
        isCtrl = false;
}

window.onkeydown = function(e)
{
    if (e.which === 17)
        isCtrl = true;
    if (((e.which === 85) || (e.which === 65) || (e.which === 80) || (e.which === 88) || (e.which === 67) || (e.which === 83)) && isCtrl === true)
    {
        return false;
    }
}
isCtrl = false;
document.ondragstart = contentprotector;

Табличка keyCode https://www.cambiaresearch.com/articles/15/javascr... 123 это как раз F12

Кто ж такую гадость то спроектировал.
Для начала перейти на нормальное хранение данных: таблицы вида (id_salon, id_model)
Дальше - можно в лоб через join и having count(...)>2

Please use an administration tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password')
Пароль юзеру смените

Переписка - в gmail с меткой проекта (или меткой итерации проекта если проект длинный)
На основе переписки создаю таски в трекере (для проектов без большой команды мне кажется идеальным basecamp)
Файлы, итд - в проекте/задачах в том же трекере.
Пароли/реквизиты - в текстовом документе проекта.

1) При разработке четко отделяйте в своей голове код который выполняется у клиента (js итд) и код который выполняется на сервере (php)
2) Общее правило: на стороне сервера Вы обязаны НЕ доверять данным которые приходят от клиента.
А дальше - все от конкретной задачи зависит и последствий, какие условия проверять - решать Вам.

За конструкцию or die надо убивать, это тяжкое наследие времен PHP4.
Делаем try-catch, пользуем функцию php.net/manual/ru/mysqli.error.php - видим понятное сообщение об ошибке.