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

Question

[green300]

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

<?php	
		$stmt = $pdo->prepare('SELECT
							post.id,
							post.title,
							post.user_id,
							post.cat_id,
							users.username,
							category.name
							FROM post post
							INNER JOIN category
							ON post.cat_id = category.id
							INNER JOIN users
							ON post.user_id = users.id						
    						ORDER BY id DESC LIMIT 25');
		$stmt->execute(['id'=>id]);
		$res = $stmt->fetchAll(PDO::FETCH_ASSOC);
		echo '<pre>';
			var_dump($res);
			echo '</pre>';
			exit;
		foreach ($res as $row){
			

		require __DIR__.'/article.php';
		}

при вардампе нулевой массив показывает..

Comments

[Тяги Тяги]

Возможно select ничего не возвращает?
с pdo не работал, но разве в скрипте не должна быть хоть какая-то обработка ошибок?
pdo::errorInfo

[green300]

komino, ну хз..у меня только PDOException этот прописан в подключении и все

[Тяги Тяги]

green300, debugger'ом тогда смотри, если лень вникать

[green300]

Тяги Тяги, что за дебагер они разные вроде дебагеры эти?

[Ипатьев]

а зачем тут вот это вот: ['id'=>id]?

[Ипатьев]

Тяги Тяги, нет, в этом коде никакой обработки не должно быть.
"Обработка" ошибок (во всяком случае то, что вы имеете в виду) - совершенно отдельная операция, которая должна производиться строго в отведенном для этого месте. А не быть раскиданной по всем скриптам, как белье куртизанки.

"В скрипте" может быть только настройка РНР, чтобы он не подавлял никакие ошибки. Плюс, для локальной разработки - настройка, чтобы ошибки выводились на экран.
Но и эти настройки тоже не раскидывают по всем скриптам, а аккуратно пишут в одном месте.

[alexalexes]

Ну, вообще, вопрос выеденного яйца не стоит.
Если этот запрос выполнить в стороннем редакторе запросов баз данных (тот же phpmyadmin) и если получите пустую выборку, то не в php скрипте дело.
В этом случае по тексту запроса возникает несколько гипотез, которые связанны чисто с данными к посту:
1) Грохнули категорию постов, к которой были подвязаны все посты.
2) Грохнули пользователя, от имени которого публиковались посты.
3) Были созданы каким-то способом посты, которые не подвязаны ни к существующей категории, ни к существующим пользователям. Очень частая практика в mySQL, что разработчики не создают связей между таблицами, поэтому внешние ключи cat_id и user_id у поста не будут работать как внешние ключи, и им из-за отсутствия внешних связей нельзя задать ограничения.

[Rsa97]

1. Кто такой этот "ни" и что такое "чего", что он не трогал?
2. Где определена константа id?
3. Зачем в execute передаётся параметр id, которого нет в запросе?
4. Что выдаёт этот запрос в консоли?

[green300]

Rsa97, а что нужно писать в execute...?
всем спасибо что указали на ошибку, но код работал и я был рад до сих пор..)

[Rsa97]

green300, В execute передаются те и только те параметры, для которых есть плейсхолдеры в подготовленном запросе.

[green300]

Rsa97, ну да кстати...вообще разработчики как то сложно сделали связанные эти запросы..они сильно отличаются от простых..видимо поэтому я запутался..вот так сделал ['id'=>'post.id'] вроде исчезла ошибка на счет id)

[Rsa97]

green300, Ошибка исчезнуть не может, поскольку в запросе у вас нет плейсхолдера для id.

[green300]

Rsa97, ну да глюки есть..работает через раз...будем разбираться изучать - спасибо всем..)

Answer 1

[ThunderCat]

0) Проверить лог ошибок или добавить в код выше

ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);

и убедиться что ошибок выполнения нет. Естественно, подключение должно быть настроено на вывод ошибок. Так же убрать бессмысленный биндинг $stmt->execute(['id'=>id]);, где внутри даже не переменная, а какая-то фигня...
1) Проверить запрос в консоли или в phpmyadmin
2) В случае если запрос ничего не выдает - удалить строки INNER JOIN category ON category.id=post.cat_id, выполнить запрос
3) Если выдает что-либо, значит таблица с категориями пострадала, проверить выведенные посты на номер категории, и посмотреть что стало с этими записями в таблице category.
4) Если не выводит - повторить пункт 3 со строкой INNER JOIN users ON post.user_id = users.id, со всеми вытекающими.

Comments

[green300]

Notice: Use of undefined constant id - assumed 'id' - с вашим кодом стал ошибку показывать..ток я не пойму как мне передать туда id поста...подзастрял я на запросах со связанными таблицами.)

[ThunderCat]

@green300

, Notice: Use of undefined constant id - assumed 'id' - с вашим кодом стал ошибку показывать

Ну, логично... Либо полностью убрать этот массив, либо определиться зачем он нужен и соответствующим образом изменить запрос, в текущем виде в запросе нигде эти данные не используются.

ток я не пойму как мне передать туда id поста...

А зачем вы туда хотите передать id поста? Судя по запросу, тут должно доставаться 25 последних добавленных постов, а id нужен только в случае когда вам нужен 1 конкретный пост.

подзастрял я на запросах со связанными таблицами.)

Запрос выглядит рабочим, скорее всего проблема именно с данными таблиц. Вышеописанные манипуляции помогут вычленить проблему.

[green300]

ThunderCat, да. работает, но через раз и в категориях когда связываешь таблицы там у меня список два раза стал повторятся в таблице поста какого-нибудь кликаешь на cat_id чтоб сменить категорию и там список два раза почему то...намудрил я чего то..будем разбираться - спасибо

[green300]

а id я думал всегда нужно передавать в обработку..сейчас вот так сделал ['id'=>'post.id'] и ошибка исчезла

[ThunderCat]

green300,

а id я думал всегда нужно передавать в обработку

Вы как-то странно понимаете понятие программирования, такое впечатление что тыкаете разные кнопки, авось что получится...

сейчас вот так сделал ['id'=>'post.id'] и ошибка исчезла

А зачем? Этот массив там лишний, ну и кроме того, вы в массиве написали другой бред вместо старого... То что ошибка при этом ушла не делает этот код полезным. Все равно что еще добавить 20 пустых строк в код - результат не поменяется.

[green300]

ThunderCat, понял - буду читать изучать материал

Answer 2

[AUser0]

Поменяйте запрос к виду:

'SELECT post.id, post.title, post.user_id, post.cat_id,  users.username, category.name
FROM post
LEFT JOIN category ON category.id=post.cat_id
LEFT JOIN users ON users.id=post.user_id
ORDER BY post.id DESC LIMIT 25'

и удивитесь, как поменялся var_dump().

Comments

[Ипатьев]

а смысл?

[AUser0]

Ипатьев, а что?

P.S. Угу, конструктив так и прёт!