Павел Волынцев

$filepath = 'path/to/file.txt'; // файл со строками
$filenumpath = 'path/to/file.line'; // дополнительный файл с номером последней строки

$file = file($filepath);
$linenum = is_file($filenumpath) ? 1+(int)trim(file_get_contents($filenumpath)) : 0; // прочитать номер из файла; если файла нет, то номер = 0
echo $file[$linenum%count($file)]; // вывести строку
file_put_contents($filenumpath, $linenum); // записать номер в файл

Используйте var_export($arResult)

echo $arResult['DETAIL_PICTURE']['SRC'];
echo $arResult['PREVIEW_PICTURE']['SRC'];

$json = file_get_contents('php://input'); // получить JSON из HTTP запроса
$array = json_decode($json, true); // декодировать в массив
var_export($array); // и пользуйся на здоровье

copi.st/Qb8Q on StackOverflow about php://input

Знать про функции (особенно deprecated) версии 5.3+ будет хорошо, а начать лучше с 5.6 - это последняя стабильная в ветке 5.x
Книгу порекомендую «PHP. Объекты, шаблоны и методики программирования» Мэт Зандстра, четвёртое издание, 2015 год - там PHP 5.6 - книга прям по канонам шаблонов проектирования
По версии 5.4 можно взять «PHP. Рецепты программирования» Дэвид Скляр, Адам Трахтенберг, третье издание, 2015 год - там отличные примеры кода, которые часто пригодятся на практике.

Ещё я бы порекомендовал посмотреть на код в ООП стиле для версии 5.0 - он довольно часто фрагментарно (по привычке наверное) используется в 5.3+. Это для общей эрудиции, чтобы не запутаться в синтаксисе приложений, которые могут попасть в руки. Например, передача по ссылке объектов как параметров функций, присвоение объектов по ссылке - это уже не используется, объекты и так передаются и присваиваются по ссылке.

В руки может попасться код любой версии PHP в процедурном стиле. Весьма своеобразный код. С глобалами, константами и прочей "не ООП" трухой. Процедурный стиль всё ещё используется, особенно для одноразовых консольных скриптов.

Нужно знать, как мигрировать код с deprecated библиотеками, которые предыдущим программистам лень было заменять на новые (например, mysql_ или ereg_ ).

Вот тут не делай конкатенацию console.log(ourServ+' our)');
правильнее выводить два значения через запятую console.log(ourServ, 'our)');
а лучше пользуйся пошаговой отладкой

Вот: всё у тебя нормально вроде бы


Ответ сервера надо перестроить, чтобы отображать более сложные данные. Может быть так:

foreach ($data as $key) {
    $response[] = [
        'city' => $key['city'],
        'region' => $key['region'],
        'state' => $key['state'],
    ];
}

или так

foreach ($data as $key) {
    $city = $key['city'];
    $stateRegion =  $key['region'] . (''!==$key['region'] && ''!==$key['state'] ? ' ' : '') . $key['state'];
    $response[] = $city . ''!==$stateRegion ? ' ( ' . $stateRegion . ' )' : '';
}

Какую CMS лучше взять чтобы ускорить и удешевить разработку ?
Не вижу смысла писать с нуля, потому что должны быть готовые решения

Поищи Education Open Source CRM
Навскидку https://www.openeducat.org/ или https://moodle.org/
Последняя мультиязычная.

Ещё по запросу Open Source Social Networks
https://elgg.org/
https://www.humhub.org/
https://www.getanahita.com/

А вообще подобное можно сделать и на базе Wordpress (https://wordpress.org/plugins/tags/community, например buddypress.org ) или Joomla ( extensions.joomla.org/tags/communities, например extensions.joomla.org/extensions/extension/clients... ) а потом допиливать до нужной функциональности.

Не хотел бы углублять в конкретную реализацию. Объяснение на уровне абстракций.

C моей точки зрения роутер должен выполнять функцию определения по методу HTTP и строке URI, какая функция должна быть вызвана.

Результатом работы роутера может быть название класса и метода, как в Yii 1. Или может быть даже анонимная функция, как в Laravel, Phalcon, Django, RoR или ExpressJS. Это может быть, наверное, даже ассоциативный массив типа [ "response headers", "response body" ] или имя статического файла.

Как сказал Сергей Протько, гибкость роутера в том, что роутер ничего не должен знать о логической структуре приложения, но такое я могу сказать только о базовом универсальном роутинге, который работает по карте сопоставлений URI и программных методов. Он действительно мало что знает, потому что парсит регулярки, ищет максимально похожее выражение, возвращает какие-то абстракции.

С моей точки зрения, гибкий роутинг - это такой, который может быть легко заменён на любую альтернативную реализацию. Совместимость обеспечивается использованием объектно-ориентированного подхода с применением интерфейсов или через duck-typing.
Например, роутером может считаться класс, который реализует RoutingInterface (это согласно ООП) или содержит метод route(arguments) (это duck-typing).

Такой подход позволяет реализовать, например, сопоставление пути вида myblog/my-article с контролером
"blog/view" через поиск по базе данных, а не по регулярке.

И вот у Сергей Протько был роутинг с картой сопоставлений, а я заменил на роутинг с использованием базы данных. Логичный вопрос: делать карту сопоставления для всех роутов (что если правил будет больше 100?), либо всё это заносить в базу данных? (всё-всё-всё, каждый путь к профилю всех 100 000 пользователей - они же одинаковые /profile/111222). Ну не гибко же!

Ещё более гибкий роутинг позволяет реализовать каскад роутеров. Если один роутер не смог распознать, кто будет отвечать за этот URI, управление передаётся другому.

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

Или разбить приложение на модули и реализовать роутинг в каждом модуле приложения, а затем соединять их каскадами. Например, пусть за роутинг профиля пользователя отвечает модуль "User", а за записи блога - модуль Blog. Тогда URI вида /profile/111222 возьмёт на себя User, а /profile-as-an-article мог бы бы перехватить блог, и уже если никто не смог, то 404 Page Not found.

Идея гибкого роутинга ясна? Нужны примеры с конкретной реализацией?