Я был уверен, что пока сервак не разберется с одним юзером, то не работает со следующим.
Если бы это было так, то даже для этого сайта не хватило бы целого дата-центра.
Вы когда-нибудь слышали о многозадачности?
И вы не объяснили, зачем вам эти запросы именно "подряд"
Звучит как какая-то блажь. Есть даже анекдот, буквально про ваши "мне надо" и "всё сложно".
Перестаньте ходить вокруг да около, а объясните толком, что у вас конкретно сломается, если какой-то другой пользователь вдруг обновит СВОИ данные в этих таблицах
Какая ещё "последняя запись"? Речь про insert? почему нельзя взять уникальный ключ от этой записи и использовать в других запросах? А у другого юзера будет свой уникальный ключ и свои записи в других таблицах. Напишите толком, что вы пытаетесь сделать, и вам или напишут как это сделать, или объяснят что это нелепые страхи от неграмотности.
AlexandrMa, во-первых, спрашивать надо у тех кто "писали", а не у первого встречного, который эти писания в глаза не видел.
Во-вторых, если даже "не всегда", то значит как минимум иногда их должно хватать. Кто мешал попробовать?
Ошибку намеренно допустить в последнем запросе?
такое ощущение, что вы не запрос на тестовой базе пишете, а бомбу стомегатонную разминируете. и на каждое элементарное действие спрашиваете разрешения.
Ну если вам надо проверить, что все запросы откатились, если в одном была ошибка, то значит и надо намеренно допустить ошибку в одном из запросов? Как ещё-то?
Виктория Масс, показать вам уже показали, даже на пальцах. Вот только под словом "показать" вы имеете в виду готовый код, который можно тупо скопипастить. Но сайт вопросов и ответов - это не бесплатный сервис по написанию кода для студентов. Или пытайтесь делать сами, или ищите такого же двоечника, который уже списал решение откуда-то.
В ссылках очевидно надо передавать не только номер страницы но и город с категорией. И подставлять из в запрос тоже из $_GET.
Если же проблема не в этом, то надо написать, что конкретно сейчас выводится неправильно
Так, кажется я понял.
Ошибка синтаксиса не в РНР, а в JS
Учитывая, что таблица авторов по какой-то неведомой причине называется "autorh", а в запросе написано authors, то этой действительно запрос выдаёт ошибку, которую и отдаёт РНР фронту вместо джейсона.
Khetag_d, товарищ выше советует вам проверить запрос в какой-то другой программе.
Но я считаю что это бессмысленно. Вам надо этот лишний символ убрать, и всё заработает.
Хотя бы сюда скопируйте вашу несчастную программу. В том виде, в котором она выдаёт эту ошибку.
Khetag_d, этот код не выдаёт никакой ошибки
Вы просто случайно нажали не ту кнопку, и где-то в коде добавился лишний символ. Вместо того чтобы найти и удалить его, вы почему-то пошли спрашивать, как вывести связанные таблицы. Хотя прекрасно это умеете.
"Где логика, где разум?"
Геннадий Сорокопудов, вы так говорите, как будто не-ооп понимаете :)
Всё равно как попугай, просто копируете код за кем-то, не понимая его смысла.
Ну и какая разница, какой копировать - говнокод или сразу нормальный?
bigaleks, На будущее: посетителю интернет-магазина читать то что выводит mysqli_error($link) не имеет смысла: он не поймет в этом ни слова.
Именно поэтому блок else в современном РНР никогда не выполнится. Так что писать всю эту писанину с if (mysqli_affected_rows) не нужно.
Тем более, что после успешного POST запроса всегда должен быть редирект.
в Джумла сайте 10 миллионов записей, тормозит открытие по минуте
Вот это и надо было писать в вопросе, а не "как мне закэшировать всю базу".
Хотя простое изменение базовой настройки и сможет помочь, как помогло предыдущему бедолаге, в случае с Джумла всё может быть гораздо сложнее. И тормозить она может не из-за базы, а просто либо по причине исходной кривизны, либо из-за того что никто не потрудился поменять дефолтные настройки на оптимальные.
