Надо пожалеть несчастного. Он БД впервые в жизни видит, для простого списка смежности таблицу не может спроектировать. А вы ему нестед сетс. У него ум за разум зайдет.
К тому же это из пушки по воробьям для комментариев
а потом сайт еще больше закручивает гайки, усложняет капчу, и в итоге уже нормальные люди не могут на него зайти
в мире вроде люди уже поняли что срать под себя и загаживать природу вокруг не стоит.
а макаки в интернете готовы все вокруг обосрать, и у них это "нормальная практика!"
ну офигеть
то есть если мне невыгодно отдавать встречному бомжу деньги, то когда он шарит у меня по карманам, это ай-яй-яй
а если невыгодно отдавать всякому попрошайке информацию, которую я собирал, то шарить у меня по карманам - это "нормальное занятие"
"нормальное" оно только у нищих моральных уродов, которые сами ничего сделать не могут, а только наживаться на чужом. Но даже и это сами не могут, а бегут в инернет, чтобы им готовый код написали.
Rsa97, ну там непонятно что он имеет в виду. вполне возможно что тупо $result->fetch() возвращает false
Хотя ошибку запроса конечно тоже не стоит сбрасывать со счетов.
Но в этом случае лучше научить работать с исключениями, тем более что там и учиться-то нечему - тупо при создании объекта пдо указать нужный параметр
НА КАРТИНКАХ я вижу только два уровня, как в дебильном фб
где тут все находят дерево - я не в упор не вижу
если не два уровня, а больше, то в чем смысл "второго случая" я вообще не понял. чем "комментарий" отличается от "ответа на комментарий"? и зачем "комментарию" parent_id?
В посте какая-то галиматья написана. Сначала надо разобраться со своими хотелками, а потом уже вопросы задавать
функции и циклы редко, транзакции и внешние ключи - постоянно.
я бы на вашем месте скорее сосредоточился не на синтаксисе запросов а на архитектуре БД - нормальные формы, вот это вот всё
ну начните делать с простого, тупо список вида
поле, оператор, значение
поле, оператор, значение
поле, оператор, значение
пока только через and, а потом добавить группировку условий
Akina, ну как бы инъекции и все такое.
Чо-та я боюсь что линтер, который будет проверять на отсутствие инъекций, будет как бы не сложнее этого запросопостроителя. Инъекция - это же н только вставка, но и просмотр данных, которые тебе смотреть низя.
Хотя вот стакоферфлой спокойно даёт доступ к своей БД , отгораживаясь от инъекций грамотной выдачей прав - запросы только селект и только для определенного списка таблиц.
Так что как вариант
Akina, ну я так понимаю что это изобретение на коленке графкуэля. То есть некое интеллектуальное АПИ, которое умеет строить запросы более сложные, чем findByEmail()
Джейсон нужен, чтобы передать серверу хотелки клиента. В массиве перечисляются условия и их взаимодействие. ну такой квери билдер, управляемый из массива, поиск по параметрам.
чтобы по результатам получалось что-то вроде
->orWhere('foo', $foo)
К тому же это из пушки по воробьям для комментариев