https://mobile.opennet.me/openforum/vsluhforumID3/136688.html Состоялся релиз каталогизатора домашней библиотеки MyLibrary 4.0. Код программы написан на языке программирования С++ и доступен (GitHub, GitFlic) под лицензией GPLv3. Графический интерфейс пользователя реализован с помощью библиотеки GTK4. Программа адаптирована для работы в операционных системах семейства Linux и Windows. Для пользователей Arch Linux в AUR доступен готовый сценарий сборки пакета. Для пользователей Windows доступен экспериментальный инсталлятор...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63135<br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#181 Thu, 07 Aug 2025 08:17:12 GMT все в ваши руках: если мне не изменяет память, то в данной книжке используется Allwinner (у которого прекрасная поддержка в основной ветке ядра)<br><br>Есть некоторая проблема с драйвером для электронной бумаги, но ничего нерешаемого: шидра выдвет, что там всего около 100 функций<br><br>вот например есть postmarketOS на Pocketbook 614+<br>https://wiki.postmarketos.org/wiki/PocketBook_614_plus_(pocketbook-614-plus)<br><br>(работает все, кроме электронной бумаги)<br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#180 Sun, 18 May 2025 09:44:25 GMT &gt; Я к тому, что сделать базу данных самому - не такая уж <br>&gt; сложная задача. <br><br>Не такая и простая задача, надо же и поиск сделать и многопоточную эффективную вставку.<br><br>&gt;А работать она будет куда-эффективней, просто потому что будет <br>&gt; заточена под конкретную задачу. <br><br>А вот тут я не уверен, куча человекочасов вложенные в известные БД, в том числе и в эффективность, у меня точно столько возможностей нет. Ну и плюс фичи SQL, если свою делать, будет ни с чем не совместимый велосипед, а тут, при желании<br>, за день можно для новой БД бэкенд набросать. <br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#179 Fri, 16 May 2025 17:53:36 GMT &gt; Пробовал sqlite, но он работает на вставку многопоточную раз в 10 медленнее <br>&gt; и это стало бутылочным горлышком при парсинге 200Гб архивов.<br><br>Я к тому, что сделать базу данных самому - не такая уж сложная задача. А работать она будет куда-эффективней, просто потому что будет заточена под конкретную задачу. Перечисленное вами - оно слишком монструозное на мой взгляд. Хотя я с этими базами данных особо дела никогда не имел, так что вам виднее. <br><br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#178 Fri, 16 May 2025 11:10:45 GMT &gt; По-моему mysql тут уже - лишнее. Но, как говорится, каждый готовит суп, <br>&gt; как ему больше нравится.<br><br>Пробовал sqlite, но он работает на вставку многопоточную раз в 10 медленнее и это стало бутылочным горлышком при парсинге 200Гб архивов. <br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#177 Tue, 29 Apr 2025 21:26:58 GMT Ваше первое слово "задумайтесь" уже является ошибкой. Ваш адресат не из тех, кто в состоянии это сделать, что хорошо видно из его реплик, в том числе ответов Вам.<br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#176 Mon, 28 Apr 2025 19:42:32 GMT &gt; Правда я так и не довел до уровня "больше, чем нужно для личного <br>&gt; пользования".<br><br>Ну и зря;)<br><br>&gt; А для личного, мне хватило парсинга в БД(mysql), поиска по <br>&gt; имени\автору и экспорт в формате Автор - серия - название - <br>&gt; том, чтобы сразу в читалку загружать(на киндле довольно хреновый встроенный список <br>&gt; книг).<br><br>По-моему mysql тут уже - лишнее. Но, как говорится, каждый готовит суп, как ему больше нравится.<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#175 Mon, 28 Apr 2025 18:47:57 GMT &gt; Как-то очень туманно пишете. <br><br>Так и думал, что не догадаетесь. Или сделаете вид, что не догадались. А ведь всё на самом деле достаточно просто. Любая корпорация суть есть агрегат по производству прибыли для владельцев и акционеров. Нет никаких других целей, только выжимание максимального количества дензнаков из чего угодно. Если можно ничего не производить, то ничего производить не будут, если можно производить дрянь - будут производить дрянь, если можно кого-то напрямую убить и ограбить без последствий для себя - убьют и ограбят. Да даже и с последствиями. "Нет такого преступления, на которое не пошёл бы капитал ради 300% прибыли". Но поскольку люди (от сволочи ведь!) просто так деньги отдавать не хотят и дрянь покупать тоже как-то не очень желают, то иногда господа "бизнесмены" вынуждены хоть что-то производить. Не сами, о нет. Работать руками - ещё чего! Мы для этого наймём тех, кому натурально жрать порой нечего - пусть пашут за гроши. Всё равно никуда не денутся - кушать хочется каждый день внезапно. https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#174 Mon, 28 Apr 2025 14:42:32 GMT Как-то очень туманно пишете. Пользовался Android с Lineage, пользовался и со стоком. Особо не страдал. Правда, избегая и Гугл Аккаунт, и Google Play с его вечными обновлениями. Ну и производители такие были, что рекламой в системных приложениях не баловались. Могу представить о чём речь только в том плане, что всякие банковские приложения-комбайны обычно злобные и наглые, может быть, соцсетевые. Google, заставляющий безальтернативно сливать данные бекапа исключительно на свои сервера.<br><br>В любом случае, писал совсем я не об этом, а об "подсмотреть".<br>https://cdn.macstories.net/002/95c0f9ce-a9ee-4938-8abc-79f507a78fa61533565647370.jpeg<br>https://img.utdstc.com/screen/1e3/5f6/1e35f6b9d02ac1a8308125d42e3e78d3bcda9aa9e92b95e984cb874b3a191dfa:600<br> https://mobile.opennet.me/openforum/vsluhforumID3/136688.html#173 Mon, 28 Apr 2025 14:32:34 GMT C++ &#8212; не самый простой язык вы выбрали. Полагаю, что-то вроде Go помогло бы сосредоточиться практически исключительно на бизнес-логике, хоть и ценой жирного (под 100MB) бинаря. С GUI не всё так просто там, конечно, фреймворки страшненькие и куцые. И выбор: или привязываться к очередной недоделке, которую могут забросить, или что-то пытаться наковырять желаемое через биндинги.<br><br>Огромная часть программ состоит в "грациозной" обработке всяческих нештатных ситуаций и ошибок, да. Объяснить пользователю в понятных терминах, что случилось; не повредить собственное внутреннее состояние (БД); не повредить юзерские файлы. Реальные условия далеки от сценария "всё продет как задумано". Реальная местность всегда отличается от сглаженной идеалистической картинки, может удивить и шокировать. Go-шная идиома с if err!=nil после каждой строчки...<br>