https://opennet.ru/openforum/vsluhforumID3/108818.html После 4 месяцев разработки состоялся релиз программы Severcart 0.2.7 (http://www.severcart.org), предназначенной для управления жизненным циклом картриджей для лазерных и струйных принтеров различных производителей. Предоставляемый программой интерфейс позволяет планировать закупку расходных материалов, отслеживать оставшиеся ресурсы, вести историю перезаправок, генерировать отчётность, печатать акты передачи на заправку и формировать договоры поставки. Программа написана на Python 3 с использованием фреймворка Django и СУБД PostgreSQL. Код программы распространяется (https://github.com/sfcl/severcart/) под лицензией GPLv2.<br><br><br><br>Список изменений:<br><br><br>- Реализация возможностей печати наклеек на картриджи.<br>- Возможность поиска по номеру картриджа по всей базе.<br>- Возможность по восстановлению пароля через электронную почту.<br>- Множественные стилевые улучшения приложения.<br>- Реализация асинхронной загрузки событий через AJAX.<br>- Поддержка использования складских помещений.<br>- Поддержка английского язы https://opennet.ru/openforum/vsluhforumID3/108818.html#13 Fri, 30 Sep 2016 10:13:08 GMT &gt;&gt;"Количество перезаправок" &#8212; зачем это вообще?!<br><br>Затем, что если один и тот же картридж регенирируют через заправку, а другой такой же один раз через пять, это повод задуматься. Имея лишь текстовый файл с количеством картриджей такой анализ произвести не удастся. <br> https://opennet.ru/openforum/vsluhforumID3/108818.html#12 Sun, 14 Aug 2016 09:41:05 GMT Прога прямо-таки эталон ненужности. "Количество перезаправок" &#8212; зачем это вообще?! После заправки картридж либо работает нормально либо нет. Во втором случае его либо чинят либо нет. Вообще вся эта база &#8212; бред. Представьте &#8212; вы заправляете, к примеру, 15 картриджей. А потом идете заносить их по памяти в базу. Зачем?! Обычного текстового файла с _количеством_ имеющихся картриджей вполне достаточно.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#11 Sat, 13 Aug 2016 02:00:06 GMT интересно, есть ли интеграция GLPI?<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#10 Fri, 12 Aug 2016 21:04:09 GMT Для заправочной фирмы это все лишние телодвижения. Лучше третью бумажку с подписями поверх второй приклеют, а для крупной шараги с кучей свободных кадров, возможно , поможет понять какие и где катриджи дольше служат и почему. Следовательно какие принтеры брать в будещем, оценить общуб стоимость владения и понять каким юзерам вставить и за что.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#8 Fri, 12 Aug 2016 20:41:08 GMT Если есть постгрес - это ещё не значит, что нужен DBA. Ну что там админить? Скриптом по readme база заводится один раз, и всё. А то, что постгрес здесь оверкилл - ну и плевать, чай, не система с тысячами клиентов.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#6 Fri, 12 Aug 2016 20:36:54 GMT Ну это и есть аналог дельфей с файрбердом с поправкой на сетевую доступность - редкий случай, когда веб-приложение имеет смысл. На вид симпатичная осмысленная утилита.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#4 Fri, 12 Aug 2016 19:25:27 GMT GLPI не хватает что-ли.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#3 Fri, 12 Aug 2016 18:04:31 GMT &gt; Эээ. Такое ПО должно быть написано на дельфях и юзать firebird.<br><br>Неправда, это нужно писать на VB 6.0 и использовать access'овские базы. Хотя мысль совместить постгресовского DBA с эникеем меняющим картриджи выглядит интересно.<br> https://opennet.ru/openforum/vsluhforumID3/108818.html#1 Fri, 12 Aug 2016 17:27:11 GMT &gt;Программа написана на Python 3 с использованием фреймворка Django и СУБД PostgreSQL<br><br>Эээ. Такое ПО должно быть написано на дельфях и юзать firebird.<br>