rPman

Так уж повелось, что основное (большее) количество разработчиков работают в среде linux или средах разработки и библиотек, изначально разрабатываемых для работы в linux

Т.е. когда ты видишь модули npm, пакетный менеджер python pip, compose от php и прочее прочее, везде изначально разработчики ориентируются на окружение linux.

Само собой, разработчики люди порядочные, и понимают что особенно новички, начинают свое знакомство с миром программирования там где привыкли
Но поддержка windows делается для галочки, без оглядки за целостностью и взаимодейтсвием с другими компонентами, в результате разработка в windows, а точнее настройка рабочего окружения, обычно выглядит как кошмарный квест.. который легко проходится только если за тебя его полностью уже решили.

В linux же выглядит так (решили основные проблемы за тебя) заметно чаще (почти всегда) и часто трудности вылезают при ну очень необычных ситуациях (например попытка водрузить компоненту на не поддерживаемые/старые/новые версии ос или аппаратные платформы).

Linux - это отраслевой стандарт. Не linux сервера могут быть только там где тебя поставили в такие условия намеренно (вендорлок) или по скудоумию. Отсюда не изучать его - глупо и не эффективно.

p.s. на десктопах linux-у плохо именно из-за того что производители железа намеренно (им за это заплатили или чтобы не наказали) тормозят развитие (плюс конечно деньги, зачем тратить ресурсы на поддержку в нескольких средах, когда хватит только одной windows)

p.p.s. да у linux тоже куча проблем, поддерживать все его многообразие иногда настоящий ад

у каждой базы данных свои способы определения структуры
https://www.sqlitetutorial.net/sqlite-describe-table/

ccleaner конечно та еще странная программа, поломавшая ОС и мозги не малого количества новичков, но чтобы удалять диски из системы это перебор.

Первое нужно удостовериться что причина пропажи софтварная (какой то гдюк в конфигурации ОС) или аппаратная.

Для этого достаточно загрузиться с чистой (не тронутой кривыми программами) операционной системы, настоятельно рекомендую linux liveusb, какую-нибудь xubuntu более чем подойдет, там посмотреть и диски и разделы и файлы почитать и все в графическом интерфейсе.

Если linux диск не увидит, можно заняться аппаратными причинами:
* сменить кабель, которым он подключен (можно вообще извлечь все диски кроме одного проблемного)
* сменить порт, в который он подключался на материнке (редко но бывает ломается контроллер выборочно по портам)
* сменить компьютер на заведомо рабочий, чтобы исключить проблемы с материнской платой вообще (проверь, виден ли диск у друга или поищи внешний usb контроллер)

Если стало ясно что причина в железе - нести в сервис восстановления данных, если данные важны или на мусорку

p.s. если причина в настройках ОС то это странное, советов у меня мало,.. например найти в реестре остатки информации о диске (в windows каждый диск ставится виртуальный как бы драйвер даже на разделы) и удалить их, формально при подключении диска через другой порт появятся новые записи

Мемтест тоже не проходит, пару минут и зависает.

вот этот момент говорит что не обязательно проблемы с охлаждением

выбирай дефолтные профили памяти в биосе или даже понижай частоты и тайминги, убирай весь разгон что ты сделал, добейся сначала прохождения мемтест

подключай планки памяти по одной, меняй слоты если это позволено материнкой, выяви сбойный модуль и неси по гарантии

так же нельзя исключать проблемы с материнкой или блока питания, правильное выявление сбойного компонента это буквально тестирование по отдельности своих компонентов в заведомо рабочем конфиге

в linux для приложений, устанавливаемых неконтролируемым методом make install или распаковкой готовых бинарников является каталог /opt, порядок любой, создаешь внутри каталог по имени приложения и в него распаковываешь

для make install есть практика устанавливать в каталог /home/xxx с той же структурой bin/lib/... что и в оригинале, обычно это средствами самого установщика настраивается.

На самом деле без знания, как именно сервис учитывает интервал времени, точный ответ на этот вопрос дать не получится и для действительной необходимости придется исследовать сервис, делая специально запросы чаще чем необходимо, выдерживая разный интервал времени (я помню как то для одной криптовалютной биржи заморочился и провел исследование, делая ряд запросов на грани бана и проверял, когда он появлялся, пытаясь вычислить эту ошибку,.. тольку от этого особого обычно нет, достаточно добавить с запасом +1 секунду и не заморачиваться).

Например сервис может сохранять не больше 7 последних запросов пользователя, если они по времени попадают на интервал последней секунды, и на каждый новый запрос считает их количество, отказывая в обработке если их станет больше.

Или же сервис может определить момент начал отсчета интервала, например как T-модуль деления (T/интервал), т.е. каждый интервал учета количества запросов для всех клиентов начинается с одного и того же времени, и сохранять для каждого пользователя количество сделанных запросов, сбрасывая в ноль это число при переходе к следующему интервалу. Само собой если количество это больше лимита то отказывать в обработке. Этот алгоритм можно расширить, к примеру хранить количество запросов за прошлый интервал (или несколько) и текущий, складывая их при проверке на лимит, в этом случае настоящий лимит, который указывается пользователям в документации, больше во столько раз, сколько хранится истории запросов для каждого пользователя.
(этот механизм проще для реализации на сервере, меньше требует памяти, и хотя не такой точный как первый, может использоваться)

...

Если тебе нужно точно знать момент, когда можно делать запрос, ты должен использовать тот же самый алгоритм у себя на клиенте. Так же ты должен знать точное время (а точнее расхождение между твоим и серверным), плюс нужно учитывать время, которое ты тратишь на запрос (в сторону сервера без учета времени на получение ответа).
-------------------

Все вышесказанное тебе может не понадобиться, так как в подавляющем большинстве случаев сервер сообщает о количестве доступных запросов и/или времени, через которое можно будет сделать следующий вопрос прямо в ответе на каждый запрос. Для этого заводится соответствующий заголовок и это указывают в документации. В этом случае тебе достаточно будет проверять этот заголовок и делать sleep (точнее usleep) ровно таким, как указано там (там бывает пишут сразу timestamp, когда можно делать следующий запрос).

p.s. посмотри внимательно, возможно долбить сервис http rest запросами не самый лучший способ получения оперативной информации, вдруг сервис предлагает более удобные инструменты, например websocket или даже старый long pooling

Ответы другими пользователями даны абсолютно верные

Но хочу все же напомнить что вполне возможно существование веб сервиса который создает на каждую страницу реальный файл на диске при создании и редактировании поста как механизм кеширования (дублируя информацию с базой данных), так как современные веб серверы (nginx например) работают с таким файлами (это называется статичные файлы) невероятно эффективно, на порядок эффективнее чем делать это на лету при каждом запросе, так же он может быть заранее сжат (deflate, gzip, br) что позволит сэкономить еще и на сетевом трафике., да веб сервер и так это делал бы на лету, но за счет процессора.