FanatPHP

1. phpfaq.ru/debug#quick
2. phpfaq.ru/debug#debug

Проблема в пихании в код разных умных слов без понимания их смысла.
Если убрать из кода слово MYSQLI_USE_RESULT, то волшебным образом ошибка исчезнет.
Впрочем, я должен признать, что сермяжная правда в двух других ответах есть. Если последовать моему же совету, и использовать prepare/execute вместо query (поскольку эта парочка используе USE_RESULT без вариантов), то как раз и придется либо выбирать все данные, которые вернул запрос, либо освобождать ресурс через free(), либо перед выборкой дергать store_result().
Но - повторюсь - в текущем коде этот параметр не имеет смысла и в то же время является причиной всех бед.

Но проблемы этого кода на этом только начнутся.

Во-первых, НИКОГДА больше пиши так: die(mysqli_error($mysqli)); а то станешь козленочком и тебя заберут в армию.
Вместо die надо писать trigger_error()

Во-вторых, НИКОГДА не подставляй переменные напрямую в строку запроса. Передавать данные надо только через плейсхолдеры. Если родной механизм слешком сложный, то можешь воспользоваться библиотекой phpfaq.ru/safemysql и код получится таким.

$exists = $db->getOne("SELECT 1 FROM users WHERE social_id=?s",$social_id);
if($exists){
	//тут устанавливаются куки
}else{
	$db->query("INSERT INTO users (social_id) VALUES (?s)", $social_id); 
}

(выводить бессмысленные okay или oops не нужно)

Дубль. Афтар не осилил отредактировать старый вопрос, и задал новый, более актуальный.

"реализация FTP сервера на PHP" - это бессмыслица. Что-то вроде "Ищу реализацию дорожной разметки на светофорах".
FTP сервер не надо реализовывать. Ни на РНР, ни на чем-то ещё. Он уже есть, в составе любого веб-сервера.
То есть проблема отправки на сервер со сканера не стоит. Надо только настроить учетную запись на сервере и ввести данные в сканер.

Всякие окошки с превьюшками - это ерунда, интерфейс. Можно сделать так, можно иначе. Это не принципиальный вопрос. Юзер может хоть сам окошко обновлять руками.

Самое сложное в описываемой воображаемой задаче - это кнопка "Сканировать". поскольку никаких видимых каналов связи сайт -> сканер, в описании не наблюдается. Если изменить задачу на "показать отсканированные файлы", то все упрощается:
- человек идет к сканеру и сканирует то что ему надо.
- после этого идет к сайту, и нажимает "показать файлы"
- после этого любой готовый скрипт фотогалереи показывает ему его файлы в каких угодно видах.

Вам сюда.

Вью - это логика отображения. Условный переход - это, несомненно, логическая конструкция. То есть, утверждение сводится к "допустимо ли использовать логику для логики?" ответ - TRUE.

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

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

Я просто оставлю это здесь:
Ничего не работает! Что делать???

Причины надо узнавать не у прохожих на улице, а у своей собственной системы. Только она может ответить точно, а не гадать на кофейной гуще.

Апдейт.
Из комментариев к другому вопросу становится ясно, что автору надо сначала понять, что cookie - это HTTP заголовок, и чем отличаются HTTP заголовки от переменных в программе.

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

Более сложный вариант - посмотреть на календарь, узнать, что сейчас уже вторая декада XXI века, и перестать уже наконец использовать РНР так, как его использовали в прошлом тысячелетии, ковыряя каждую мелкую задачу самостоятельно на чистом РНР. После этого взять учебник по современному фреймворку, такому как Ларавель или Йии, прочитать его, и начать делать сайт с помощью готовых классов, которые уже написали для тебя, и которые берут на себя 80% черновой работы, и при этом делают её на 100500% лучше, чем твой собственный самопальный код (потому что учитывает миллион нюансов и правил, о которых ты вообще даже не подозреваешь). В итоге, по факту, сайт получится с использованием ООП, но не в том смысле, который имел в виду автор (писать все самому с нуля).

Здесь нет никакого запроса mysql, даже близко.
А есть какой-то самопальный винегрет, который собирает запрос из кусочков неизвестным читателю способом.

В любом случае, первое, что надо усвоить про составление запросов: ни одна переменная не должна попадать в запрос напрямую!

То есть, первый вариант делает весь этот самопальный винегрет (который, тем не менее, делает работу с БД безопасной) - бесполезным.

Поэтому, стоит использовать второй вариант, который, хоть и не оптимальный, но зато безопасный. А чтобы переменная не "затиралась" (а что ей еще остаётся делать, если её постоянно перезаписывают?), надо сделать её массивом:

$listings = [];
foreach ($array as $key => $value)
{
  $listings[] = $iaAuto->get(
        array('model_id' => $value), 
        $pagination['start'], 
        $pagination['limit'], 
        $_SESSION[iaAuto::SESSION_SORTING_KEY]
    );
}

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

Если тег mysqli стоит не от балды, а это АПИ действительно используется, то в перед коннектом написать

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Плюс включить вывод ошибок или смотреть ошибки в логе.

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

Как включить вывод ошибок и как отлаживать программы вообще, написано здесь: phpfaq.ru/debug (в качестве бонуса там объясняется, почему бессмысленно задавать вопросы вида "почему у меня не работает?").

Я был неправ, приношу свои извинения.
Это принципиальное ограничение для eager loading, и текущее поведение - это единственное, что он может дать. То есть, смысла использовать hasMany тут нету.

То есть, комментарии надо получать отдельными запросами, по числу постов, что возвращает нас к предыдущей задаче про денормализацию. Хотя я бы не торопился её делать, поскольку 20 запросов по индексу базу не нагрузят.

1. Это увеличит нагрузку на БД.
2. Само по себе решение продиктовано только дикостью и чудовищным невежеством. Через годика два, если наберешься опыта, то сам с ужасом будешь смотреть на этот свой вопрос.

Описанная структура до мозга костей реляционная. Никаких джейсонов тут даром не нужно. Если сделать нормальные три таблицы, то любой фреймворк из коробки предоставит средства управления (добавление, удаление, редактирование) этими комментами и фотками и чем угодно, одной-единственной командой. Для самопального джейсона же придется писать всю обвязку самому, и потом окончательно в ней запутаться.

Если взять ларавель, то в модели постов надо будет добавить метод

public function recentComments()
{
    return $this->hasMany('Comment')
        ->orderBy('created_at', 'desc')
        ->limit(3);
}

и ВСЯ лента будет строиться одним оператором, что-то вроде

return Post::orderby('created_at', 'desc')
    ->with([
            'photos',
            'recentComments',
        ]);
    ->limit(5);

1. Записать файлы в массив.
2. Отсортировать его.
3. выводить через цикл for с начальным и конечным значением, задаваемым переменными.

Для п.1 и для контроля расширений можно использовать glob()

<?php
$out   = array();
$files = glob("$directory/*.{jpg,png,gif}", GLOB_BRACE);
sort($files);
for ($i=$start; $i <= $end; $i++)
{
    $out[] = array(
        'title' = htmlspecialchars(basename($files[$i]));
        'file'  = $files[$i];
    );
}

В шаблон передаем массив $out и там его выводим.
Как получать стартовое и конечное значение и как выводить ссылки на страницы можно посмотреть здесь: phpfaq.ru/paginator#new

Если отвечать на тело вопроса, а не на один только заголовок, то из текста вопроса видно, что сначала надо научиться различать, где у тебя HTML5, а где mysql. то есть, самые основы клиент-серверной архитектуры сайта. Как раз хороший текст, который объясняет разницу между серверной и клиентской частью: phpfaq.ru/na_tanke

mysql - это база данных, она находится на сервере, HTML5 - на клиенте. Напрямую из HTML5 работать с базой данных нельзя.

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

Дла начала надо понять, что никакой живой пользователь никогда не будет читать 20 000 записей на одной странице.

после этого можно продолжать оптимизацию

Открою маленький секрет.
Начав учить Ларавель, ты обнаружшь, что огромный кусок этоого фреймворка составляют... компоненты Симфони!

А про "более лучше сложных проектов" я не понял, если честно. АВито - тоже доска объявлений. Ты действительно считаешь, что это простой скриптик на голом похапе?
Если отвечать прямо, то я считаю что Лара более прогрессивна, более молода, более агрессивна.

Просто хочу выбрать то что лучше, пускай потрачу больше времени - но буду знать более качественную вещь.

Это очень дурацкий комментарий на самом деле.
Не обижайся, но только совсем дети думают, что изучив какую-то один "самый лучший" инструмент, они станут специалистами. Изучать надо технологию на примере инструмента. Начинать можно с любого. Главное - не останавливаться после этого, и продолжать учиться.

Потому что нет столбца с ключом 'where_1, where_2, where_8'

Кстати, на будущее запомни, что БД, с которой ты работаешь, называется Mysql, а не mysqli