ThunderCat, в современных языках вообще - много фич которые давно отодвинули ООП куда-то
в сторону. Например аннотации и процессинг аннотаций. Аспекты. Это что вообще? Это получается
что есть некая сквозная логика. Или некий скрый flow который программист не писал. Но этот flow
реализован ПОВЕРХ той логики что уже есть.
Или процессор шаблонов в С++. Это - язык в языке. Это - логика которая во время компилляции
встраивается в вашу логику проходя сложные циклы доказательств возможности применения.
Доказываете теорему каждый раз компилируя свой код. На одной из конференций (кажется HiLoad)
один С++ ник утверждал что не доказан останов для этой логики. Тоесть теоретически ваша
компилляция может никогда не закончится.
Я не знаю как в Эклипсе, но обычно проекты создают на основе сборщиков. Maven, gradle e.t.c.
Вот в настройке сборщика - можно указать ту библиотеку которая использовалась в оригинальном проекте.
Какая именно - я не знаю - но в Java этих json-библиотек - как собак нерезанных. Вот навскидку дам названия
Я тебе подсказал направление. А уже expectations ты сам сформулируй точно. У тебя по тексту "получаем" или "моя программа" совершенно не видно где эталонные данные.
Собери все эти tiff на две кучки. В первую - те которые выдают ошиюки. А во вторую кучку = те которые удачно конвертятся.
И потом понаблюдай через identify или convert --print что у них в заголовке. Скорее всего - какой-то экзотический формат цвета. Может 48-битный цвет или YUV или сжатие нестандартное. Вот. Эта информация поможет установить причину проблемы. Тогда и фиксить проще. Не перебирать миллионы утилит и библиотек.
m-kicherov, посколько это - Sanic - это web-фреймворк то все усилия надо направить на простой способ отдачи кода ошибки клиенту.
С точки зрения http-клиента никаких исключений не бывает. Бывают коды состояний HTTP. Например 400-тки. Они говорят что с клиента на сервер прилетела фигня. Например формат реквеста некорреткный. И в тексте идет пояснение.
Или 500-тки. Они говорят что на сервере случилась фигня. Например закончилась память.
Вобщем автор ты можешь придумывать самые невообразимо красивые pythonic-ways но в конечном счете контейнер этого Sanic завернет твою логику в простую HTTP-ошибку. Какую - я не знаю надо читать документацию.
Вобщем подумай в этом направлении чтоб не делать ненужную работу.
Алексей Черемисин, да. Обычно ORM - это когда сложная доменная модель и класс транзакций OLTP.
Тоесть коротенькие точечные транзакции. Взяли объектик. В формочку. Юзер поправил.
Сохранили.
А если выборки выбирают много данных (datarows) - то это DWH/OLAP/Bigdata. Там никакого ORM нельзя.
И не дай бох грузить в коллекции. Никакой памяти Java не хватит. Счет идет начиная от миллионов обычно.
Там - SQL и специальные диалекты навроде Spark/Hive e.t.c. Аналитика. Отчеты.
Виктор, я не против. Пускай автор гуглит терминологию. Может он выйдет на другой софт или железо которое это делает. Эквалайзеры с пре-сетами были раньше во всех модных звуковушках. В CreativeLabs были. Но у автора - такой случай который очень сильно подходит под тон-компенсацию. Других смыслов крутить тембр обычно нет.
Это может быть не связано с заменой материнки. Попробуй найди ноутбук и смоделируй на этой-же игре этот скрин с цифрами. Я думаю что просто сеть периодически штормит и там идут такие процессы. Тем более что ты говоришь что процесс - периодический.