Алексей

Зависеть может от чего угодно и в том числе суммарно.
Даже от того, какой и сколько модулей активировано и как настроены на сайте и заканчивая всякими побочными настройками - СУБД MySQL, какого типа таблицы, какая версия PHP, и т.д. и т.п.
Короче однозначного ответа нет.
Больше 1 с многовато. Но это уже отданная страница? Или время генерации на сервере?
Впрочем для Wordpress, подумал я тут, это вполне нормальная ситуация.

Ну вроде достаточно ссылку-приглашение сделать, при ее открытии браузер сам передаст в Телеграмм.
Есть еще вариант типа href="tg://join?invite=invite_link". Это кстати уже обсуждалось на Тостере, можете поискать подробности.

Не знаю, насколько подойдет, но встречался мне такой чат Total.JS Messenger - вполне себе годный, вроде все что нужно есть (остальное допиливается разработчиком на node.js при желании). У разработчика фреймворка также можно заказывать вроде премиум-поддержку, так что в случае отсутствия своего разработчика можно обратиться напрямую.

А я думаю самый богатый опыт получите при разработке игрового проекта. Браузерная игра любого типа. Тут и работа с БД и с правами и интеграция с внешними сервисами (типа авторизация через соцсеть) и вопросы оптимизации и вопросы валидации верстки и вопросы обмена информации между клиентом-сервером и т.п..

Для начала вы определитесь, что и в каком объеме будет хранить база данных (хотя бы примерно)? Какие требования у вас к БД, к ее производительности, к ее возможностям, наличию возможности удаленного доступа и т.п.?

Если вам там нравится JSON - посмотрите в сторону NoSQL баз данных. Например, MongoDB. Схема хранения данных схожая, гибкости больше и это СУБД, отсюда всякие ништяки типа отдельного доступа к БД из других приложений, встроенные средства работы с данными, сортировкой, индексами и много чем еще, типа архитектурно заложенные средства безопасности, транзакций и т.п. и т.д. и др. В очень грубом приближении можно сказать, что это MySQL (нет конечно же), но подход к хранению и обработке данных совсем другой.

Есть также несколько реализаций встраиваемых БД, которые не требуют установки на сервер отдельного программного слоя в виде СУБД и работают на уровне самого приложения (неважно, сайт в том числе). На разных языках программирования есть и универсальные и уникальные реализации. Например, NeDB для node.js, LiteDB для .NET, LevelDB, PouchDB и т.п.

Если у вас будет немного данных, всю базу можно и хранить в файлах, как вы описываете INI или JSON. Разве что выбор INI не то, чтобы неудачный, просто почти в любом веб-ориентированном языке программирования есть уже средства по работе с JSON. В том числе и реализации встроенных баз данных на базе JSON. Успешных реализаций встроенных баз данных из INI я не встречал еще... Тем более, что в конечном итоге вам наверняка придется обмениваться данными между сервером и клиентом и для этого обычно используют именно JSON.

Хранение большого количества мелких файлов (в вашем понимании INI) - может стать в определенный момент проблемой на уровне операций с диском, также все сильно зависит от файловой системы и ее настроек на сервере. 50 тыс это дофига на самом деле. Я встречал проблемы с более 30к файлов в одной папке, решить это потом "на горячую" будет проблематично, а главное что не всегда будет очевидна проблема.

Если вы уже знакомы с PHP — выбирайте его и фреймворк. На данный момент очень популярны Zend Framework, CodeIgniter, хорошо развивается Kohana и Yii. Какой из них лучше взять — просто почитайте официальные ресурсы каждого из них, где будет понятнее объяснение — то и берите :)
Если действительно готовы что-то изучить с нуля и вам важно без привязки к платформе — Django (Python) или Ruby On Rail. Каждый из них по сути тоже фреймворк (грубо говоря), т.е. предоставляет дофига всяких готовых шаблонов и каркасов. Django например очень хорош в плане работы с Google App Engine — можно многие вещи упростить еще больше.
Я бы лично выбирал продукт по прочтении по диагонали официальных ресурсов, особенно русскоязычные варианты. Смотрите на наличие документации, на логичность доступа к ней и логичность описания (открывайте наугад раздел и просматривайте, понял / не понял, что-то типа)… В общем — дерзайте.