Видит ли администрация сайта сканирование,и можно ли скрыть?

Everything_is_bad,

1- люди рандомно не делают

Смотря насколько рандомно. Но вот что они точно не делают, так это не нажимают одну и ту же кнопочку в течении часов с идентичным интервалом.

2 - рандом как раз легко и вычисляется из-за равномерного распределения

Очень легко. Всего лишь надо написать алгоритм, который вычислит, что это именно равномерное распределение в определённом диапазоне.
При этом сделать рандом с неравномерным распределением ещё проще.

Стабильность Fixed панелей в Playwright тестах?

как на скрине

На каком?)

Как включить ai ассистента в dev-tools в рф?

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

Как включить ai ассистента в dev-tools в рф?

Methyl, во всяком случае раньше люди специально делали, к примеру, европейские акки для ряда фич, насколько помню. Я не из РФ, поэтому сильно не интересовался, но такая тема точно была.
Могли ли гуглдовцы сейчас что-то поменять? Спокойно. И вычислять впн тоже могут. Тем более, когда речь о браузере. Это же не сайт, у него доступ к самой системе есть.
Кстати, а в системе какая страна стоит?

Как включить ai ассистента в dev-tools в рф?

Methyl, а причём здесь гуглплей? Номер телефона какой страны привязан? https://myaccount.google.com/personal-info

Mors Clamor, как минимум раньше имел. Может, конечно, что поменяли, но твой ответ содержит слишком много информации, не смог всю воспринять.)

Как типизировать созданные геттеры?

historydev, а, эти числа меня только запутали.)
Впрочем, мой коммент всё ещё актуален. Валидация типа данных при сейве, а бизнес логика до.

Как типизировать созданные геттеры?

historydev, последние 2 как раз и стоит делать при сейве, это ограничения на запись в бд.
Для первых двух лучше сделать отдельный валидатор (можно классом) и им проверять объект перед сейвом. Это будет намного очевиднее и как раз будет разделение ответственности.

Как включить ai ассистента в dev-tools в рф?

Для него же нужено войти в аккаунт гугла, а аккаунт привязан к стране. Тут впн ничем не поможет, тебе надо сам аккаунт привязать к другой стране.

Как типизировать созданные геттеры?

historydev, зависит от проверок. Я всё ещё не понимаю что у тебя там за проверки должны быть. У тебя в любом случае должна быть валидация при сейве.

Как типизировать созданные геттеры?

historydev, и да, любые проверки можно делать на этом этапе: userRepository.save(user);

Как типизировать созданные геттеры?

historydev, какие именно? У тебя в примерах никаких проверок нет, да и какие ты проверки хочешь добавить, если свойства и, очевидно, методы генерируешь?

Как типизировать созданные геттеры?

historydev,

user.changeFirstname('John2'); // проверяем вход => записываем в User.firstname

И какие ты там проверки собрался добавлять и инкапуслировать?) Это же просто запись из бд, зачем тут лишнее усложнение?

Как типизировать созданные геттеры?

Alexandroppolus, прикольно.) Я, правда, уже давно перестал копаться в тсе, поднадоело как-то.

Как типизировать созданные геттеры?

Прикольно, интересный лом.)
Забыл, что декларацию класса можно в переменную записать.

Как типизировать созданные геттеры?

historydev,

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

И как тебе с этим помогут геттеры? У тебя они напрямую от имени зависят. А если ты хочешь, чтобы к новому имени свойства по старому могли обращаться, так это ещё хуже. Да и как часто у тебя имя полей меняться собрались?

Это понятно, но изменяться будет он-же, он же и хранит логику для полей.

Какая у полей логика? Это просто запись из бд, оформленная в виде объекта, там никакой логики нет. Можно, конечно, сделать свой аналог тайпорм со специальным наследуемым классом, но там свободно можно объект мутировать и никому это не мешает.

Прокси хорошо - но от дублирования не спасает, а это основная проблема сейчас.

Ммм? О каком дублировании в случае прокси идёт речь? Он как раз и создан для динамического обращения к ключам.

Потеряется user.field, user.v.field странно выглядит.

Согласен, именно поэтому я бы и не использовал здесь классы.

Как типизировать созданные геттеры?

historydev, опять же, в классе только статика. Если хочется классы, запихни в свойство класса сгенерированные геттеры (к примеру, в value или просто v) и бери через него, там уже и типизировать всё можно.
Впрочем, зачем тебе вообще геттеры в данном случае не очень понимаю, можешь объект ридонли сделать, зафризить даже. Или же вообще ничего не делать, всё равно с базы тебе уникальный объект придёт, можешь его мутировать как душе угодно и сохранять его.
Если очень хочется, то можно в прокси обернуть и всякие changeFirstname в принципе ненужны будут.
Можно и по другому сделать, добавить общий гет и сет и через них работать (к примеру, как в цуштанде).

Вариантов море, на самом деле, это лишь то, что я сходу вспомнил.

Как типизировать созданные геттеры?

Классы не для генерируемых свойств в рантайме. Для чего тебе тут вообще класс нужен?

Какие есть аналоги иностанных web песочниц типа JSFiddle, codepen ...?

Adamos, потому что это технический раздел, а не раздел "карьера"?
Ладно ещё в коментах/под спойлером оффтоп писать, но для чего он в теле вопроса, кроме как для срача?

Можно ли убрать второй аргумент из дженерика при типизации функции, которая возвращает функцию?

Без (кривых и некрасивых) костылей - низя.

Ну хз, по мне так оборачивание в доп функцию вполне норм вариант.)

export const useEmitter = <EM extends Record<string, any>>() => <K extends keyof EM>(event: K) => { ...

const emitTest1 = useEmitter<TableEventMap>()("cell:hover");
const emitTest2 = useEmitter<TableEventMap>()("test2");

Какие есть пакеты для генерации уникальных, числовых идентификаторов длиной 10 цифр?

Wispik, и где в этом "проекте" гарантия уникальности?