Rob1n Bobin:
1. если Вы обращаетесь через sub.main-domain.ru, то домашняя папка - у вас заданный вами каталог.
2. файла .htaccess в папке subdomain может и не быть - это не важно.
скорее всего у Вас docroot при sub.main-domain.ru остаётся та же папка, что и для основного домена.
3. попробуйте [OR,NC] добавить в конце строки через пробел
dev400: значит Вы создаёте свой модуль для работы с API и сами следите за перекрытиями. Т.е. это Ваше пространство имён и Вы в нём работаете.
И дополнительно разделять - ничего не требуется.
dev400: как это одновременно: и сторонними, и теми, которые Вы написали?!
Если Вы просто использовали готовый класс внутри своего обёрточного класса на основе какого-то готового класса API, то разделение не требуется, т.к. область создания объекта класса - это уже Ваш namespace (если он у Вас задан).
Если же Вы добавили что-то своего внутрь файла-класса API, то чтобы не пересеклись имена и сохранялось разделение внутри - необходимо использовать (переключать) namespace там, где Вы начинаете использовать свои наработки, чтобы переходить от пространства к пространству: между своим и API.
Tw1ce: я привёл общий случай, который применим везде в любой сфере, не только для веб и/или IT.
Про марковские цепочки - я бы не стал на них опираться, как на эталон, это - узкий частный случай и да: если Вам нужны ТОЛЬКО АНАЛИТИКА переходов - метод подходит, однако в этом случае, Вы потеряете львиную долю аналитики - это анализ данных заголовков запросов к серверу от клиента.
"Среднестатистический показатель появления" - именно время, верно? Да. Среднее время периода определённого запроса на основе предыдущих аналогичных запросов всей системы.
