MrPi

Рейтинг
18
Регистрация
05.05.2025
damn-doubleclick #:

Я кстати сделал свою версию антибот на базе антибот8, попросил Opus сделать rate limit, отслеживание циф. отпечаток, проверка свежих данных о ip через другой сервис, персональные правила при совпадении 3-4 условий, разные уровни каптчи для разных уровней "олд" пользователей. 

И все это сделал Opus 4.6 😁 вайбкодим на здоровье, чем ожидать обновления Mik неизвестно когда. 

Просто покажите решение. Мы посмотрим на результат.

devtime #:
Просто помню чел какой то хотел чисто на на умном интелекте сео оптимизацию сайтов делать хотел незнаю где он сейчас как он там. 

Всё это сложно. Я с нейронкой разрабатывал. После только на рефакторинг. Сейчас на инструкции и тесты. Я не знаю какими там нейронами пользуются, но на длинной дистанции это того не стоит. Самая хрень с нейронкой в том, что на стадии проектирования если ты упустишь момент, придется всё пересмотреть снова, но через пол года, когда упираешься в архитектурный просчет.  Она не поправит тебя если на этапе проектирования ты просчитался. Она уведет тебя дальше, когда менять, что-то будет больно

sergv #:

Законодатели основательно подстраховались формулировкой закона ) Впрочем, как и многие другие законы, которые можно крутить в разные стороны и получать разный результат )

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

Это все точно также, как если начать рассказывать о своих несуществующих навыках\образовании (что многие делают в реале) - формально вы можете заявить о чем угодно, например, при собеседовании на работу, а вот как проверить эти данные\реальные навыки уже вопрос другой. Также и с ПД. Обрабатываете\собираете - нужно выполнить определенные условия на сайте, иначе могут наказать штрафом.

Вы пытаетесь обосновать то, что не может быть обосновано. Перс данные - это данные идентифицирующие человека. Ключевое - персона. Джон джонович это не персданные в любом понимании. Для идентификации придумали синюю галочку или номер телефона. Вот при наличии синей галочки или другого идентификатора, пользователя можно идентифицировать - когда данные сравнили с паспортом например. Без этого я могу указать любую почту, имя, фамилию. Почта создаётся в несколько шагов. В этом театре абсурда можно дойти до того, что регистрация по gmail это трансграничная передача персданных. Но фишка в том, что ты не знаешь, где именно хранятся твои данные. Гугл может хранить их в Индии или в другом месте, в зависимости от того, где ближайший сервер. Некоторые иностранные компании локализованы в стране. Но как обычный пользователь или владелец сайта должен это знать? Что общедоступный и часто не выделенный ip будут считать переданными, а ip от КВН будут считать трансграничным. Интернет придуман так, что бы не быть частью чего-то. Это ИНТЕРнет - т.е. международный 

Dmitriy_2014 #:

Я вообще не понимаю, как создатели технологии кукиес и локал сторе и т.п. которые создали эту технологию, поддерживают эту технологию, обновляют её, пишут код наверняка для браузера, поддерживают её, исправляют ошибки, так или иначе следят за безопасностью и т.п. и т.д.

При чем здесь владелец сайта или веб-мастер для меня загадка, Ок браузер видит, что пользователь заходит на сайт где есть куки, пусть и предлагает плашку, с согласием или отключением своих технологий, х.з. при чем тут сайт. Не сайт владеет технологией куки, а браузер, это его разработка.
по хорошему так. И браузеру можно запретить хранить куки. Так же можно очистить в любой момент. Куки это на стороне клиента. Это всё в браузере и ты не можешь конролить, только пользователь. Ты можешь их сохранить, но они будут у пользователя всегда и он может их в любой момент удалить
Александр Попов #:
Многие певцы ртом делают треки хуже, чем ИИ уже сейчас, а прогресс ИТ неминуем. 

Многие певцы под фанеру поют

master32 #:
да все, музыканты уже проиграли)
а в этом году проиграют фильмоделы, голливуд конечно будет сопротивляться, но это бесполезно)

Конечно. Уже локальные модели есть. Вместо студии, можно купить норм видяху и генерит качественные треки. Через год каждый уважающий себя слушатель будет генерит музыку себе сам)

master32 #:
у меня CF работает,
мобильные операторы в логах есть,
может быть в регионах где-то что-то и блочат
основной траф не упал, как и был год назад

Страна?

Александр Воробьев #:
Состояние на данный момент в ветке next
public function get(string $key, array|bool|float|int|string|null $default = null): array|bool|float|int|string|null
    {
        [$configName, $parts] = $this->parseKey($key);
        $value = $this->props[$configName];
        if (empty($parts)) {
            return $value;
        }
        foreach ($parts as $part) {
            if (is_array($value) && isset($value[$part])) {
                $value = $value[$part];
            } else {
                return $default;
            }
        }

        return $value;
    }
Эммм..
ArbNet #:
Не все подобные сложные запросы сможешь реализовать таким способом, да и ещё потеря времени на их формировании сначала добавляя команды и параметры, а потом сам запрос.. это два.
Сложные запросы через билдеры никто не пишет. Если больше одного join, то только чистый запрос с валидацией
ArbNet #:
на передачу этих параметров в класс, а потом на их обработку. По-моему это глупый и тупой подход, когда проще и лучше написать сразу готовый запрос.
Валидировать каждый запрос? Ну-ну. Какие потери на цепочке вызовов с индексами в таблице по отношению к сырому запросу?  Каждый запрос надо проверять, валидировать, что бы пользователь например 
"SELECT * FROM users WHERE name = '$name'"

вместо имени не кинул, что-то типа?

DROP TABLE users;

Предпочтительнее на таких простых операциях не заморачиваться и делать через билдер

table('users') ->where('name', $name) ->get();

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

Всего: 318