Но внезапно вместо того, чтобы потратить 2 часа на исправление, или хотя бы задать вопросы о том, как сделать лучше, вы зачем-то решили начать оправдываться.
По-моему я написал, что услышал все замечания и буду стараться исправить. Даже поблагодарил вас за то, что вы проанализировали статью и указали на ошибки. Они действительно были совершены, это я признаю. И где я оправдываюсь?
Какая разница, сколько дней у вас ушло? К чему здесь это "использует одна группа" и "мнимая безопасность"?
Потому что данное решение нужно было "здесь и сейчас". И ключевым фактором при реализации была, в первую очередь, скорость. Была необходимость как можно быстрее ввести продукт в эксплуатацию, а потом уже закрывать все уязвимости и как-то улучшать.
Что статья на самом деле не подходит для Хабра вообще. В первую очередь форматом "Смотрите какой я молодец, на коленке сделал приблуду для студентов!", в то время как на Хабр пишут "Смотрите, что нового вы можете узнать".
Кроме того, делать поспешные выводы о цели написания данной статьи абсолютно некорректно с вашей стороны. Цели каким-то образом восхвалить себя при помощи этой статьи я не имею. Она была опубликована из-за самой идеи проекта и для получения обратной связи, касательно моей реализации этой идеи. Я хотел узнать об ошибках в проекте, получить адекватную критику и услышать новые идеи и предложения. Всё сказанное в комментариях, без исключения, было принято во внимание.
Спасибо за ваш комментарий. Действительно, в статье допустил ошибку phpMyAdmin - это не СУБД. Также согласен со всеми остальными указанными замечаниями, постараюсь исправить.
Алгоритм хэширования использовал исключительно в целях хоть какой-то, пусть и "мнимой", безопасности, дабы не возникло банального желания у пользователя с этим разбираться. Подбирать пароли для каждого пользователя, которого хочется сдвинуть в очереди, звучит всяко сложнее, чем просто выделить ячейки в гугл-таблице.
В остальном же, как отвечал уже в комментариях, на реализацию ушел 1 рабочий день (может чуть больше, если считать заполнение БД и другие факторы). Проект используется только одной учебной группой, не заморачивался сильно. Поэтому прошу сильно не пинать за такие грубые ошибки.
Ну вот и сколько времени вы потратили на эту задачу? Неделю? Три недели?
Данный проект был написан "на коленках" за 1 день.
Цели продвинуть себя в очереди вперед не имею. Создавать отдельные чаты для каждой дисциплины? Вы серьезно сейчас? В принципе, практика с чатами уже была и оказалась абсолютно безуспешной. Как минимум, нельзя отследить текущее состояние очереди. В случае же с автоматизированной очередью, каждый студент после защиты лабораторной работы должен удалить свою запись.
Не понимаю смысла данного комментария.
По-моему я написал, что услышал все замечания и буду стараться исправить. Даже поблагодарил вас за то, что вы проанализировали статью и указали на ошибки. Они действительно были совершены, это я признаю. И где я оправдываюсь?
Потому что данное решение нужно было "здесь и сейчас". И ключевым фактором при реализации была, в первую очередь, скорость. Была необходимость как можно быстрее ввести продукт в эксплуатацию, а потом уже закрывать все уязвимости и как-то улучшать.
Кроме того, делать поспешные выводы о цели написания данной статьи абсолютно некорректно с вашей стороны. Цели каким-то образом восхвалить себя при помощи этой статьи я не имею. Она была опубликована из-за самой идеи проекта и для получения обратной связи, касательно моей реализации этой идеи. Я хотел узнать об ошибках в проекте, получить адекватную критику и услышать новые идеи и предложения. Всё сказанное в комментариях, без исключения, было принято во внимание.
В статье действительно опечатка: phpMyAdmin - не СУБД
Спасибо за ваш комментарий. Действительно, в статье допустил ошибку phpMyAdmin - это не СУБД. Также согласен со всеми остальными указанными замечаниями, постараюсь исправить.
Алгоритм хэширования использовал исключительно в целях хоть какой-то, пусть и "мнимой", безопасности, дабы не возникло банального желания у пользователя с этим разбираться. Подбирать пароли для каждого пользователя, которого хочется сдвинуть в очереди, звучит всяко сложнее, чем просто выделить ячейки в гугл-таблице.
В остальном же, как отвечал уже в комментариях, на реализацию ушел 1 рабочий день (может чуть больше, если считать заполнение БД и другие факторы). Проект используется только одной учебной группой, не заморачивался сильно. Поэтому прошу сильно не пинать за такие грубые ошибки.
Данный проект был написан "на коленках" за 1 день.
Цели продвинуть себя в очереди вперед не имею. Создавать отдельные чаты для каждой дисциплины? Вы серьезно сейчас? В принципе, практика с чатами уже была и оказалась абсолютно безуспешной. Как минимум, нельзя отследить текущее состояние очереди. В случае же с автоматизированной очередью, каждый студент после защиты лабораторной работы должен удалить свою запись.