Владимир: " как сделать правильную выборку для вывода всех диалогов пользователя", "Выводит только пользователя". Я вас не понял сейчас) Нет, конечно, возможности проверить запрос, но выводить должен идентификаторы всех диалогов в которых участвует пользователь. Ну и в догонку данные пользователя.
DaFive: ну я порадуюсь любой интересной догадке) Повторюсь, просто не представляю, как может помочь этот код. Но, если вдруг - всегда пожалуйста jsfiddle.net/r9en6sax/1
Ну я бы ушёл при снижении фикса даже до 80%. И дело не в лени, а скорее в доверии, ведь имеет место переигрывание изначальных условий. Работодатель, который мутит какую-то непонятную шнягу, реально настораживает. Имхо, конечно.
@OnYourLips Вы говорите штампами а суть моего поста ведь не об этом. Что действительно важно, так это с умом подходить к тому, что собираетесь сделать. Форматировать данные нужно перед записью , а уж как вы это делаете - Ваш личный выбор. Справедливости ради скажу, что и сам предпочитаю предопределённые запросы. Но не всегда им есть место.
@OnYourLips чудесно, но вы бы прежде чем говорить, что что-то "очень глупо" хоть разобрались бы, как реализовано экранирование данных в том же PDO, которое расхваливает автор статьи. А то получается "слышу звон, да не знаю где он".
@denissov@OnYourLips Не знаю, что вы подразумеваете под "проверять", но экранировать строки и прогонять числа через intval перед записью в БД вроде бы не сложно
Задайте себе вопрос, что происходит в приведённом куске кода? Уже сформированный массив данных выводится, согласно какому-то условию. Это условие можно назвать логикой, но принадлежит она отображению. Контроллер она будет засорять.