Нет

разве?

Ага. Это в ранних версиях нельзя было

текстовые должны быть валидным UTF8, но мне кажется это довольно условно

особенно если ты оба конца контролируешь

https://tools.ietf.org/html/rfc6455#section-5.6

Binary The "Payload data" is arbitrary binary data whose interpretation is solely up to the application layer.

да, да, я чего-то запутался т.к. у нас по протоколу json бродил

и из-за этого конвертировать надо было

а может проще впн пробросить с облака в локалку?

и тогда будет везде тупохттп

хотя нет, это может оказаться непосильно эникейщику

в postgresql-simple есть функции для проверки статуса коннекшона?

select 1; ?

оверкильно как-то

ну вообще в libpq есть PQping. но что оно делает под капотом х.з

хотя нет, это другое

PQstatus(conn) == CONNECTION_BAD) что-то такое хочу

ну вообще pgs это проверяет само вроде

если тебе пинги нужны то это не оно

у меня такое ощущение, что в пуле дохлые треды есть

коннекшены т.к.

*т.е.

хотелось бы как-то проверить на уровне Haskell и потом долго материть того, кто сделал криво

https://www.postgresql.org/docs/10/static/protocol-flow.html в протоколе вроде ничего нет

@qnikst ну попробуй, но я думаю не поможет withMVar (Database.PostgreSQL.Simple.Internal. connectionHandle con) Database.PQ.status

Database.PQ это откуда?

libpq

пасиб

ещё бы придумать как это грамотно с postgresql-simple объединить

а может проще впн пробросить с облака в локалку?

чем сквид не устраивает?

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

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

Впн помог бы конечно

Или ssh туннель

Товарищи,а есть где-то пакет чтобы я мог "5s" в DiffTime парсить?

ну и всякие "10m"

TTG вмерджили таки.

ну, не первый раз

TypesToGo?

а! Trees That Grow!

да

как это отразится на пользователях?

будет больше тормозить?

как это отразится на пользователях?

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

будет больше тормозить?

не сильно. там было несколько вариантов, они выбрали между тормозным, но обходящим баги 8.0 и более быстрым, но не работающим раньше 8.2, выбрали второе, фича переехала из 8.4 в 8.6 поэтому

а где обсуждение?

https://github.com/ghc/ghc/commit/1aa1d405d8212a99ac24dcfd48024a17c3ffd296

там куча ссылок

спасибо

who reverts reverted?

@lonokhov а если делается COPY TO то нужно как-то объяснять pg чтобы он это дело завершил и вернул обычный статус?

и дожидаться того, что копирование окончено?

(хотя у меня в коде это ожидается вроде)

там же вроде COPY OK дожен быть

> Retrieve some data from a COPY TO STDOUT query. A connection must be in the CopyOut state in order to call this function. If this returns a CopyOutRow, the connection remains in the CopyOut state, if it returns CopyOutDone, then the connection has reverted to the ready state.

говорит документация

ну не врёт поди

оно в одну сторону говорит

т.е. если дойдет до CopyOutDone то будет Ready

но у меня такое ощущение что не доходит почему-то

katip клёвый, 1 строка и ко всем логам приделан адрес Connection

по идее он в реди перейдёт как только send в сокет сделает

там же тупой протокол

почему?

ERROR: S client not available

он в CopyOut пока идёт Copy, же?

ты куда копируешь то?

к себе, в стдаут?

ну так делай в лупе getCopyData

ты так пишешь, как будто бы не сделано

в общем на самом деле я понял

ну так после done не в том статусе что-ли?

я ещё не удостоверился, что там done был

он может кинуть эксепшон

поэтому думал, можно ли туда что-то в finally/onException/whatever пихнуть, чтобы сказать, я больше не хочу данных

вообще у меня данные уходят в servant stream

так что клиент может прекратить слушать пока до конца не дошли, если ему приспичит

видимо придётся ResourceT и register/unregister делать

блин, нет, там только putCopyError

в общем видимо похоже тупо кидать исключение если вдуг не дошли до конца, чтобы коннекшн из пула убрали

PQendcopy тебе нужен наверно. или ресетить коннекшен

байндинги используют c_PQputCopyEnd

Sends end-of-data indication to the server during COPY_IN state.

у тебя же Copy Out

именно

ну киляй ресурс, чо

если коннект дорогой то попробуй PQ.reset

хотя судя по описанию смысла нет

да, сейчас удостоверюсь, и наверное сделаю register $ throwIO BlaBla и unregsiter где получаю Done

Copy-out mode (data transfer from the server) is initiated when the backend executes a COPY TO STDOUT SQL statement. The backend sends a CopyOutResponse message to the frontend, followed by zero or more CopyData messages (always one per row), followed by CopyDone. The backend then reverts to the command-processing mode it was in before the COPY started, and sends CommandComplete. The frontend cannot abort the transfer (except by closing the connection or issuing a Cancel request), but it can discard unwanted CopyData and CopyDone messages. ишь

libpq умеет

но всё-равно нужно получить всё что постгрес шлёт

пока cancel не прилетит

cancel по отдельному соединению делается

ну ок

closing connection так closing connection

Привет! ВСе ище ищем програмистов Haskell на работу в иностранную компанию для работы над блокченом. Нужен опыт работы в продакшен на haskell! Писать в личку!