Форум PHP

После регистрации пользователя ГДЕ создавать его профиль? Уточняю: например на сайте будет зарегистрировано 1000 или 100000 пользователей - их профили можно создавать в одной папке на сервера - это понятно., НО если пользователей будет ОЧЕНЬ-ОЧЕНЬ МНОГО (например больше 5 млн), то создать такое количество директорий в одной директории USERS не возможно из-за ограничения файловых систем.(?) или можно?

Как с этим делом быть?
---
А также если разделить пользователей по подпапкам то возникает проблема доступа к профилю пользователя.

Например при регистрации проверяется общее количество уже зарегистрированных пользователей, если их больше 100000, то профиль для нового пользователя создается в директории USER/2
---
НО как быть если на сайте логинятся маша, которая зарегистрирована до количества пользователей 100000, и паша, который зарегистрирован уже когда количество пользователей превысило 100000.

Профиль маша находится USERS/1/маша , а профиль паша в USERS/2/паша .

Как узнать где кто расположен во время логинения на сайт?

Вот такая вот "проблема" :(
---
Конкретный код не нужен - подскажите общий алгоритм доступа к профилю.

ВАЖНО: Сайт создается без БД. Все данные в текстовом формате.

>ВАЖНО: Сайт создается без БД. Все данные в текстовом формате.
т.е предполагается, что сайтом будет пользоваться 100 тыс. пользователей, а денег на нормальный хостинг нету?

майСКЛ не будет использоваться сознательно. И щас кажись хостинга без майскл уже нигде нет.

ну так используйте другую субд. или принципиально не хотите реляционную модель? в таком случае это большая ошибка, потому как возможности вашего сайта будут сильно ограничены. субд вам даёт много возможностей гибкого доступа к данным и решает много рутинных задач, которые с простыми файлами вы решать запаритесь

в сторону SQLite смотрели?
вся база в одном файле. расширения для PHP доступно по-умолчанию.
с оф. сайта:
SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file. The database file format is cross-platform - you can freely copy a database between 32-bit and 64-bit systems or between big-endian and little-endian architectures. These features make SQLite a popular choice as an Application File Format. Think of SQLite not as a replacement for Oracle but as a replacement for fopen()

последняя строчка - это как раз то, что вы пытаетесь сделать, имхо.

> ВАЖНО: Сайт создается без БД. Все данные в текстовом формате.
пусть даже вы храните данные в текстовом формате (не важно в каком, csv, xml, json, yaml или свой собственный формат) - это все равно БД.

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

>пусть даже вы храните данные в текстовом формате... ...это все равно БД.

та да. ведь все структурировано.

Пасиб. буду думать и шото ;) решать.

смотрите в сторону noSQL решений. монго, например.

принял верное решение http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=91667 - перейти на мСКЛ!

чем обосновано это решение?

??? странный вопрос. Мороки меньше. Проще организовать работу с данными. Удобно хранить и доставать данные. В детали не хзочу посвящать, но вот конктреетно по теме: При регистрайии путь к профилю пишеться в таблицу users, а потом selectom без напряга вытягивается. Это только минимальный примерчик - вот и все.
---

но... :( я 0 в sql поэтому и создаю такое темы http://www.softtime.ru/forum/read.php?id_forum=3&id_theme=91680

почему sql, а не nosql?

я не знаю что такое nosql.

надо узнать.

вполне заморочен изучением mySQL

этого мало.