paperless-ngx — сканер та архіватор для власних документів

[Володимир Лісівка]

paperless-ngx — це каталог копій документів, з підтримкою сканування, тегів, розпізнавання тексту, пошуку, імпорту з пошти, робочих процесів, та ін., який призначений для ведення невеликого архіву документів (власного чи для невеликого бізнесу). Документи зберігаються у форматі PDF/A, разом з оригіналами.



Сайт: https://docs.paperless-ngx.com/
Проєкт: https://github.com/paperless-ngx/paperless-ngx
Спробувати: https://demo.paperless-ngx.com

[BeSiDa]

Те що "копій" то класно
(замість моделі софту "загарбаємо все в себе").

[BeSiDa]

А взагалі то саме існування такого софту вказує на недосконалість файлової системи, що є
Бо все те що на малюнку мало б бути у файловому менеджері, а "каталог" то був би "каталог" в фс, а всі теги та інші дані (для пошуку) мали б бути параметрами файла в фс. Щось по типу хедерів у хттп та поштовому форматі. Але частина з них відкриті, а частина закриптовані (тільки для тих, у кого є ключ). І вміст файла також. Дві частини, окремо прев'ю, окремо контент. І прев'юможе бути без криптування, тільки підпис.
А то все в середину файла запихують... а то хеадери. Ще й магію з розпізнаванням файлів придумали ))
Навіть половина ЕЛФ файла то лише хеадери для файлової системи.
А для десктопів можна ще й все з "десктоп" файлів в хеадери перенести. Координати Х-У на стільниці чи взагалі в 3Д ))
Хоча є намагання з окремим прихованим деревом додаткових файлів для зберігання хеадерів... особливо на ФАТ фс.

[yvs115]

А взагалі то саме існування такого софту вказує на недосконалість файлової системи

як у випадку диску Це?)

Координати Х-У на стільниці чи взагалі в 3Д ))

чи принаймні в гістрограм-графиці, не порядок..)

[BeSiDa]

Координати Х-У на стільниці чи взагалі в 3Д ))

чи принаймні в гістрограм-графиці, не порядок..)

Та хоч у звуках чи кубах Майнкрафту ))

А взагалі то саме існування такого софту вказує на недосконалість файлової системи

як у випадку диску Це?)

Так Лінукс обмежений лише одним "поточним каталогом" для процесу. А там на кожен диск свій "поточний".

[yvs115]

чи принаймні в гістрограм-графиці, не порядок..)

Та хоч у звуках чи кубах Майнкрафту

спершу в гістограмах, а потім вже у кубічних звуках, - цікава думка, почекаємо на демо

Так Лінукс обмежений лише одним "поточним каталогом" для процесу.

а віндовс процес має багато current working dirs? Як цікаво
https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-getcurrentdirectory
каже що - Each process has a single current directory...
Якби додалися many cwd per a process з букводисками, для чого то використовували би - another one confusing way of single letter use?

[BeSiDa]

каже що - Each process has a single current directory...
Якби додалися many cwd per a process з букводисками, для чого то використовували би - another one confusing way of single letter use?

а ви запитайте те "сінгл" до перемикання "каррент діск" та після
Диск не є частиною "дір", то є "девайс" такий самий як і "кон:" чи "прн:".
В шелі можна змінити поточний диск та не запускати "цд" заново.

чи принаймні в гістрограм-графиці, не порядок..)

Та хоч у звуках чи кубах Майнкрафту

спершу в гістограмах, а потім вже у кубічних звуках, - цікава думка, почекаємо на демо

О ... скотилися до аргументів "першу зроби" з наголосом на "те що я сказав зроби" ))
Простіше "на слабо" ))

[yvs115]

каже що - Each process has a single current directory...
Якби додалися many cwd per a process з букводисками, для чого то використовували би - another one confusing way of single letter use?

а ви запитайте те "сінгл" до перемикання "каррент діск" та після

При зміні cwd (яка складається з компонент) - current dir зміниться, буква-диск лише частина того cwd. Ускладнення з виділенням буква-диску в окрему підкомпоненту у випадку віндовс - скоріш усього "user-friendly" dos артефакт.
І ця лірична пауза ніяк не змінює "Each process has a single current directory" в MS документації, то дока від MS як антитеза до вашої тези, - тому сперечатись вам треба по їдеї з майкрософт відносно
- "обмежений лише одним "поточним каталогом" для процесу."

В шелі можна змінити поточний диск та не запускати "цд" заново

так, у він/дос можна так конф'юзити, що в тому зручного може бути невідомо

Та хоч у звуках чи кубах Майнкрафту

спершу в гістограмах, а потім вже у кубічних звуках, - цікава думка, почекаємо на демо

скотилися до аргументів "першу зроби"

Продемонструйте концепт словами (тобто опишіть) - як то виглядало би в гістограмах чи 3d, не обов'язково щось кодити.

[BeSiDa]

І ця лірична пауза ніяк не змінює "Each process has a single current directory" в MS документації, то дока від MS як антитеза до вашої тези, - тому сперечатись вам треба по їдеї з майкрософт відносно
- "обмежений лише одним "поточним каталогом" для процесу."

А сенс, якщо не згодні саме ви? ))
Конфлікт в розумінні слова "одночасно", а не в доках чи інших компаніях ))
Для мене немає протиріччя.
Це от як ви зробили ссш чи фтп на інший комп і в вас є одночано два поточних каталоги ... "локальний" і "віддалений". Тут протиріччя не в тому два їх чи один, а в тому що вважати "в вас" )) бо сервер і клієнт то одна сесія і два процеси (навіть коли один фізичний сервер і той самий диск фізично).
Та й взагалі "поточний" то в кенелі насправді, а не в процесі Процес собі може скільки завгодно каталогів зберегти у масивах байтів і вважати їх чим хоче.

Так от у "кернелі" вінди до кожно диску (один з них поточний одночасно) є окремий "поточний каталог". Але "одночасно" він "один"

[BeSiDa]

Продемонструйте концепт словами (тобто опишіть) - як то виглядало би в гістограмах чи 3d, не обов'язково щось кодити.

А що саме вам складно уявити? 8-o
У файла то лише "метадані" з координатами окремими (безвідносно контексту).
Запит можна зробити за координатами (так само як і за іншими тегами). Чи є в координатах Х-У-З якийсь файл.

А графічно необов'язково.
Ви ж бачили "десктоп" з "іконками" які можна "перемістити по екрану" в інші координати Х-У?  Чи "провідник" що пом'ятає координати Х-У (файтично в віндах кожний каталог то є окремий свій простір "десктоп").
А в Андроїд то лише "екрани" з "іконками".

А потім... можна в 3д і будиночок з файликів побудувати )) навіть коли немає ключа для їх розшифровки... тільки як зовнішні "іконки" та "метадата" в 3д просторі ))

А між компами то може виглядати як ... космос ))

[yvs115]

Each process has a single current directory

Конфлікт в розумінні слова "одночасно", а не в доках чи інших компаніях ))
немає протиріччя

Яка винахідлива релятивістська термінологічність на диску Це
У вашому конфлікт-не-протиріччя з Майкрософт документацією вже не знаю "одночасно" на кого спиратися у цитуванні)

[BeSiDa]

У вашому конфлікт-не-протиріччя з Майкрософт документацією вже не знаю "одночасно" на кого спиратися у цитуванні)

А для чого вам це? Що це саме вам дасть доводити щось що ви не знаєте?
Ну от ще можете на манку від м-тулз...
"...на відміну від МС-ДОС, в м-тулз тільки один поточний каталог на всі диски, а не окремі поточні для кожного диску...".

[yvs115]

Яка винахідлива релятивістська термінологічність на диску Це
У вашому конфлікт-не-протиріччя з Майкрософт документацією вже не знаю "одночасно" на кого спиратися у цитуванні)

Ну от ще можете на манку від м-тулз...
"...на відміну від МС-ДОС, в м-тулз тільки один поточний каталог на всі диски, а не окремі поточні для кожного диску...".

Не дуже винахідливо опонувати ms-docs з linux-mtools реалізацією у цьому випадку, релятивістам скажемо /A/dir /B/dir якщо не "одночасно" то для процесу це спершу одна cwd директорія потім інша, що ніяк не робить "current working directory" більш ніж одною для процесу.
Треба по ідеї більш винахідливу наступну спробу щоб опонувати MS
Each process has a single current directory...
з MS документації.

[BeSiDa]

Не дуже винахідливо опонувати ...

А чому вам "винахідливо" важливіше за "те як воно насправді є"? )))
Це слово і є ознака зізнання що вам "срач" важливіший )) І все що ви хочете це ... "оцінити якість срачу" ))

Але користь в тому, що те ваше бажання надало поштовх задля того щоб придивитися (я собі) до деталей І за це дякую

п.с . але як вам (чи комусь у майбутньому) буде цікаво ... помилка суперечки в тому що мс-дос та лінукс один до одного вигорнуті навиворіт...
... в лінукс головною є "файлова система", а "девайс" то лише "такий особливий файл в файловій системі" (частинка її),
... а в мс-дос головним є "девайс", а "файлова система" то лише "частинка девайсу" (кожного окремо, деякі з девайсів без "файлових систем" (принтер, консоль, ...), деякі мають різні файлові системи...)
А от в лінукс є лише "єдина файлова система" (а інше маунтиться в неї і підганяється під неї, типу в фат системі додаються звідкись юзер, груп та доступ до файлів, яких не збережено на диску у фат).
Фактично та "файлова система" то лише "фантазія" що існує безвідносно диску (реальності). І то навіть не про тмп-фс та проц-фс, а про "файли" з типами "канал", "сокет", "девайс" що не є "блоками даних на фізичному носії" а лише "бажання мати щось, чого не існує" ))

п.п.с сами ви притягли "срач" притягши до чогось "диск Це" Я до того писав що всі всі файлові системи недороблені. І найближче до того (хоч воно і не фс) то хттп заголовки та поштові заголовки (метадані).

о... і урл ближчий до мс-дос варіанту, бо там спочатку "протокол:" (хттп: , майлто: , ньюз: ...) а вже потім частина яка різна в різних протоколів як і "девайс:" і "різна частина".

[BeSiDa]

Але як хочете срач, то от вам до срачу... "в мс-дос є можливість створювати безпосередньо в фс свої типи файлів" (для того є окреме поле "розширення" з 3х символів), а в лінукс обмеження з десятка типів файлів фс (звичний файл, каталог, пайп, девайс, лінк, ...), а все інше то ... всього лише "назва для людини", а не "тип файлу в фс". І все те особливе відношення до "точки в назві" (на початку назви або десь ближче до закінчення її), то лише ... не технічна домовленість рівня застосунків, а не частина фс
А от деякі фс інших ос мали в собі навіть версії файлів (з однаковими іменами).

Хоч... "назви файлів" та "шляхи" то вже є другий рівень над "реальним" існуванням фс (блоки та іноди). Тобто то вже наступний рівень фантазії над "кластерами" та "циліндрами" чи "адресами пам'яті" (флешки). Існуємо у мріях ))  (які хтось дуже сильно та наполегливо перетворює на нібито "реальність" що не є "реальністю" (диску), а лише "сервісом когось") ))