Одной из главных причин популярности веб-технологий на сегодняшний день является их безопасность и конфиденциальность. Мы, не задумываясь, вводим свои пароли и номера кредитных карт на защищенные протоколом TLS-страницы, не опасаясь того, что они будут перехвачены третьим лицом. Во многом это благодаря простому и надежному протоколу RSA, который был предложен ещё 1970-х годах. Но на сегодняшний день данный протокол теоретически может быть взломан новым типом вычислительных машин — квантовым компьютером. В докладе расскажем, что такое квантовый компьютер и как он может сломать весь интернет, как современные браузеры будут пытаться не допустить таких проблем, и как мы с вами сможем защитить данные пользователей уже сейчас. Речь пойдёт об алгоритмах шифрования типа SIDH, которые не могут быть взломаны на данный момент квантовым компьютером, и их использование в браузере при помощи WASM. Приходите, будет безумно интересно!
Логирование на клиенте
Для отправки данных на клиент нужно добавить следующий скрипт в index.html файла:
<script src="http://vnext/mlk/audit/scripts.js"></script>
, где http://vnext/mlk имя базового сервиса.
Особенности скрипта:
- для передачи данных запрос должен быть авторизован
- требуется передавать объект в определенном формате
Подключение в mongo
В настройках linux переходим
cd /etc/mongod.conf
Изменяем настройку net
net:
port: 27017
bindIp: 0.0.0.0
Подробнее тут
Перехват глобальных ошибок в NodeJS
process.on('uncaughtException', (err) => {
console.log(`Exception: ${err}`
);
});
ReactJS создание простого приложения
Утилита для быстрого создания приложения:
npm install -g create-react-app
create-react-app -v # проверка версии
cd c:\projects # переходим на директорию с проектами
create-react-app cities # создаем проект
где cities наименование проекта
После «долгой» загрузки пакетов выполняем команду
npm start
Построение и глубокое погружение в компилятор Angular
Мой вывод такой: ни какой клиентской компиляции нет, все происходит на сервере, либо нужно применять механизм Server Side Rendering
https://webformyself.com/postroenie-i-glubokoe-pogruzhenie-v-kompilyator-angular/
Переводчик в EDGE
Чтобы добавить возможность перевода текста в EDGE нужно установить
Translator For Microsoft Edge
Удаленная подгрузка шаблонов
Нет возможность подгружать удаленные шаблоны с веб-сервера
@Component({
selector: 'app-my-component',
templateUrl: 'http://localhost/component.component.html', (1)
styleUrls: ['./my-component.component.css']
})
...
Обработка таким образом шаблонов (1) не возможно, т.к. компилятор выдаст следающую ошибку
Postresql — ускорение планировщика
set enable_seqscan=true
VACUUM FULL ANALYZE
VACUUM
высвобождает пространство, занимаемое «мёртвыми» кортежами. При обычных операциях Postgres Pro кортежи, удалённые или устаревшие в результате обновления, физически не удаляются из таблицы; они сохраняются в ней, пока не будет выполнена команда VACUUM
. Таким образом, периодически необходимо выполнять VACUUM
, особенно для часто изменяемых таблиц.
Без параметра команда VACUUM
обрабатывает все таблицы в текущей базе данных, которые может очистить текущий пользователь. Если в параметре передаётся имя таблицы, VACUUM
обрабатывает только эту таблицу.
VACUUM ANALYZE
выполняет очистку (VACUUM
), а затем анализ (ANALYZE
) всех указанных таблиц. Это удобная комбинация для регулярного обслуживания БД. За дополнительной информацией об анализе обратитесь к описанию ANALYZE.
Простая команда VACUUM
(без FULL
) только высвобождает пространство и делает его доступным для повторного использования. Эта форма команды может работать параллельно с обычными операциями чтения и записи таблицы, так она не требует исключительной блокировки. Однако освобождённое место не возвращается операционной системе (в большинстве случаев); оно просто остаётся доступным для размещения данных этой же таблицы. VACUUM FULL
переписывает всё содержимое таблицы в новый файл на диске, не содержащий ничего лишнего, что позволяет возвратить неиспользованное пространство операционной системе. Эта форма работает намного медленнее и запрашивает исключительную блокировку для каждой обрабатываемой таблицы.
Когда список параметров заключается в скобки, параметры могут быть записаны в любом порядке. Без скобок параметры должны указываться именно в том порядке, который показан выше. Синтаксис со скобками появился в PostgreSQL 9.0; вариант записи без скобок считается устаревшим.