Александр Аксентьев

Список баз можно получить запросов в базу, и таблиц тоже.

Для этого не надо сканировать папку.

А подробнее? Что должно получиться-то?

Каждый раз выполнять подсчет перед загрузкой - будет медленно,

Сделать sum всех файлов юзера в базе это долго? (Никто не считает файлы физические каждый раз, тем более в высоконагруженных системах они лежат не на одном сервере, а на куче)

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

Как же все сайты вообще работают тогда.

Других способов-то как бы и нет.

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

Сами всё описали.

Код готовый никто не даст.

Зачем вообще шифровать что-то из этого?

Если на сайте есть дыры через которые можно получить файлы сессий, то шифруй-нешифруй как-то особо разницы нет.

Вы хотите 100 регекспов в один засунуть?

Что вы будете потом с этим делать?

Почему просто по очереди не проверить?

Не существует.

Только по отдельности.
Только некоторые типы.

Картинки и пдф бразуер сам прекрасно показывает - зачем просмотрщик?
Для документов и таблиц надо искать решения, но готовых нет в любом случае, самому надо встраивать и т.д.

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

++ Сортировать ничего не надо.

Один проход

for(){
    if(strana.otel_stoimost < min_strana.otel_stoimost)
    {
        min_strana.otel_stoimost = strana.otel_stoimost
    }
}

explode + parse_str

ps.
Если достать из ссылки имеется в виду получить хеш текущей открытой страницы, то это не к пхп.

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

А очищать переменные не пробовали после использования?

Это надо ограничить на уровне верстки

Как вариант поставить какой-нибудь поисковый движок перед базой и всё проиндексировать.
Вы не указали что за данные и что за поиск поэтому это единственный вариант который можно предложить.

А в целом уже есть партицирование и InnoDB, MyISAM и mrg_MyISAM устарели в принципе в этом плане.

...

`users_table_`.floor($user_id/1000000).

Это какая-то хрень, а не шардирование, это скорее ближе к партицированию.

Очень простая ОРМ.
www.phpactiverecord.org/projects/main/wiki/Associations

А лучше взять Eloquent ORM из ларавел.
https://laravel.com/docs/5.0/eloquent
https://github.com/illuminate/database

При загрузке ядра WP все плагины тоже подгружаются, по крайней мере должны.
Соответственно можно после инициализации WP вызывать функции из плагина.

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

Это json.
Его надо парсить и перезаписывать полностью каждый раз, для такого случая.

И это не БД совсем, прям совсем вообще не база данных.