Я очень сомневаюсь, что из-за причинной связи допустимо менять залог.
В данном случае спроный вопрос: щит сам отсоединился или был отсоединен.
Но сравните, например: has killed/has been killed

Perseverance has now slowed to subsonic speed and the heat shield has been separated

В одном предложении использовали два времени — Present Perfect и Present Perfect Continuous

Что?? Где здесь Present Perfect Continuous вы нашли? Это пассивный залог в present perfect

1. нет
2. да

А вот у меня не поддержал. И патч указанный не ставится.

Можно обойтись *CBC* вариантом.
У меня как раз недавно не завелся IE7 для сервера с конфигом Mozilla intermediate. Добавление ECDHE-RSA-AES128-SHA256 решило проблему, рейтинг A+ от ssllabs по-прежнему.

структуры CPyTagged. Это все еще не int

ну да…

typedef size_t CPyTagged;

41

Ну, обведите ответ

Пусть F˟ – конечное алгебраически замкнутое поле

Тут поперхнулся (1)

Пропал калабуховский дом…

Значит, все-таки, у PG один формат для передачи по сети

Нет, именно что по сети гоняет по-разному.

Не знаю, как с этим дела в node.js. Как правило, любой pg драйвер написан на основе libpq, а там см. функции PQexecParams и PQexecPrepared:

paramFormats[]
Specifies whether parameters are text (put a zero in the array entry for the corresponding parameter) or binary (put a one in the array entry for the corresponding parameter). If the array pointer is null then all parameters are presumed to be text strings.

Values passed in binary format require knowledge of the internal representation expected by the backend. For example, integers must be passed in network byte order. Passing numeric values requires knowledge of the server storage format, as implemented in src/backend/utils/adt/numeric.c::numeric_send() and src/backend/utils/adt/numeric.c::numeric_recv().

Протокол один, а вот параметры запроса (например, вида INSERT… VALUES ($1, $2 ...)) могут передаваться в текстовом или бинарном виде.

Откройте для себя COPY.

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

И нахрен мне это все? По самой проблеме при этом какое-то невнятное бла-бла. А она вроде интересная…

Ну и в каких же условиях это не одно и то же?

Ммм… в восьмеричной системе счисления?: смайлик из твича:

Да, конечно. Интересно было, что потом произошло. Похоронили, видимо, merge…

Как там MERGE поживает? Не смог ничего найти за последний год, наверно. Под сукно положили?
А zheap?

если запрос известен заранее, то типы можно посмотреть заранее
а у меня весь смысл в том, что запрос заранее не известен

А смысл функций типа PQftype, по-вашему, в чем? Не надо знать запрос заранее, данные о типах в виде Oid передаются с результатами запроса. Перевести Oid в текст для стандартных типов — простейшая операция на любом ЯП.

Я, честно говоря, устал объяснять одно и то же. Нравится вам — пребывайте в уверенности, что сделали что-то с неотрицательной полезностью.

Я заметил, ага

else appendStringInfo(&buf, "%i", att->atttypid); // иначе в буфер запишем oid

Oid'ы стандартных типов фиксированы, можно смело захардкодить имена. Для кастомных типов можно подгрузить имена при инициализации приложения.

Какая разница? Любой вменяемый клиентский API основан на libpq, уверен, что в любом API найдется функция получения типа поля запроса (навскидку, python psycopg2, php).
И psql уже из коробки умеет (Ctrl+F \gdesc).

Вы изобрели велосипед с квадратными колесами.