Новые книги

Слово криптография означает тайнопись.

Российская криптография имеет многовековую историю, начинающуюся с указов Петра I о «черных кабинетах». До середины 80-х годов XX века криптография в России использовалась только для военных, дипломатических и правительственных линий связи и была строго засекречена. Даже употребление слов «криптография», «шифры», «ключи к шифрам» в открытых публикациях было недопустимо. Но в мире быстро назревала потребность в гражданской криптографии, стремительно развивались информационные технологии, стали появляться компьютерные сети, Интернет, денежные электронные расчеты. Для этого требовались надежные и общедоступные криптографические методы защиты информации.

Была ли Россия готова к появлению гражданской криптографии? И да, и нет.

Да, потому что еще с советских времен в России существовала прекрасная криптографическая школа и высококлассные специалисты-криптографы, которые долгое время на равных конкурировали с американским Агентством Национальной Безопасности и обеспечивали гарантированную защиту военных, дипломатических и правительственных линий связи.

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

В 1992 году случился кризис: поток фальшивых авизо захлестнул Центральный Банк России и грозил обрушить всю финансовую систему. Потребовалась срочная помощь криптографов: в кратчайшие сроки создать, наладить и запустить в эксплуатацию систему криптографической защиты телеграфных и почтовых авизо в такой огромной структуре, как ЦБ РФ.

Эта задача была выполнена за три месяца – неимоверно короткий срок.

В России появился первый реальный пример гражданской криптографии.

О том, что представляла из себя советская криптографическая школа, о ее специалистах и начальниках, о царившей тогда в стране атмосфере, о том, как была создана система защиты для Центрального Банка России, и, наконец, о том, почему же в России так трудно пробивает себе дорогу гражданская криптография – в этой книге.
Отношения с клиентами – это не что-то абстрактное, возникающее само по себе. В секторе B2B существует последовательная система, позволяющая выстроить деловые связи с практически любым клиентом, а значит, успешно продавать и выполнять планы продаж.

Она будет полезна везде, где есть тендеры и корпоративные заказчики: в маркетинге, сфере диджитал, PR, рекламе, юридических, медицинских, страховых и консалтинговых услугах и т. д.

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

pg_last_notice

Учебник РНР
НазадВперёд

pg_last_notice

(PHP 4 >= 4.0.6)

pg_last_notice - возвращает последнее уведомление от PostgreSQL-сервера.

Описание

string pg_last_notice (resource connection)

pg_last_notice() возвращает последнее уведомление от PostgreSQL-сервера, специфицированного параметром connection. PostgreSQL-сервер отправляет уведомляющие сообщения в различных ситуациях, например, если транзакция не может быть продолжена. С помощью pg_last_notice() вы можете исключить появление бесполезных запросов, проверяя, относится уведомление к данной транзакции, или нет.

Предупреждение!

Эта функция является ЭКСПЕРИМЕНТАЛЬНОЙ и ещё не полностью реализована. pg_last_notice() была введена в PHP 4.0.6. Однако в PHP 4.0.6 имеется проблема с обработкой уведомлений. Использование PostgreSQL-модуля с PHP 4.0.6 не рекомендуется, даже если вы не используете pg_last_notice().

Эта функция полностью реализована в PHP 4.3.0. PHP до PHP 4.3.0 игнорирует параметр соединения с БД.

Заметьте, что отслеживание сообщений можно сделать необязательным путём установки 1 для pgsql.ignore_notice ini из PHP 4.3.0.

Логинг уведомлений можно сделать необязательным, установив 0 для pgsql.log_notice ini из PHP 4.3.0. Если pgsql.ignore_notice не установлен 0, уведомление не может быть log-ировано.

См. также pg_query() и pg_last_error().


Назад Оглавление Вперёд
pg_last_error Вверхpg_last_oid