Буквально со дня на день Роскомнадзор может начать процедуру блокировки мессенджера. 20 марта Роскомнадзор уведомил мессенджер неисполнении требования передать ключи шифрования ФСБ и поставил дедлайн 15 дней. Они истекают 4 апреля.
Пока Telegram в очередной раз пытается донести до российских чиновников, почему передача ключей не возможна, наши специалисты подготовили подробный гид о том, как пользоваться мессенджером в режиме блокировки.
Если переключить галки (снять, поставить), то все хорошо, на сервере в контроллер принимаются только взведенные галки:
@PostMapping("/{userId:\\d+}")
public String doUserEdit(@PathVariable(name = "userId") Long userId, UserForm userForm, Model model, Principal principal) {
//...
}
Но вот если жмякнуть Submit ничего не трогая, то отрендеренные как «checked» галки на сервер не отправляются.
Держу не нужно YandexBrowser для хождения на их Webmaster. Сегодня открыл, а он меня начал предупреждать, мол, возможно, это не я расширение поставил, а оно само. И не дает включить расширение обратно.
Возможно, поэтому теперь так: YandexBrowser не нужно
Пост не для того, чтобы спросить, как быть: тут понятно - не использовать YandexBrowser «не нужно». Скорее, пост в качестве предупреждения.
Вот тут есть любители всяких там Кисьих языков, ЯРов, которые они пилят от своего ССЗБ-ства.
А когда я учился в школе (да, это были 1990-2000е) мы с одноклассником писали на С--. Был чувак в ФИДО (ЕМНИП), который пилил этот самый С-- как синтаксически С-подобный, но компилируемый в asm-код. Проги получались (только под венду, да) минималистичные, считай чистый байт-код, очень шустрые, и всемогущие, ибо дергай-нехочу эти int-ы (системные прерывания).
А чего б вам, создатели КИ, ЯР и иже с ними, не найти исходники да и не продолжить? годная же тема!
Не являюсь админом ни телефонии, ни этой морды FreePBX. Как она устроена - тоже не знаю.
Хочется автоматизировать перевод номеров телефонов.
Есть какое-то API? или воспользоваться стандартными http-запросами? я посмотрел, там эта форма отсылает на сервер данные в виде php-массивов... меня это страшит.
Details
Подпишитесь на канал: https://www.youtube.com/c/RuPostgres — не пропустите трансляцию! (для этого есть «колокольчик») Там же будет чат для общения!
Очень глубокое погружение в очень продвинутый SQL.
В этот раз будет нечто ещё более безумное в плане онлaйна, чем раньше! Гигантский телемост Австралия — Калифорния — Германия — Россия %)
Подробнее о содержании митапа.
Не всегда проблемы производительности базы можно решить изменением настроек или простым созданием индексов. Когда эти простые способы не дают результата, в дело вступают более сложные техники, часто требующие переписывания запросов и тому подобной «дрессировки» оптимизатора.
С точки зрения разработчиков это отдает чёрной магией и выглядит очень сложным хакингом, однако, если разобраться в базовых принципах и научиться их комбинировать, можно добиться улучшения производительности на порядки.
Сегодняшний доклад посвещен нетривиальному использованию индексов для ускорения запросов.
Очень много внимания будет уделено обьяснению, как именно тот или иной приём работает и почему.
1. Использование INDEX ONLY SCAN для ускорения offset запросов
2. Использование индекса по (f1) для ускорения запросов ORDER BY f1, f2 LIMIT N
3. Использование индекса по (f2, f1) для ускорения запросов ORDER BY f1, f2 LIMIT N
В ближайшие месяцы будет продолжение этого доклада, посвящённое другим похожим задачам и проблемам.