- Server: Home Assistant Green
- Zigbee radio: SLZB-06P10
- Thread + Bluetooth radio: SLZB-06M
- Mini-UPS: tualarmasincuotas
| name: Update target browsers | |
| on: | |
| schedule: | |
| - cron: "0 2 1 * *" | |
| permissions: | |
| contents: write | |
| pull-requests: write | |
| jobs: | |
| update-browserslist-database: | |
| runs-on: ubuntu-latest |
| ➜ npx autoprefixer --info | |
| Browsers: | |
| Chrome for Android: 94 | |
| Firefox for Android: 92 | |
| QQ Browser: 10.4 | |
| UC for Android: 12.12 | |
| Android: 94 | |
| Chrome: 94, 93, 92, 91 | |
| Edge: 94, 93, 92 | |
| Firefox: 93, 92, 91, 78 |
New API for Nano Stores
We split all stores to 2 categories: store (for any store) and map (for key-value object and special helpers to work with keys).
Memory store is a regular store, which keep value in the memory (and do not clean it until page will be closed).
import { memoryStore } from 'nanostores'
let profileCache = memoryStore<Profile>(guestProfile)$ npx autoprefixer --info
Browsers:
Chrome for Android: 90
Firefox for Android: 87
QQ Browser: 10.4
UC for Android: 12.12
Android: 90
Chrome: 90, 89, 88, 87
Edge: 90, 89, 88Краткая характеристика:
- У него много сторов и сторы могут зависеть друг от друга, а не один большой стор и селекторы. То есть он ближе к Эфектору, чем в Редаксу/MobX. Всё ради tree shaking.
- Он ближе к стору прямых измений. В публичном API нет экшенов. Но всё-таки value = 1 на манер MobX запрещены — значения можно менять только через спец. методы. И в синхронизации состояния с сервером экшены есть (просто скрыты из публичного API).
Плюсы:
- Может работать без Логакса, чисто как стейт-менеджер.
- API специально создан, чтобы хранить в сторах бизнес-логику, чем разгружать компоненты и упрощать переносимость приложения между фреймворками.
- От 157 байт (!) в вашем JS-бандле.
- Расчитан на агрессивный tree shaking, чтобы в JS-бандле был только код того состояния, которые используются в текущих страницах.
- Очень ленивый — сторы на которых никто не подписан выгружаются из памяти, а их бизнес-логика останавливается.
| class Post { | |
| title: string = '' | |
| text: string = '' | |
| } | |
| class Group { | |
| title: string = '' | |
| roles: string = '' | |
| } |
The modern email/password authentication does not protect users from bad practices and, in the secure version (with 2FA), is difficult to use.
The IT world needs more discussion about authentication mechanisms to find more convenient and secure options.
This proposal contains an unusual authentication for a small subset of use cases. What problems does it have in terms of security and usability?
Современный механизм авторизации через почту/пароль поощряет пользователя на опасные привычки и в безопасной версии (с 2FA) сложен в использовании.
ИТ-миру нужно больше обсуждения механизмов авторизации, чтобы прийти к более удобный и безопасным вариантам.
Это предложение содержит необычный формат авторизации для узкого круга задач. Какие ошибки в нём могуть быть в плане безопасности и удобства использования?