Валерий Рябошапко

Вот эту ссылку я нашёл в Википедии
tiddlywiki.com

SELECT * FROM `имя_таблицы` ORDER BY `Дата` DESC LIMIT 10;

И если нужно именно последние x в хронологическом порядке, то сортировать по полю с датой — это единственное правильное решение, потому что никто не гарантирует, что id привязан к хронологии. Например, данные о погоде могли быть добавлены «задним числом».

UPD. Действительно, допустил ошибку в ответе, поправил.

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

Запись в логах nginx «upstream prematurely closed connection while reading response header from upstream» означает именно преждевременное закрытие соединение проксируемого сервера, то есть ошибку в ходе выполнения скрипта. Смотрите логи самого скрипта или апача. Либо скрипту не хватает ресурсов, либо каких-то библиотек/модулей, либо в самом коде содержатся ошибки.

Кстати, код состояния 500 (Internal server error) как бы намекает на ошибку. Если проксируемый сервер не отвечает слишком долго, возвращается код состояния 504 (Gateway timeout).

Дело в обратных слэшах. Обратный слэш с последующим знаком переноса строки игнорируется, таким образом можно разбивать команду на несколько строк. Когда Вы записали команду в одну строку, обратные слэши стали самостоятельными аргументами, с которыми curl не знает что делать и выдаёт ошибку. Ошибка выдаётся на stderr, который игнорируется shell_exec, поэтому Вы ничего не видите. То есть, чтобы выполнить команду, нужно или вернуть переносы строк, или убрать слэши.

Ну и закономерный вопрос. Зачем Вам дергать curl через shell_exec, если его можно дёрнуть средствами самого PHP?

По всей видимости, файлы приходят из разных источников?

В таком случае разумно написать класс Товар, который не делает почти ничего, только описывает основные поля и имеет методы записать_в_базу() и, возможно, проверить_наличие_в_базе().

Далее на каждый источник файлов пишется свой парсер, который разбирает файл на массив таких объектов и у каждого по очереди вызывает сначала метод проверить_наличие_в_базе(), и при отрицательном ответе вызывает записать_в_базу().

Если нужно не только заносить новые объекты, но и обновлять старые, то логика второго пункта чуть усложняется, но не критично.

Специально для таких случаев придумана связь один-ко-многим. Каждое поле, которое может принимать одни значение из фиксированного набора, должно быть указателем на id в другой таблице, которая перечисляет все возможные значения этого поля. Гуглите по словам «нормализация» и «внешний ключ».

Такого модуля у PHP нет, но название похоже на название пакета в репозитории Linux. Если моё предположение верно, то он необходим, в нём, собственно, содержится сам движок. Но вручную указывать для установки не стоит, лучше укажите конкретный SAPI, который Вам нужен (например, php5-fpm), и пусть уже пакетный менеджер сам подтягивает всё необходимое, включая php5-common.

Репликация master-slave. Хотя, если под новыми записями Вы имеете ввиду созданные за последние N часов, то вряд ли есть готовые решения, но легко написать однострочник.

AJAX — это Asynchronous Javascript and XML (хотя сейчас его, наверное, было бы актуальнее называть AJAJ, так как JSON на этом поприще уверенно вытеснил XML), то есть по определению не может работать без Javascript.

По поводу проектирования. Одна форма — один HTML. Доступ к ним лучше сделать через одну точку входа, но по разным адресам (ЧПУ). А дальше много JS кода, который будет общаться с API, данными из API заполнять форму, а потом из формы передавать их в API. Но учтите, что это потребует довольно сильных клиентских машин, недобуки или неттопы мог не справиться с этим. Ну и многие мобильные пользователи в пролёте.

Can't connect to host — не могу подключиться к хосту. На хосте не запущен сервер, запущен не на том порту, подключение блокируется файрволом, неправильно указан адрес (если обращение идёт по IP), или хост банально выключен.

Проблемы с DNS проявляются как can't resolve host name.

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

Ну, ещё есть Material Design от Google. Его очень хвалят, но я пока знаком только шапочно, кроме того, что симпатичный, сказать ничего не могу.

Если первую, то fgets(). Если произвольную, то оно же, пока не найдёте нужную строку.

Уберите вот эту строку
echo 'Подключение прошло успешно';

Вообще операции с деньгами, пусть и условными, делаются через две таблицы. Одна под информацию о балансе (или просто ещё одно поле в таблице с учетной записью). Вторая под список операций (от кого, кому, когда, сколько). Каждый перевод оформляется в виде транзакции: получить баланс, записать перевод, пересчитать и записать новый баланс.

Плюс если предполагается, что суммы могут принимать добрые значения, используйте тип decimal, а не float.