Comments 51
Ну что за кликбейт?!(((
Я уж надеялся на киберпанк с подключением школьников к общему серверу....
Ну придется подождать Маска с его нейрочипами. Учителя будут за всеми тремя руками!
Идея отличная, реализация Может быть сильно улучшена.
Дизайн мягко говоря устарел 15 лет назад. Тут не требуются какие то ВАУ технологии с кучей анимации. Буквально приятные мягкие шрифты, менее контрастные цвета, больше отступов вокруг данных ( для их разделения), аккуратное расположение данных с центрованием где оно нужно, Автоматические большие буквы в началах уроков, итд.
Информативность хромает. Тут конечно от школы зависит но кажется было бы удобно иметь не только название урока но и данные о кабинете где он проходит.
Код залить на гитхаб, для удобства контроля версий и возможных доработок от комьюнити
Чуть прибавить отопление в школе, +19 это прохладно =)
Первый опыт, учусь еще. к 3 пункту пока тоже.
Школа маленькая, кабинеты указываются в редких случаях, при изменениях.
Ну так Сибирь, у нас -40 было, школа отогреться не успела. Автоматика разгонит вскоре.
А зачем кол-во секунд до НГ?
Для развития математических навыков у школяров!
Ох, сумлеваюсь я.... (с)
Кстати, можно было бы сделать без веб-сервера и отдельной БД, одним приложением на питоне, например.
Я тоже сомневаюсь, но новый год же... чудеса...
На питоне все конечно, можно, но учитывая шесть мест, где у меня это расписание показывается, и то что каждый школьник может посмотреть расписание по сети внутри школы, как бы не самое эффективное. Плюс к этому, само расписание лишь часть системы управления школой, которая в настоящее время медленно строится.
По поводу дизайна: можно добавить какой-нибудь фреймворк, который не требует классов
Например, sakura
Согласен, я бы предложил:
Температуры округлять до целого (никому эти доли не нужны)
Дату выводить в удобочитаемом формате, например 15 Янв. 2023 Пятница
Использовать шрифт без засечек (Sans Serif)
А откуда берется температура?
Мне очень понравилась ваша статья. Очень жду проект на гитхабе, чтобы можно было помочь в разработке (а то мыльный диск не очень для этого подходит). Хочу устроится на работу в одну школу рядом с нашим городом, и мне бы этот проект очень бы помог :)
Подскажите почему не использовали готовые решения? Например ЭлЖур.
Выглядит очень интересно, тоже хочу что-нибудь автоматизировать на работе или в жизни, вот все думаю что именно, никак не могу собраться с мыслями и силами.
Этот пост как пинок для меня, хд.
peremen, Raspisanie, Urok.. 21 век, unicode поддерживается везде.. Думаю, если назвать скрипты и таблицы по человечески, ни один котенок не пострадает, англоязычные все равно не поймут, а русскоязычным будет легче.
Статья классная. Автор молодец. На предложения переписать на супер фреймворка и переделать здесь и там не обращайте внимание. Главное проект сделан и работает. Пользователи довольны. Сэкономленное на модных подходах время лучше потратить на автоматизацию чего нибудь ещё :).
А "хронограф" не пробовали?
В нем переставлять уроки легче, чем в экселе. И есть возможность отследить конфликты расписаний. Да и просто не получится воткнуть человеку урок, если у него другой урок в то же время в другом классе - выдаст предупреждение. Не знаю, правда, насчет вывода в ТГ. Все делал вручную.
Спасибо за подсказку, посмотрим. Просто расписание состовляю не я, а люди то склонны к привычному, и уговорить пробовать новое всегда сложно.
Ну это же не "Сферум" XD
Не надо тут кошмаров! Бедные учителя, им же это все тестировать приходится.
Период тестирования прошел в прошлом году. Теперь добровольно-принудительный период работы. Согласно распоряжению кого-то там, вся коммуникация теперь обязана идти через "Сферум", т.е. через VK мессенджер. Чувствую, Whatsapp скоро будет вне закона. А как "уйдут" Whatsapp, мэйл начнет рекламу в сферум добавлять, ибо поле для окучивания гигантское, и грех мэйлу будет его не задействовать.
То же на работе есть несколько страничек на php и mysql для внутреннего использования. Вроде не модно уже сейчас и не современно, зато максимально заточено под конкретные требования и легко дорабатывается под нужды, в отличие от громоздких готовых решений.
Из предложений - вместо экселя сделать форму ввода расписаний прямо на сайте. Сначала хотел сделать загрузку как у вас (не расписание, другие данные), но форма ввода жёстко ограничена, можно сделать любые проверки данных, не надо никого учить правильно оформлять файл для загрузки.
Из современного - сделал для личного использования десктопную программу на питоне, работающую с теми же базами данных. Но вот на написание кроссплатформенного приложения для винды и андроида знаний и времени уже не хватает, проще ту же веб-страницу немного доработать и открывать со смартфона.
Самое страшное - это переучивать людей. Проще сделать привязку к тому, к чему все привыкли (форма бумажного расписания разработана давно и не меняется). Ну а насчет моды... она и так диктует слишком многое. Надо ли ее слушать - каждый имеет право решать только за себя.
Только не надо делать как в нашем университете. Электронная ведомость - список студентов с выбором оценки каждого из выпадающего списка. Еще и у каждого стоит "5" по умолчанию. Юзабилити -100, зато не надо ничего валидировать и никого учить.
Хотя бы импорт из текста, если уж не из экселя, должен быть.
У меня совсем другая небольшая форма, там нет сотен оценок, половина сотрудников со смартфона, на айфоне никто эксель загружать не будет. А с десктопов только отчёты смотрят, там и загружать нечего.
Да и при разработке лично общался с тестовыми пользователями, хорошие предложения вносил, неудачные объяснял им, зато сейчас их в глаза не вижу уже года три.
идея хорошая, реализация так себе
1)
CREATE TABLE `peremen` (
`number` int(11) NOT NULL,
`class` tinyint(4) NOT NULL,
`lesson` tinyint(4) NOT NULL,
`predmet` varchar(100) NOT NULL,
`begin` date NOT NULL
)Ну вы серъёзно? Почему бы не вынести predmet в отдельную таблицу как сущность? Тут рекомендую почитать https://habr.com/ru/articles/254773/
2)
Некоторый нейминг прям выколи глаз:
predmet
peremen
begin
raspisanie
nomer
urok
mnog
3)
printf("Невозможно подключиться к базе данных. Код ошибки: %s\n", mysqli_connect_error());
echo "если вы еще не зашли в админку, перейдите по ссылке и создайте новые базы<a href='admin'>Администрирование</a>";А если БД лежит, то актуальный ли такой совет?
4)
setcookie('passt', $password, 0, '/');WTF??
5)
$loginp="portal"; // логин для доступа к базе
$passp="wildgitar07"; //пароль для доступа к базеДальше лень смотреть и писать, очень грустно
Был бы человек идеален, зачем тогда нужны другие? А так то опыт и копится, через набивание шишек и очередные подъемы после падений. Гораздо хуже, когда идеей все и оканчивается, как у многих идеальных и происходит ;)
4ый - мда, так точно не надо.
Остальное - дело вкуса и дальнейшей поддержки.
В любом случае, когда придут другие, скажут, что с нуля проще переписать. Как и в любом проекте ))
Что такое "диагностика ЧГ"?
Тут у 8-го и 9-го класса по 8 уроков в день. Это нормально? И у 7-го тоже есть 8 уроков в день. Или физ-ра, ОБЖ и всякие разговоры специально поставлены в конец, чтобы их прогуливать?
Сам много работал над расписаниями, хочу посоветовать подход из https://habr.com/ru/articles/412665/, https://codeburst.io/weekly-schedule-editor-concept-8df79ab83305. Впоследствии это преобразовалось в такую штуку, https://ttfiddle.rag.lt/new, правда по ней нет статей.
Я может чего не понял, но зачем вся эта канитель с базой данных? Не проще ли сгенерить из xlsx файла html страничку и положить ее на сервере?
У меня четыре места, где выводится информация по классам (разная). Я должен под каждое место генерить отдельную страничку, удалив предварительно лишнее? И учителям и школьникам рассылать файл по телеграмму вместо расписания на завтрашний день? Ну не знаю, мне кастомизируемость дешевле обеспечить небольшим усложнением начальной работы.
Год назад примерно, в колледже тоже писал проект по просьбе преподавателя для конкурса. Писал на nodejs. Так же парсел Эксель файлы и вносил данные в бд. Преподаватели и группы разнес в разные таблицы, а так же предметы. Все это собиралось в одну таблицу расписания.
Для отображения расписания использовал grid.js. Для дней недели использовал табы из material (старая либа, не развивается, но у меня был пример с ее использованием я и использовал ее). Для выбора группы был сделан выпадающий список. Так же планировалось админка и страница для преподавателей, но из-за не надобности этого никому, оно свое развитие не продолжало. Так же была идея отправлять в телеграм расписание в случае изменения. Так же находил такую вот вещь, это конечно реализация не с нуля, но тоже неплохо)
https://habr.com/ru/articles/733392
Наименования в транскрипции, конечно, глаз режут. По безопасности тоже вопросы возникают. Делал тоже как-то расписание, но не школьное, и более сложное, учитывающее занятость помещений, преподавателей, позволяющее совместно учить группы, одновременно несколько преподавателей добавлять. Однако, подсвечивать коллизии надо было для админа. При этом расписание составлялось на каждую неделю динамически, ибо каждый раз было разное. Также считалась статистика по преподам и группам. Самое сложное было генерировать вывод в шаблон для печати визирования, так как он был по установленной форме, но приходилось его динамически генерировать из-за разной загруженности недель.
Автор, если есть желание, то помогу вам упаковать ваше приложение в докер, вашим коллегам из других школ будет легче жить - развертывание приложения упроститься до пары команд, контакты у меня в профиле.
А мне в Рождество даже прикольно было почитать код из 90-х, ностальгия, никаких вам ООП, MVC, никаких фреймворков, процедурное програмирование и HTML вперемешку с PHP. Я примерно также начинал свой путь в разработке :).
Управляем школьниками, не привлекая внимание санитаров