| |||||||||
| |||||||||
12.09.2011 11:47
При регистрации пароль может иметь длину от 3 до 12 символов
У вас стоит опция автоматически подтверждать учетную запись, или запись подтверждается по e-mail?
Проверьте в демонстрации пароль более 4 символов. Проблем нет.
Да сообщения об ошибке не выдается если пароль не правильный (это так было задумано, но если вы считаете что можно выдавать сообщение об ошибке - то это можно доработать в след версиях), может не правильно вводит свой пароль?
Или дайте ссылку на ваш сайт - я проверю в чем дело.
Насчет базы MySQL. По опыту с ней больше проблем, провайдеры ставят ограниченное количество подключений к БД, чтобы не тормозило, выборка из большой БД MySQL может занимать большее время, чем из индексированной файловой базы. Алгоритмы индексации большой БД разбивают ее на много мелких специализированных баз, поэтому много где можно достичь ускорения.
Рассмотрим например пару типичных случаев.
В базе данных MySQL 10000 товаров. требование - вывести товар из раздела такого то.
обращение к БД все равно будет обрабатывать все 10000 товаров.
в случае с индексированной файловой базой обращение будет только обрезанной базе именно этого раздела. А если товаров в разделе только 5 например? зачем обрабатывать 10000 товаров? В случае с файловой БД - вывод будет не задумываясь.
или вот самый характерный случай. вывести все последние новинки, они могут быть в разных разделах - так что по любому все надо товары обрабатывать.
В случае с файловой базой при индексации создается файл с новинками - вывод его не составит труда.
Ну и последний пример.
Сбор облака тегов. Этих тегов за пару лет накопится 100000 штук, быстрый доступ и обработка такой БД в MySQL - это жесть. Поэтому для сохранения тега лучше использовать отдельный файл, где указаны ссылка на какой раздел сайта вести (админ ее указывает) и счетчик количества посещения сайта по данному тегу.
Индексация тегов обрабатывает (нечасто, что важно) это количество файлов и разбивает теги на группы и создает отдельные страницы для вставки на сайт. программе надо тоько тупо прочитать этот файл и вставить на сайт а не обрабатывать 100000 тегов при каждом заходе на страницу. В MySQL для подобных затратных процедур так и так придется делать что-то типа индексации и возможно не обойтись хранением некотрых частей в файлах.
По сути система хранения БД в файлов - это умное кеширование, для того, чтобы сайт рботал максимально быстро.
Еще один плюс хранения БД в файле - это возможность автоматизированных операций экспорта и импорта базы на другие сайты. Эти файлы легко бекапить и парсить, база разбита на многие части, поэтому парсить и обрабатывать можно только то что нужно - БД пользователей, БД контента, Всю БД товаров или только БД товарных разделов.
Минус только один - невозможность перебросить через MyPHPadmin товарную базу из других MySQL магазинов. Но это не проблема - магазин может импортировать базы из XML YML и из текстов с разделителем. Многие магазинные системы имеют средства вывода БД в данные форматы, поэтому через них можно перевести базу в файловый формат.
Кстати при многих действиях - база автобекапится. например при удалении товарных разделов - и всегда можно вернуть все назад.
У вас стоит опция автоматически подтверждать учетную запись, или запись подтверждается по e-mail?
Проверьте в демонстрации пароль более 4 символов. Проблем нет.
Да сообщения об ошибке не выдается если пароль не правильный (это так было задумано, но если вы считаете что можно выдавать сообщение об ошибке - то это можно доработать в след версиях), может не правильно вводит свой пароль?
Или дайте ссылку на ваш сайт - я проверю в чем дело.
Насчет базы MySQL. По опыту с ней больше проблем, провайдеры ставят ограниченное количество подключений к БД, чтобы не тормозило, выборка из большой БД MySQL может занимать большее время, чем из индексированной файловой базы. Алгоритмы индексации большой БД разбивают ее на много мелких специализированных баз, поэтому много где можно достичь ускорения.
Рассмотрим например пару типичных случаев.
В базе данных MySQL 10000 товаров. требование - вывести товар из раздела такого то.
обращение к БД все равно будет обрабатывать все 10000 товаров.
в случае с индексированной файловой базой обращение будет только обрезанной базе именно этого раздела. А если товаров в разделе только 5 например? зачем обрабатывать 10000 товаров? В случае с файловой БД - вывод будет не задумываясь.
или вот самый характерный случай. вывести все последние новинки, они могут быть в разных разделах - так что по любому все надо товары обрабатывать.
В случае с файловой базой при индексации создается файл с новинками - вывод его не составит труда.
Ну и последний пример.
Сбор облака тегов. Этих тегов за пару лет накопится 100000 штук, быстрый доступ и обработка такой БД в MySQL - это жесть. Поэтому для сохранения тега лучше использовать отдельный файл, где указаны ссылка на какой раздел сайта вести (админ ее указывает) и счетчик количества посещения сайта по данному тегу.
Индексация тегов обрабатывает (нечасто, что важно) это количество файлов и разбивает теги на группы и создает отдельные страницы для вставки на сайт. программе надо тоько тупо прочитать этот файл и вставить на сайт а не обрабатывать 100000 тегов при каждом заходе на страницу. В MySQL для подобных затратных процедур так и так придется делать что-то типа индексации и возможно не обойтись хранением некотрых частей в файлах.
По сути система хранения БД в файлов - это умное кеширование, для того, чтобы сайт рботал максимально быстро.
Еще один плюс хранения БД в файле - это возможность автоматизированных операций экспорта и импорта базы на другие сайты. Эти файлы легко бекапить и парсить, база разбита на многие части, поэтому парсить и обрабатывать можно только то что нужно - БД пользователей, БД контента, Всю БД товаров или только БД товарных разделов.
Минус только один - невозможность перебросить через MyPHPadmin товарную базу из других MySQL магазинов. Но это не проблема - магазин может импортировать базы из XML YML и из текстов с разделителем. Многие магазинные системы имеют средства вывода БД в данные форматы, поэтому через них можно перевести базу в файловый формат.
Кстати при многих действиях - база автобекапится. например при удалении товарных разделов - и всегда можно вернуть все назад.