FanatPHP

select u0.*, u1.*
from `user` as u0
inner join `user` as u1
  on u1.id > u0.id and u1.show = 1
where
  <some condition for u0>
limit 1;

Результат, правда, будет в одну строку вместо двух, но не думаю что это проблема.

Все никак не пойму - не легче ли вам самим поискать? ведь так сэкономите свое же время, чем задавать вопрос и ждать ответа..

1) Не надо использовать встроенные сессии вообще нигде и никогда.
В api можно использовать свои собственные токены, описать в документации api процесс их получения и передачи.

2) Почитайте документацию любого api крупного проекта: fb, https://developers.facebook.com/tools/explorer/?me... twitter https://dev.twitter.com/rest/public итд
Так или иначе (oauth, своя авторизация, еще как то) клиент получает access token который далее явно передает.

3) Если вся эта история нужна Вам для авторизации/разграничения прав - ок.
Но если Вы хотите для каждой сессии хранить какие то состояния на сервере - хорошо подумайте насколько это необходимо. Работать со stateless api гораздо приятней и понятней.

mkdir()

Да, правильно
А не проще просто -1 написать?

должен вывести "<?php echo 'some text'; ?>", а не "some text".

Расскажите лучше, как вы это получили.
У меня под рукой сейчас два десятка версий PHP от 5.1 до 5.6 - все возвращают <?php echo 'some text'; ?>, как и должны.

MVC как паттерн вообще никак не задает схему url, MVC может быть вообще не для веба.
Конкретные реализации могут использовать ту или иную схему для url, но это выбор авторов этих реализаций и к самому паттерну не имеет отношения.

php.net/manual/ru/function.password-verify.php

Почему не сделать инет магазин на фреймворке? это проще и удобнее.

function.preg-replace.php

Возможно у вас file.php сохранен в кодировке utf-8 c BOM. Сконвертируйте его в utf-8 без BOM.

array_unique($phone, SORT_REGULAR);

$phone = array_map("unserialize", array_unique(array_map("serialize", $phone)));

Оффтоп про ПДО: существуют плейсхолдеры.

Ну если это телефон, то и пишите 8 перед числом т.е. код страны, а он по-моему нулём не бывает. И номер правильный сразу будет =)

Но только в INT, по-моему, номер не поместиться, лучше BIGINT.

А вообще не правильно всё это =) Как Вам выше и сказали, лучше varchar, и просто добавить проверки.