Но в целом придерживаюсь мнения что рандомно как-то они отказывают/принимают. Чисто человеческий фактор.
Отправлял 3 раза подряд одну и ту же справку по форме 18.9 (Беларусь). На третий раз приняли.
Прокси только у браузера.
Я запускал файл .jnlp из консоли системы своей.
Деталей за давностью не помню, но у ovh ip в браузере при скачивании и ip host'а с которого он запускается должны совпадать, так что или качайте его без прокси в браузере или запускайте jav'у через тот же прокси.
Я на png пока тестировал
По png не подскажу, а по jpg MozJPEG должен дать выигрыш относительно стандартной libjpeg на процентов 13-20, но проиграет по времени (где-то двухкратно)
На серваке Дебиан есть папка с подпапками. Есть ли решение, которое сожмет без потери качества png и jpg не меняя названия файлов? Чтобы уровень сжатия был сопоставим с сайтом https://www.iloveimg.com
Пока я попробовал эти команды
Сжимает, но далеко не так хорошо как указанный выше сайт. Есть ли еще решения?
jpegoptim собран с MozJPEG?
всё-таки Гленливет победил меня вчера :)
NoMoreContent #:Если смотреть не по конкретной задаче, а с академическим интересом, у вас много исследовательских мыслей. Однако многие из них напоминают задачи, уже решенные создателями файловых систем.
Так я и не претендую на оригинальность. Например, эта идея отлично отражена в реализации модуля nginx proxy_cache_path. Там вложенность, вроде, ограничена 3-мя уровнями.
То есть правильно я понял - имя файла соответствует искомому айдишнику? Если я хочу проверить например айди 12345
что в вашей задаче ключ, и что его значение?в предложенном решении файл - ключ, содержимое - значение
Не боитесь что у вас inode закончатся в системе?
неа, я осознаю с чем работаю и (по-прежнему) больше боюсь кривой хеш-функции
Зачем вы пытаетесь изобрести SQLite?
Так пятница же :)
вычитать все имена файлов в нем - это уже IO операция. Потом для каждого имени получить MD и уже на его основе построить дерево?
не ВСЕ имена. В одном файле - одно значение. По сути, если значение не нужно (а нужны только ключи), то файл может быть пустым и даже не быть вообще - финальным будет также каталог
вот есть на диске условно 10 файлов. 1.txt, 2.txt, 3.txt ... мне нужно обратиться системными средствами к нужному каталогу
У нас есть 2 задачи:
1) внести имя файла в список2) узнать, есть ли такое имя файла в списке
в обоих случаях мы вычисляем хеш файла (пусть md5, хотя это не лучший вариант)
MD5 (1.txt) = dd7ec931179c4dcb6a8ffb8b8786d20bMD5 (2.txt) = c3d57eb88086a04b1e04d06a9b6188e5MD5 (3.txt) = 3d70dca5cadfff6563d95a05a0b2a0f3MD5 (10.txt) = ecd44780e3d8ebde70851f940606bc7e
то есть файлы лягут в каталоги, и если нам нужен только хеш, то даже файла создавать не будем
$ mkdir -p "./dd/7e/c9/31/17/9c/4d/cb/6a/8f/fb/8b/87/86/d2/0b"
1.txt:dd 7e c9 ... 0b2.txt:c3 d5 7e ... e53.txt:3d 70 dc ... f310.txt:ec d4 47 ... 7e
2) узнать, есть ли такое имя файла в списке (опять же вычисляем хеш и проверям есть ли такой каталог)
$ ls -1 "./dd/7e/c9/31/17/9c/4d/cb/6a/8f/fb/8b/87/86/d2/0b" && echo "exists" exists$ ls -1 "./dd/7e/c9/31/17/9c/4d/cb/6a/8f/fb/8b/87/86/d2/AA" || echo "not exists" ls: ./dd/7e/c9/31/17/9c/4d/cb/6a/8f/fb/8b/87/86/d2/AA: No such file or directory not exists
