vdem, господи, ну почему на тостере у половины людей туннельное зрение? почему вы не видите не то что дальше собственного носа, а дальше прыща на собственном носу? Вопрос не в том, что он "хочет", а в том, зачем это в принципе пожет понадобиться.
КАКУЮ В ПРИНЦИПЕ ОН МОЖЕТ РЕШАТЬ ЗАДАЧУ вывод через через print_r кроме визуального контроля/поиска и которую нельзя решить тупо просмотром того же джейсона?
Ну ладно для быстрой отладки можно вывести один элемент. Но выводить все данные целиком - это уже глупость. А сохранить их обратно в файл чтобы посмотреть, когда у тебя уже есть файл - это глупость в квадрате.
Пожалуйста, учитесь не только решать задачу которая лежит прямо перед носом а думать немного шире. В частности оценивать осмысленность задачи перед тем как кидаться её решать любой ценой
qwermus, не советуют потому что это идиотизм. если ты знаешь что дома есть молоток, это не значит что любую проблему надо решать с помощью молотка. Особенно такую, которая решается с помощью туалетной бумаги
Дмитрий, человеки пишущие в теме обычно очень сильно не в теме. И слобо понимают о чем их вопрос. И тут уже вступает в дело опыт - как в разработке (понимание спектра стандартных задач) так и в форумах типа тостера (понимание спектра популярных дурацких вопросов ). по этому вопросу видно про что он невооружённым глазом. Но это приходит с опытом.
В данном случае тебе не хватает опыта в понимании стандартных задач. У тебя в голове есть теория, заложенная в небольшой механический органчик, который выдает определенную мелодию по ключевому слову, "Когда не нужны реляционные отношение". Но реальная БД кроме обеспечения связей между таблицами умеет много других гитик. И поэтому даже если не нужны отношения, то всё равно будет быстрее.
Специально для архитекторов (которые строят) поясняем: чтобы узнать лучшее решение, надо задать осмысленный вопрос. Попробуй сам ответить на вопрос "строю многоэтажку, из какого картона делать перекрытия?"
Это не константа для работы с БД. Это хиторовыдуманный парсер SQL который позволяет писать константы РНР прямо тексте запроса. Так себе функциональность, но сами константы к БД отношения не имеют.
Но сути это просто подстановка значения в запрос
Дмитрий, ну когда мы думать-то научимся?
при чем здесь "ковычки"? Причем тут же сразу про "дырки".
Неужели так сложно сложить два и два и дать совет, который решает обе проблемы разом - и ошибки и дырки? А не по частям - "вот смотри, надо сначала наговнокодить, а потом будешь исправлять"?
