mayton2019

А если ты вручную запустишь вакуум - это влияет на LiveTuples / DeadTuples ?

Значит сразу скажу что у меня для вас - плохие новости. DynamoDb как и многие ему подобные облачные key-value решения расчитаны на выборку по сету ключевых полей. Обычно это хеш-ключ и ключ диапазона. В этом случае вы платите немного. Если вдруг вы решили выбирать по не-ключевым полям это уже будет другое тип запроса. Называется scan. Его можно писать на любом языке разработки но суть в том что будет выбрана ВСЯ таблица. Если она большая - то charge за текущий период вас неприятно удивит. Фиксить это почти невозможно. Это неправильный дизайн и неправильное использование AWS Dynamo. Вам следует вообще отказаться от использования Dynamo и думать над тем как НЕ делать сканов в будущем. Можете теоретически создать индекс по хвосту от строки. Но индекс с точки зрения Динамо - это копия таблицы просто по другому расположенная и реплицируемая. Вобщем не советую тоже.

Ну обычно регистрируют публичное имя. И запрашивают сертификат для https. Я-бы с этого начал.

Вот по ссылке один господин редактирует дистрибутивы Ubuntu на образах.
https://www.unixmen.com/edit-iso-files-using-mkiso...

Но он использует только mkisofs и mount -t iso9660 -o loop ...

Я думаю что ничего тут сделать нельзя. Надо вот так вот и работать. Как с архивом zip. Короче последовательный он и readonly. А редактирование на лету - это опция других файловых систем которые read-write.
Я так думаю.

Вот здесь в скобочках
if int(i[0])==int(ch_id) and int(mesid)>int(i[1]):
идет попытка кастовать строку в число десятичной системы но неудачно. Видимо строковый литерал не похож на число.

Воспроизведение подобной ошибки

>>> int("555")
555
>>> int("555x")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: invalid literal for int() with base 10: '555x'

Что-то ты не то делаешь. Сделай
docker run .....
с указанием правильного image и все заработает.

В базисе RGB тоже можно посчитать. Сначала выбирай центр кластера. Эталонный синий с которым хочешь сравнивать. Дальше для всех цветов считай просто декартово расстояние. И если допустим оно будет меньше какой-то величины- то близко к эталону. Вот неполный пример на другом языке. Можно как-то дописать на Python.

public double getDistance(int color1,int color2) {
        double rv = 0.299 * (getRPixel(color1) - getRPixel(color2));
        double gv = 0.587 * (getGPixel(color1) - getGPixel(color2));
        double bv = 0.114 * (getBPixel(color1) - getBPixel(color2));
        return sqrt(rv * rv + gv * gv + bv * bv);
}

Можно выбрать базис HSV, тогда для похожести брать измерение H (Hue) как эталон.
Но цветовой тон - вращается. Тоесть надо учитывать его как часовую стрелку например без 5 минут 12
близко к без 15 минут и к 12:05 одинаково.

Посмотри чистым взглядом на то что ты скачиваешь

$ wget https://api.bittrex.com/api/v1.1/public/getticker?market=USD-BTC

может там сайт вообще не работает. Короче учись видеть исходные данные глазами.

Макросы - это рудимент. Пережиток прошлого. Во многих современных языках их нету принципиально. Хотя в C/C++ они выполняют функцию такого себе прозрачного преобразования исходника перед сборкой. С помощью М. можно например принять решение о платформенной компилляции WIN32/LINUX/MAC. Напихать ассемблера с вариантами.

В gcc кажется есть ключи которые позволяют увидеть код программы после макро-подстановки.

Вообще с помощью М. можно делать разные веселые вещи например переименовать TRUE в FALSE. Такая себе тема троллинга на собеседовании.

Вот это предложение - хорошее.

compiled{
   if(something){
   }
}

Но я думаю что комитет его уже обсуждал. Надо найти только протоколы.

Почитайте еще спецификацию ZigLang. Там были реализованы какие-то фичи с compile time.

Вот эта колбаса - по смыслу - group-by с фильтрацией. Попробуй сделать из 3 запросов 1.

,(SELECT COUNT(comment_system.id) FROM comment_system WHERE itemtype='qqq' AND item_id = ebids.id) AS has_qqq_comment 
  ,(SELECT COUNT(comment_system.id) FROM comment_system WHERE itemtype='www' AND item_id = ebids.id) AS has_www_comment 
  ,(SELECT COUNT(comment_system.id) FROM comment_system WHERE itemtype='eee' AND item_id = ebids.id) AS has_eee_comment

Поскольку ты тегнул вопрос "JAVA" то имеет смысл просто начать изучение сразу по книгам Брюса Эккеля и Хостмана.
Вот в разрезе того как они описывают ООП - тебе будет достаточно. Еще посмотри на книгу Шаблонов проектирования (от Банды четырех) и Рефакторинг с шаблонами от Джоша Кериевски.

Читать чистую ООП - теорию я тебе не советую. Там нет того что тебе понадобиться.

Мне вспоминается мульсериал Футурама. Там когда профессора спросили - на каком принципе летает его космическая ракета - он ответил что она на самом деле не летает. Она стоит на месте. Просто она двигает вокруг себя всю вселенную.

Вот в графических библиотеках можно представлять что они вращают мир вокруг камеры. Ну с точки зрения алгебры матриц - это примерно так и просиходит.

SELECT 
 `user_id`, `username`, `first_name`,`last_name`, `title` 
FROM 
 `userdata` 
WHERE 
 `type` LIKE '%group'

Мне кажется что JavaScript/TypeScript - это плохой старт для изучения ООП. Дело в том что JavaScript исполняющая среда изначально была разработана с слишком вольной интерпретацией объекта. Грубо говоря она настолько flexible что те строгие законы и правила которые навязывает ООП в JavaScript могут быть слишком легко нарушены.

Поэтому чтобы почувстоввать нужность ООП, как дисциплины. Я-бы предложил Java или C#. Это как в музыке. Нельзя начать сразу ипровизировать джаз на музыкальном инструменте в 5 лет. Надо пойти в музыкальную школу где преподаватели тебе поставят руку правильно. А потом уже после семилетки - муз-училища - консерватории - иди в импровизации. Или даже иди раньше. Но какая-то дисциплина должна быть. ООП - это дисциплина. Не волюнтаризм.

Несколько мыслей. Не претендует на правильность. Особенностей Котлин не знаю но подозреваю что он под капотом просто использует Java Threads.

1) Java используют модель потоков при коророй 1 поток ОС не равен потоку JVM. Обычно 1 поток ОС может обслуживать много Java threads. В состоянии покоя threads мало потребляют ресурсов.

2) Я пока не вижу проблем до тех пор пока у вас нет нехватки Heap. 1 Thread по умолчанию аллоцирует 1Мб поэтому 1000 тредов могут у вас скушать гигабайт. Есть опция командной строки которая это регулирует. Ее надо трогать аккуратно чтоб не получить другую ошибку типа Stackoverflow.

3) По поводу того чем заняты threads. Сделайте дамп стека потоков как один чел тут пишет https://www.baeldung.com/java-thread-dump

И посмотрите на вершине стека какую функцию каждый поток выполняет. Если например они друг друга блокируют или ждут I/O - это будет повод поговорить с программистом. Может код написан неоптимально.

4) Кроме того программист должен был заложить в конфиги регулятор числа рабочик потоков в пуле. Это может быть нечто вроде

Executors.newFixedThreadPool(....);

короче поищите в сорцах. Если не заложил - попросите пускай сделает это property.

Тут нужно акцент не на С++ делать а на то что разработка ведется для Windows. Тегнул топик.

Вот ссылочка на DLL-linked ordering. Может будет полезна

https://docs.microsoft.com/en-us/windows/win32/dll...

У нас как-то Windows-NT простояла в работе аж до 2010 года. И ничего.
Главное чтоб МС не заложил туда никакоую тайм-бобмочку. А так - хоть 100 лет
пускай работает. Я-бы больше смотрел в бюлетень уязвимостей SMB-протокола.
Если ОС не поддерживается то тогда и фиксы не доставляются. А про SMB уязвимости
как-то в youtube говорил один дед по имени КиберДед. Хотя я ему не верю если чесно.