|
|
|
| После регистрации пользователя ГДЕ создавать его профиль? Уточняю: например на сайте будет зарегистрировано 1000 или 100000 пользователей - их профили можно создавать в одной папке на сервера - это понятно., НО если пользователей будет ОЧЕНЬ-ОЧЕНЬ МНОГО (например больше 5 млн), то создать такое количество директорий в одной директории USERS не возможно из-за ограничения файловых систем.(?) или можно?
Как с этим делом быть?
---
А также если разделить пользователей по подпапкам то возникает проблема доступа к профилю пользователя.
Например при регистрации проверяется общее количество уже зарегистрированных пользователей, если их больше 100000, то профиль для нового пользователя создается в директории USER/2
---
НО как быть если на сайте логинятся маша, которая зарегистрирована до количества пользователей 100000, и паша, который зарегистрирован уже когда количество пользователей превысило 100000.
Профиль маша находится USERS/1/маша , а профиль паша в USERS/2/паша .
Как узнать где кто расположен во время логинения на сайт?
Вот такая вот "проблема" :(
---
Конкретный код не нужен - подскажите общий алгоритм доступа к профилю.
ВАЖНО: Сайт создается без БД. Все данные в текстовом формате. | |
|
|
|
|
|
|
|
для: root_xxx
(22.10.2014 в 18:40)
| | >ВАЖНО: Сайт создается без БД. Все данные в текстовом формате.
т.е предполагается, что сайтом будет пользоваться 100 тыс. пользователей, а денег на нормальный хостинг нету? | |
|
|
|
|
|
|
|
для: psychomc
(22.10.2014 в 18:50)
| | майСКЛ не будет использоваться сознательно. И щас кажись хостинга без майскл уже нигде нет. | |
|
|
|
|
|
|
|
для: root_xxx
(22.10.2014 в 19:11)
| | ну так используйте другую субд. или принципиально не хотите реляционную модель? в таком случае это большая ошибка, потому как возможности вашего сайта будут сильно ограничены. субд вам даёт много возможностей гибкого доступа к данным и решает много рутинных задач, которые с простыми файлами вы решать запаритесь | |
|
|
|
|
|
|
|
для: root_xxx
(22.10.2014 в 19:11)
| | в сторону 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 или свой собственный формат) - это все равно БД. | |
|
|
|
|
|
|
|
для: Igorek
(23.10.2014 в 11:50)
| | да, sqlite хорошая штука. но на мой взгляд проигрывает mysql по возможностям и по скорости. вообще, если я правильно понял, человеку просто не нравится работать с современными субд и он очень хочет создать свой велосипед | |
|
|
|
|
|
|
|
для: Igorek
(23.10.2014 в 11:50)
| | >пусть даже вы храните данные в текстовом формате... ...это все равно БД.
та да. ведь все структурировано.
Пасиб. буду думать и шото ;) решать. | |
|
|
|
|
|
|
|
для: root_xxx
(22.10.2014 в 19:11)
| | смотрите в сторону noSQL решений. монго, например. | |
|
|
|
|
|
|
|
для: Enter
(23.10.2014 в 14:31)
| | принял верное решение http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=91667 - перейти на мСКЛ! | |
|
|
|
|
|
|
|
для: root_xxx
(03.11.2014 в 12:02)
| | чем обосновано это решение? | |
|
|
|
|
|
|
|
для: Enter
(05.11.2014 в 16:31)
| | ??? странный вопрос. Мороки меньше. Проще организовать работу с данными. Удобно хранить и доставать данные. В детали не хзочу посвящать, но вот конктреетно по теме: При регистрайии путь к профилю пишеться в таблицу users, а потом selectom без напряга вытягивается. Это только минимальный примерчик - вот и все.
---
но... :( я 0 в sql поэтому и создаю такое темы http://www.softtime.ru/forum/read.php?id_forum=3&id_theme=91680 | |
|
|
|
|
|
|
|
для: root_xxx
(05.11.2014 в 17:17)
| | почему sql, а не nosql? | |
|
|
|
|
|
|
|
для: Enter
(06.11.2014 в 13:05)
| | я не знаю что такое nosql. | |
|
|
|
|
|
|
|
для: root_xxx
(06.11.2014 в 15:41)
| | надо узнать. | |
|
|
|
|
|
|
|
для: Enter
(07.11.2014 в 10:25)
| | вполне заморочен изучением mySQL | |
|
|
|
|
|
|
|
для: root_xxx
(21.11.2014 в 01:52)
| | этого мало. | |
|
|
|