Ширшов Александр

Сохранять фотографии в директорию на сервере, а в базе данных хранить путь к файлу.

$arr = parse_str('тут ваша строка монстр');

А дальше уже с конкретными ключами массива $arr работать, найдите нужный элемент и скорее всего через json_decode его пропустите (лень проверять). Пишите что получается, поможем :)

/{[^ \t\r\n}"]+}/

Яб закостылил ;)

function no_json_decode($encoded) {
	$decoded = [];
	foreach (explode('","', trim($encoded, '{}')) as $element) {
		list($key, $value) = explode(':', $element);
		$decoded[trim($key, '"')] = trim($value, '"');
	}

	return $decoded;
}

Результат:

Array
(
    [tx] => 5204759
    [status] => SUCCESS
    [date] => 04.07.2017
    [time] => 21
    [cash] => 7 210,00руб.
    [orig] => 7 000,00руб.
    [provider] => WebmoneyОАОБанк"ККБ
    [opnum] => R14702331
    [comment] => 
)

Можно поиграть чтобы спасти последнюю кавычку в наименовании банка

php.net/manual/ru/function.pack.php

Однажды реализовывал чтение xml, с парой миллионов записей. XmlReader вам в помощь, он он чуть посложнее чем simplexml :)

Показатели нормальные, не отрицательные, циферные.

Один из основных инструментов распределения нагрузки: www.phphighload.com/2013/08/amqp-rabbitmq.html

Оно вам поможет, когда этого сервера будет не хватать.
Часть обработчиков безболезненно можно будет перенести на другой.
Это-же поможет локализировать профайлинг, и измерять производительность отдельного обработчика.

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

curl -X PUT -d '{"data":{"keywords":["mk.ru"]}}' http://my-api-address/api

как-то так

Заголовки ключем -H, много тут всего чтобы точный пример писать :)

1 уровень новичек:

вставляете в самое начало файла
<?php var_dump(123);die();?>
запускаете, если не видите 123 значит не работает потому-что что-то не то запускаете, или как-то не так.
если работает, перемещаете эти команды ниже на несколько строчек, запускаете. Если работает, проблема между строкой в которой команды были в прошлый раз и строкой в которой команды сейчас. Если не работает, перемещаем еще ниже, до тех пор пока не заработало. При необходимости заходим внутрь вызываемых функций и творим этот ужас там. Если дошли до конца, и 123 всегда видно, значит ошибка логическая и нужно приступать к самому сложному, последнему уровню.

1.5 уровень, хитрый новичек: переложить происк проблемы на кого-то другого (более опытного программиста).

2 уровень, продвинутый.
xdebug, похоже с предыдущим вариантом, только вместо комманд прерывания исполнения кода используем прерывания отладчика, из дополнительных плюшек: можно после прерывания исполнять код построчно и смотреть значение переменных (быстрее чем var_dump и повторный запуск, но умений должно хватать на настройку xdebug и IDE), плюс есть возможность посмотреть весь стэк, и значения переменных в нем.

3 уровень, почитать код.

Что то у вас не так, и данных чтобы это понять недостаточно

Если вам нужно скопировать файлы (в том числе и docx) пользуйтесь php функцией копирования файлов.
Если вам нужна шаблонизация, могу посоветовать https://habrahabr.ru/post/244421, пользуюсь, рабочая.

SELECT category, region, SUM(number_group) FROM orders GROUP BY category, region;

нет?

1) отдельная табличка попыток сдачи, вы ведь всеравно должны куда-то результат сохранять.
2) при открытии страницы просто делать выборку из этой таблички, и проверять, можно ли пользователю заполнять тест

Отдельное хранение лимитов где-то в бд не оправдано.

Это по логике, по инструментам и способу реализации советую почитать про ACL и RBAC, это две популярные схемы управления доступом. В рамках этой маленькой задачи их использование нецелесообразно, но в следующий раз, когда возникнет вопрос про доступы уже будет на что опираться.

[irony]PHP настолько плохой язык, что не позволяет это реализовать[/irony]

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

1) оставить все как есть: вы вместо сложной процедуры публикации приложения можете просто делиться ссылкой и люди смогут общаться.
2) переделать клиента: упаковать браузер в приложение в котором вы сможете скрыть ненужные элементы типа адресной строки, тулбара, и прочего функционала браузеров. Это можно сделать с помощью PhoneGap, к примеру.
3) Нативные языки, но тут не знаю что посоветовать, нужно их изучать

Зачем вам столько файлов, и таким небезопасным способом?

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

создавать файлы можно кучей способов, один из самых простых - с помощью функции file_get_contents()