Код для урока писан, зачем его раньше времени? Использует mysql сессии, обычные сессии он не использует, дабл хэш с солью, авторизация в общем контроллере по кукам, куки с солью и привязкой к ip, запросы к базе короткие, и так далее.. Возможные проблемы на раннем этапе - это раскрытие путей в (notice зависимых) слабых местах. Спать сегодня мне точно не грозит ))
Нет-нет, я просто здесь напутала, когда переписывала (вручную) (Добавление)
Точно, благодарю! А то 10 минут на сонную голову искала ошибку. Значит, пора идти спать.
Описываю создание регистрации / аутентификации в виде урока, и столкнулась с одной ранее не попадавшейся проблемой, которую пока решить не смогла, потому что проблема демонстративно делает show/hide при незначительных изменениях: небольшой набросок:
Благодарю всех вас за активное участие в данной теме!
Не нарушая традиций, выкладываю ещё один более безумный пример "защиты данных", найденный мною несколько минут назад. В виде статьи / документации.
Раз знаете, то почему в коде, который вы представили, нет ни намёка на использование натуральных сессий, а не вымышленных? JustUserR всё подобно описал.
Champion прав, но некоторым проще обучаться на примерах (хороших примерах, а не тех, что по Интернету разбросаны в хаотичном порядке с разной степенью паршивости), и эти примеры простой и грамотной реализации мы своими усилиями можем предоставить читателям, у которых, возможно, действительно пропадут многие вопросы, или же появятся много новых, но более профессиональных. Простая реализация, скажем, какой-нибудь системы регистрации-аутентификации, что так сейчас востребовано среди новичков. Если уж некоторых жаба душит бесплатно писать, то удушье можете чуть расслабить - вы же не будете писать, скажем, супер систему с супер mvc, а простой шаблон реализации какого-то отдельного момента.
И для этого не нужен отдельный раздел, как я считаю. Просто префикс темы придумать для таких статей, и помещать в общак. Или как Champion поступил с регулярными выражениями: назвать "Приложение 1-2-3-5"