FanatPHP

• PDO -phpfaq.ru/pdo#in
• Mysqli - пол-экрана текста, так что без враппера совсем грустно.

Зато с враппером - всего дна строчка

$data = $db->getAll("SELECT * FROM news WHERE id IN (?a)", $json);

Изображения. В базу. Добавлять. Не нужно.

На самом деле тут всё сложно.
В идеале, все должно быть так:

В массиве объектов "таскать" за собой полное содержание статей

Потому что объект и должен, по идее, содержать все свойства сущности "Статья".

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

1. Заведомая условность маппинга записи из таблицы БД на объект в программе.
2. Не бесконечная мощность компьютера, которая и заставляет нас не таскать текст статьи там, где нужно вывест только заголовок.

Поэтому мы идем на всяческие ухищрения. В частности, мы договариваемя сами с собой, что наш объект "статья" - это отображение записи из таблицы. То есть, он жёстко привязан к структуре таблицы в БД. И дальше мы делаем себе ещё одно послабление - при инициализации объекта мы сожем указать, что нам нужен только заголовок. И тогда код создаст объект, то у него будет заполнено только одно свойство.

Соответственно, ответ на первый вопрос - массив объектов, но урезанных, с одним заполненным свойством!

Ответ на второй вопрос кроется в том же маппинге: Описывая свой объект как отображение таблицы в БД, мы можем описать и связи этой таблицы! И тогда наш объект сможет автоматически "подтягивать" связанные данные, если мы к ним обратимся.

В момент записи.

База данных - не текстовый файл. И совсем не обязательно удалять объявление физически, чтобы оно больше не показывалась. В объявлении может быть такое поле как "последний день показа". И при выборке показывать только те объявления, у которых эта дата больше либо равна текущей.

Да, будет.
Нет, не критично.

Любой инстанс ПДО - это всегда отдельное новое подключение к БД, не важно, с к одной и той же, или к разным. В теории - это лишняя нагрузка на базу и желательно двух соединений избегать. Но если это не хайлоад, то большой проблемы не будет. Если хавйлоад, то надо осваивать современные технологии и не шарашить SQL прямо в коде, а использовать какую-нибудь интерллектуальную технологию, которая будет составлять запросы сама, и в том числе подставлять имя желаемой базы, беря его из настроек.

Несмотря на неграмотный заголовок (в момнт, когда пользователь закрывает браузер, никаких переменных уже нету, да и сам РНР скрипт давно умер), сама задача решается очень просто - стандартный механизм сессий идеально для неё подходит.

Но мне бы такое поведение показалось неудобным.
Было бы лучше, если бы введенные пользователем данные записывались в БД, и выводились при следующем заходе на сайт. А сборсить их всегда можно отдельной кнопкой

Неважно, одна это буква, или 10. Кодировка соединения с БД настроена неверно.
Нужно убедиться, что
- кодировка таблиц действительно utf8
- кодировка соединения(задается в mysql(i)_set_charset() или в DSN) - utf8
- кодировка страниц сайта - utf-8

Скорее всего, причина в повальной болезни современной школоты: фатальном неумении отслеживать причинно-следственные связи. Например, если при просмотре выводимых из БД данных, они отражаются неправильно, то делается вывод о том, что они записались неправильно. Или, как вариант - аффтар сам же совершает в коде какие-то глубокомысленные телодвижения, не понимая их смысла - просто потому что точно так же пацаны подсказали, а он тупо скопировал - и они-то как раз и портят данные.

Но в любом случае - проблема в неумении разделить процесс на этапы, и проконтролировать данные на каждом. Чтобы впоследстви хотя бы задать адекватный вопрос, типа "При передаче данных из браузера данные портятся". Или "при записи в БД данные портятся". Вместо этого мы получаем беспомощное "С данными что-то происходит, но что именно и в какой момент - ниняю".

Вам сюда.

Один из тех вопросов, от которых волосы встают дыбом. На всех частях тела.

Ну ладно - вопрос. От человека, который массив в первый раз в жизни увидел. Можно понять.

НО ОТВЕТЫ!!! "Тут какие-то заборы! Коровники! Мама, мы в аду! Мы в аду, мама!"

Возможно не пытаться украсть то что тебе не принадлежит, а заняться честным трудом.

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

Проблема в пихании в код разных умных слов без понимания их смысла.
Если убрать из кода слово 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 сервер не надо реализовывать. Ни на РНР, ни на чем-то ещё. Он уже есть, в составе любого веб-сервера.
То есть проблема отправки на сервер со сканера не стоит. Надо только настроить учетную запись на сервере и ввести данные в сканер.

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

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

Вам сюда.