новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
открыть всё в новых вкладках
Форум → Программирование → Пыхнуть хотите? → F.A.Q. → Авторизация пользователей в полном смысле этого слова.
Авторизация пользователей в полном смысле этого слова.
-
Сообщения:
11960
Репутация:
N
Группа:
в ухо
-
Сообщения:
103
Репутация:
N
Группа:
Кто попало
3 августа 2008 г. 4:41, спустя 34 минуты 14 секунд
А как сделать так, чтобы если чел зарегился, то одобрить регу моно токо админом (с админки)????
А еще грамотнее сделать 2 таблицы с регистрациями. одна подтвержденные, вторая - нет. Для непотвержденных еще и поле срока годности установить, и заставить каждую "новую регистрацию" работать на очистку этой предварительной базы от просроченных записей. И чистота, и порядок, и Cron не нужен. -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
3 августа 2008 г. 4:49, спустя 7 минут 38 секунд
pyhtelkin, а не проще сделать поле со статусом ENUM('register', 'activated', 'еще что-нить, например =забанен=') ?? Нафег таблицу то под это?https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
367
Репутация:
N
Группа:
Кто попало
3 августа 2008 г. 4:59, спустя 10 минут 30 секунд
просто поле добавить где будет 0 или 1 если 0 то акк не промодерирован и чел не может им пользоваться если 1 то все ок -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
3 августа 2008 г. 5:17, спустя 17 минут 33 секунды
Алексей, в твоем способе теряется гибкость (добавление новых статусов, если тининт(1)), читабельность (0, 1…). А если не тиниинт, то вообще туда можно любое число в порядках разумного впихнуть, и возникнет неопределенность.https://smappi.org/ - платформа по созданию API на все случаи жизни
-
Сообщения:
367
Репутация:
N
Группа:
Кто попало
3 августа 2008 г. 5:20, спустя 3 минуты 12 секунд
ну дак ето если со статусами ;-) а если просто чтоб пользователь ждал модерации его аккаунта так пойдет
-
Сообщения:
22959
Репутация:
N
Группа:
в ухо
3 августа 2008 г. 5:23, спустя 3 минуты 28 секунд
Алексей, думаю при последующей доработке понадобятся дополнительные статусы, лучше об этом подумать заранее на этапе проектирования.
P.S. Места в памяти:
TINYINT = 1 байт
ENUM = 1 или 2 байтаhttps://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
103
Репутация:
N
Группа:
Кто попало
3 августа 2008 г. 10:56, спустя 5 часов 33 минуты 12 секунд
Нафег таблицу то под это?
Да, это не необходимость. Это скорее для технической красоты и порядка в основной таблице. Если поломают капчу или спамить будут, зачем нам аутоинкремент с разрывом в десять тысяч единиц? Имхо просто неспортивно как-то … -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
3 августа 2008 г. 11:05, спустя 8 минут 14 секунд
pyhtelkin, а что плохого в разрывах автоинкримента? Если надо с-оптимизируешь…
Если поломают капчу или спамить будут
Как тебя спасет вторая таблица? Ты точно также будеш ломать последовательность автоинкримента.https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
103
Репутация:
N
Группа:
Кто попало
3 августа 2008 г. 11:46, спустя 41 минуту
Не, большой инкремент тоже хорош, можно например для хвастовства кому нибудь запарить. Мол смотрите, на сайте то на моем, прошло 10тыщ регистраций в час, или если по максимуму, на сайте зарегистрировано 10 мильенов человек, нука крутите у мене рекламу, да задорого …
С-оптимизировать не всегда можно, особенно если инкремент уже был роздан участникам и является некоим опорным параметром или его частью, типа userID. А в отдельной предварительной таблице - свой отдельный инкремент, хош оптимизируй, хош перезапускай его вновь.
Хотя, конечно, сломать могут и так, что инкремент станет уже неважен … 8-)))))))) -
Сообщения:
22959
Репутация:
N
Группа:
в ухо
3 августа 2008 г. 11:49, спустя 3 минуты 20 секунд
Не, большой инкремент тоже хорош, можно например для хвастовства кому нибудь запарить. Мол смотрите, на сайте то на моем, прошло 10тыщ регистраций в час, или если по максимуму, на сайте зарегистрировано 10 мильенов человек, нука крутите у мене рекламу, да задорого …
pyhtelkin, нормальные люди не max(`id`) юзают, а count(`id`).С-оптимизировать не всегда можно, особенно если инкремент уже был роздан участникам и является некоим опорным параметром или его частью, типа userID. А в отдельной предварительной таблице - свой отдельный инкремент, хош оптимизируй, хош перезапускай его вновь.
еще раз, как влияет вторая таблица, при изменении последовательности инкремента в первой таблице?
и как влияет на работу инкремент вообще, пусть он будет непоследовательным, чем плохо то?
Хотя, конечно, сломать могут и так, что инкремент станет уже неважен … 8-))))))))
он и так не важен…https://smappi.org/ - платформа по созданию API на все случаи жизни -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
11 ноября 2008 г. 7:01, спустя 99 дней 20 часов 12 минут
сообщение и последующее обсуждение от девушки вынесено сюда: http://pyha.ru/forum/topic/1346.0все умрут, а я изумруд
-
Сообщения:
26646
Репутация:
N
Группа:
в ухо
23 ноября 2008 г. 11:59, спустя 12 дней 4 часа 57 минут
// если такой пользователь нашелся
if ($row = mysql_fetch_assoc($sql))
{
я бы вот так сделал)Сапожник без сапог -
Сообщения:
1
Репутация:
N
Группа:
Кто попало
30 сентября 2009 г. 0:13, спустя 310 дней 11 часов 14 минут
Еще бы статью по регистрации и вообще ВСЕ Норм!!!! -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
30 сентября 2009 г. 0:16, спустя 2 минуты 2 секунды
там есть простецкая регистрация в комплектеСпустя 7 сек.иои нету… Оовсе умрут, а я изумруд
Пожалуйста, авторизуйтесь, чтобы написать комментарий!