10 апреля 2019 года GitHub удалил репозиторий популярной утилиты GoodByeDPI, предназначенной для обхода государственных блокировок (цензуры) сайтов в Интернете.
В данный момент недоступен не только репозиторий, но и весь аккаунт создателя целиком. Хотя для любого постороннего пользователя всё выглядит, как удаление, на самом деле — это shadowban, о чем сообщил автор.
Разработка Facebook нацелена на более оперативное и выборочное завершение работы процессов, потребляющих слишком много памяти, на стадии до срабатывания OOM-обработчика ядра Linux. Код oomd написан на языке C++ и поставляется под лицензией GPLv2. Oomd уже используется в инфраструктуре Facebook и хорошо зарекомендовал себя при промышленных нагрузках (в частности, проект позволил почти полностью избавиться от возникновения на серверах длительных livelock-блокировок).
Подробнее о работе oomd: https://facebookmicrosites.github.io/oomd/
Хочу впилить в свой сишный код уже готовый фрагмент кода и запустить его в другом процессе. Код определяет и использует свои глобальные переменные, нигде кроме как в этом коде они не используются.
Это безопасно?
Pica Pica Messenger - свободный программный проект, нацеленный на создание и поддержку децентрализованного обмена сообщениями с использованием стойкой криптографии для обеспечения приватности и аутентификации.
В состав Pica Pica входят две программы: pica-node — сервер-узел (нода) распределенной сети и pica-client — графический клиент. Распределенная сеть нод pica-node поддерживается на добровольных началах. Каждый желающий может установить на своем компьютере pica-node и обеспечивать передачу служебного трафика и сообщений между участниками сети.
В роли адреса Pica Pica выступает SHA224 хэш от сертификата с открытым ключом пользователя, представленный в формате Base64, к примеру: m+2TC+ZYDx0crQZK1p97cuAIp1rH5i1SLe6EtA==
На данный момент Pica Pica Messenger позволяет:
Общаться текстом
Передавать файлы
Использовать одну учётную запись с нескольких компьютеров. (Синхронизация переписки и контактов пока что не поддерживается)
В планах на будущее реализация поддержки синхронизации, голосовых и видео звонков, клиент для Android и многое другое. Для реализации этих грандиозных планов проект собирает пожертвования через Patreon
Читаю статью в Википедии про микросервисную архитектуру. Рад за пацанов: во-первых, теперь на ту же задачу можно потратить x1000 вычислительных мощностей. Даёшь докер-контейнеры на AWS инстансах! Во-вторых, поскольку главного в системе нет, то понять, что происходит и почему ничего не работает, становится крайне нетривиальной задачей. Т.е. огромная наукоёмкость, усложнение самих микросервисов (они ведь должны подробно отчитываться о своём состоянии, иначе невозможно сделать мониторинг и понять, работает ли система или нет). Я уж не говорю о том, что всё это разворачивается в ЦОДах, соответственно, понятно, кому выгодно: Амазону и прочим поставщикам облачных услуг. А наживку бизнесу подкинули в виде «независимости команд, занимающихся разными частями», типа разделяй и властвуй. Прямо настроение улучшилось, какой грубый развод и как хорошо прокатывает. Особенно порадовало «исключение по возможности унаследованного кода».
Но мне нужно найти работу. И я обнаружил, что в моём приложении аж целых две базы данных образовались совершенно естественным путём. Одна - это база безопасности пользователей (хранит, например, пароли). Вторая - это база контента - я хочу иметь на сайте кнопочку «скачать базу». Именно её и буду раздавать.
Соответственно, неужели я имею шанс применить микросервисы, так, чтобы показывать работодателям? Подскажите, правильно ли я понял всю эту тему, и куда копать за примерами? Использую postgresql и голанг.
Есть сервер с nginx, который кэширует статику и проксирует остальное из apache. Возможно ли настроить так, чтобы при падении backend-а в лице apache nginx отдавал кэш целой страницы? Т.е. пока работает backend, он просто проксит эти запросы, отдает то, что отдал apache и пишет себе кэш «про запас». А если apache «упал», то отдает страницу из кэша, как временное решение.
Переезжаю потихоньку с Vim на Emacs (+evil), в целом доволен - фич больше и работают они лучше, хотя конфигурировать его кратно сложнее для меня пока. В качестве starter kit взял Doom (develop branch) и доволен - он намного понятнее и легче Spacemacs.
Но появилась заноза. В emacs часто работа с интерактивной командой выглядит как M-x набор команды с Helm <RET> параметр в Helm <RET>, например:
M-x man <RET> bash <RET>
M-x customize-variable <RET> fill-column <RET>
M-x cd <RET> path <RET>
И это неудобно. Хочется иметь возможность: 1. Вернуться из второго интерактивного уровня в первый, т.е. отредатировать команду man, cd, etc. 2. «Перемещаться по истории команд» как в виме с ":<c-p>" - вернёт старую команду и даст мне её отредактировать. В случае с emacs я вижу это так:
M-x cd <RET> /some/long/path/to/dir <C-g>
M-x "жму волшебный хоткей" - емакс переключает меня в "cd" и подставляет /some/long/path/to/dir в Helm.
Желательно чтобы работало в общем случае, а не отдельно для каждой интерактивной команды. Есть такое в природе?
UPD: в doom/evil есть какая-то эмуляция ":" в minibuffer, но аргументы там не работают. ":man bash" открывает просто «M-x man <RET>» и даже bash туда не подставляет.
Olive – это свободный нелинейный видеоредактор, цель которого – предоставить полнофункциональную альтернативу высококлассному профессиональному программному обеспечению для редактирования видео.
Мне нужно составить бд школьного расписания. У меня будут 6 таблиц:
1 - таблица с названиями предметов
2 - таблица с уроками на понедельник для всех 11 классов
3 - таблица с уроками на вторник для всех 11 классов
4 - таблица с уроками на среду для всех 11 классов
5 - таблица с уроками на четверг для всех 11 классов
6 - таблица с уроками на субботу для всех 11 классов
Таблица дней имеет такую структуку - lessons_id, class1, class2.. class11
Хочу сделать так, чтобы значения названий предметов брались из таблицы с названиями предметов и вставлялись в поля classn в таблицах с расписанием.
Сам в бд пока не очень, поэтому прошу вашей помощи
Enigmail ― это расширение безопасности для Mozilla Thunderbird, позволяющее использовать OpenPGP для работы с шифрованием и электронной подписью сообщений электронной почты.
Значимые изменения с прошлой версии:
Поддержка Pretty Easy Privacy (p≡p), который включен по умолчанию для новых пользователей.
Поддержка стандарта Autocrypt. Если Enigmail используется в классическом режиме (без p≡p), то Autocrypt включен по-умолчанию.
Поддержка Web Key Directory. Теперь Enigmail будет пытаться скачивать недоступные ключи из WKD. Если используется GnuPG 2.2.x и почтовый провайдер поддерживает протокол Web Key Service, то можно также загрузить свои ключи в WKD через Enigmail.
Теперь производится зашифровывание темы письма и замена его на «Encrypted Message».
Ключи теперь автоматически запрашиваются через определенный интервал.
Теперь при обновлении Enigmail более не будет требоваться перезапускать Thunderbird.
