всем привет такой вопрос как можно проверить подключение к бд postgresql sqlx

Подключиться через консоль

у меня имееться 2 сервера бд и надо сделать так что бы при отсутствии подключения к 1 бд я писал данные на другую а потом та перешлёт по репликации

у меня имееться 2 сервера бд и надо сделать так что бы при отсутствии подключения к 1 бд я писал данные на другую а потом та перешлёт по репликации

Если подключение к первому возвращает ашипки, то подключаешься ко второму

Я хз почему оно пингует после

Если по логике сначала пинг для проверки коннекшена, а потом подключение

она происходит только когда я пытаюсь её передать команду

ну подключение это просто формирование клиента

а он подключается уже только при пинге

Database, err := sqlx.Open(postgres, connect_str)

Database, err := sqlx.Open(postgres, connect_str)

у меня такая строка для открытия конекта

Тогда передавай какую то простую команду по типу show tables и смотри будут ли ошибки

Пинг вроде что-то типа того и делает, pq делает что-то типа select 1

наверное мі о разніх пингах, я про утилиту которую тестит коннекшн к чему либо

вот вам задачка поинтереснее: как понять, что упираешься в конкуретный доступ к ресурсам без замера времени получения и аккумуляции статистики? вот есть у меня переменная защищенная (рв)мьютексом, например, как понять, что на получение мьютекса тратится какое-то значительное время и стоит переосмыслить этот кусок кода?

🛠 Сканер портов, написанный на GO gPScan — это простой инструмент командной строки для проверки того, открыты или закрыты определенные порты. Чтобы установить/собрать бинарный файл, убедитесь, что у вас установлен компилятор go. git clone https://github.com/alexpfaller/gPScan cd gPScan sudo make build https://uproger.com/skaner-portov-napisannyj-na-go/ Github: https://github.com/alexpfaller/gPScan @Golang_google

Я писал, вопросы?

АХАХАХАХАХАХА

Я писал, вопросы?

Если ты реально автор, то 1) логику сканирования одного порта выдели в метод 2) используй пакет для работы с аргументами командной строки, чтобы не хардкодиться на их позиции 3) гоняй тестирование портов в горутинах чтобы можно было асинхронно работать с несколькими портами 4) скорость работы регулируй не сном в конце, а количеством рутин + троттлингом запускатора рутин по времени, либо явно выведи sleep time как аргумент командой строки. Причешешь и будет прикольная тулза :)

а пока питон побеждает?

Если ты реально автор, то 1) логику сканирования одного порта выдели в метод 2) используй пакет для работы с аргументами командной строки, чтобы не хардкодиться на их позиции 3) гоняй тестирование портов в горутинах чтобы можно было асинхронно работать с несколькими портами 4) скорость работы регулируй не сном в конце, а количеством рутин + троттлингом запускатора рутин по времени, либо явно выведи sleep time как аргумент командой строки. Причешешь и будет прикольная тулза :)

Если ты реально автор, то 1) логику сканирования одного порта выдели в метод 2) используй пакет для работы с аргументами командной строки, чтобы не хардкодиться на их позиции 3) гоняй тестирование портов в горутинах чтобы можно было асинхронно работать с несколькими портами 4) скорость работы регулируй не сном в конце, а количеством рутин + троттлингом запускатора рутин по времени, либо явно выведи sleep time как аргумент командой строки. Причешешь и будет прикольная тулза :)

там кстати соединения не закрываются

Как без сабселектов

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

select id from quest join quest_status USING(id) where status = 'PROCESS' ?

хорошо, если ты хочешь получать последнее новейшее значение то должен работать с таймстапом, no?

Можно с айди. Вопрос в том какой sql написать, что бы для каждого quest получить его последний quest_status. Для начала такой квест реши)

Как без сабселектов

Если Postgres, то можно попробовать через DISTINCT ON

в смысле? там джойн обычный