Как сохранить хэш в файл?

[glebushka]

гм, а почему бы не использовать XML? А конкретнее модуль XML::Simple?

[NeoNox]

понеслось
а почему бы не использовать Oracle для гостевой книги?

[glebushka]

NeoNox, я например храню все данные юзверей, все их настройки, права и т.п. в хмл-файлах. По файлу на каждого юзверя.
Структура данных получается именно хеш, ну или реже хеш хешей.
Я что-то неправильно делаю? Это можно проще реализовать?

[NeoNox]

glebushka да без вопросов, это только вопрос скорости и предпочтений. Я лиш могу порекомендовать в твоем случае взглянуть на http://search.cpan.org/~wadg/Config-IniFiles-2.38/IniFiles.pm

[glebushka]

NeoNox, круто, спасибо, не  видел его. Есть смысл переписывать код под него? Нагрузка на сервер будет существенно меньше, чем при использовании XML::Simple?

[NeoNox]

Нужно проводить тесты, но я практически уверен что будет ниже. Распарсивание XML структуры это серьезная нагрузка на сервер. Хотя, все зависит от обьемов.

[glebushka]

NeoNox, объём небольшой. Вот пример:




ok
ok


ok
15



login
glebushka


tinytext
......
......
......



Всего записей будет, думаю не более 50 (включая настройки (preferences), привилегии (rights) и информацию о пользователе (records)).
Сейчас у меня вся информация хранится в файлах, вида 1.xml...n.xml
И дублируется в MySQL часть полей:
id bigint(10) unsigned PRI NULL auto_increment
login  tinytext YES  MUL NULL    
mail  tinytext YES NULL
date tinytext YES  NULL
pass tinytext YES  NULL
MySQL использую при авторизации пользователя (авторизация по полю mail+pass). А также для вывода списка пользователей, и навигации по нему.
Естественно, при загрузке страницы авторизированным пользователем приходится каждый раз парсить его файл, определяя его настройки и права. Ну и ещё приходится парсить когда запрашивают данные о конкретном пользователе.

[commander]

glebushka
Зачем ты используешь XML если у тебя есть MySQL?

[commander]

NeoNox
Как на счет безопасности при использования этого модуля (Config::IniFiles) для веб?

[NeoNox]

commander не совать грязные пальцы в рот, и заболевание кишечника тебе не грозит. Я не думаю, что ты /etc/passwd файл ложиш в место видное из веба, правильно?

[glebushka]

commander, ИМХО, хранить подобные данные в MySQL не самая позитивная идея.
1. Кроме вышеперечисленных данных, хранящихся в MySQL все остальные данные используются относительно редко:
а) при авторизации зарегенного пользователя.
б) при посмотре кем-нибудь его данных.
2. Особенности данных. Существуют несколько групп пользователей. У каждой группы пользователей, есть свои специфические поля. Т.е. если переносить в MySQL то получится очень большая таблица, в которой большинство полей будут NULL. Даже с чисто эстетической точки зрения это не очень здорово:)
3. Набор полей, предполагается, будет меняться. А постоянно удалять и добавлять поля в MySQL не слишком удачная идея. ИМХО.

[softsafer]

Спасибо, сделал с помощью use Storable; В Хэшэ кстати дерево хранится.

[softsafer]

glebushka:
гм, а почему бы не использовать XML? А конкретнее модуль XML::Simple?

У хостера неделю не работали некоторые модули. А данные хранились в XML. В срочно порядке пришлось переделывать код на другое хранилище .

[commander]

glebushka

то получится очень большая таблица, в которой большинство полей будут NULL.

Набор полей, предполагается, будет меняться. А постоянно удалять и добавлять поля в MySQL не слишком удачная идея.

При грамотном формировании БД вышеперечисленные доводы не имеют под собой основания... Но это моё личное мнение...

[commander]

NeoNox

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

правильно... Но по поводу хранения данных, я предпочитаю всё хранить в БД, это намного быстрее и удобнее...