а чем ани-спам не подходит?)

Тем что боты все равно добавляются и они все равно постят

В идеале антиспам это вторая линия защиты

А не первая )

поискать другую капчу)

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

Он, судя по всему через нейронку прогоняет сообщение и принимает решение. (Щас был алерт по поводу забаненного пользака)

Он, судя по всему через нейронку прогоняет сообщение и принимает решение. (Щас был алерт по поводу забаненного пользака)

настройки есть

А, ок

Всем, привет🙂

Добрый день. Посоветуйте, мне для простого сайта на пхп нужен модуль авторизации, аутентификации. Есть ли на симфони готовые шаблоны, библиотеки?

https://symfony.com/doc/current/security.html#form-login

https://symfony.com/doc/current/security.html#form-login

Спасибо, посмотрю👍

https://docs.anthropic.com/en/docs/agents-and-tools/claude-code/overview

Кто-то пробовал?

я

Мне бы пригодилос на пхпюнит 12 миграцию сделать )

деньги жрет быстро)

и по уровню как мидл

Ну мидл тоже деньги жрет быстро

)

ну почти каждый запрос -20\50 центов

Мде

пока дорого

Так оно прям в проекте файлы меняет?

да

Ему контекста хватает на весь проект?

А то это же вроде основная проблема текущих ллм

И вообще не понятно. Оно весь проект херачит куда-то в облако что-ли?

Ему контекста хватает на весь проект?

ну чуть меньше можно чем обычно

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

Кто что думает

А не лучше через миддлвару сделать?

Бот что-ли)

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

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

Бот что-ли)

Да чо бот то сразу?

middlware который обрабатывает запрос на наличие данных, и на эндпоинте уже чисто логика получения

middlware который обрабатывает запрос на наличие данных, и на эндпоинте уже чисто логика получения

От этого сайдэффект записи не исчезнет и ничего в вопрос не добавляет

Вопрос про то нормально ли GET хттп метод использовать

Вопрос про то нормально ли GET хттп метод использовать

если по ссылке могут боты поисковиков ходить например то ненормально )

Ну, в таком случае - нет. С мидлой - думаю да.

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

А чего он там создать может не пойму. Тег чтоли какой-то?

Или запись с дефолтными значениями?

Запись с дефолт

Тогда нормально думаю. Создание это чисто сайдэффект, а по сути это геттер

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

Да - нормально Но есть ряд но: Если эту ручку дёргает фронт то можно конечно на них взволить эту обязанность А если это апи - то как, то обманывать робота не хорошо.

А предметно это что?

Дёргает фронт грубо говорят что-то типо пользовательских ачивок

Дёргает фронт грубо говорят что-то типо пользовательских ачивок

А, типо и если пользователь запрашивает их в первый раз, то создаём их?

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

Гет запрос должен быть идемпотентным. Так что нет.

Но с другой стороны Яндекс метрика отправляет данные гет запросом через параметры в урле. И никто вроде как не умер. Меньше гемора с корс. Так что хз 😁

Гет запрос должен быть идемпотентным. Так что нет.

Чот я щас завис А как гет может быть идепотентным?

Может ты имеешь ввиду «чистые функции» и отсутствие side эффектов, а не неповторяемость ?

Может ты имеешь ввиду «чистые функции» и отсутствие side эффектов, а не неповторяемость ?

Что данные на сервере не меняются

Мож путаю чё такое Идем потентность 😰

Ну тогда ты про сайд эффекты, да согласен

И наверное не просто данные на сервере а персистентные хранилища. те хранилища где обидают бизнес сущности

Редис то можно обновить )

Мож путаю чё такое Идем потентность 😰

Ты не путаешь, но тоже размазать можно понятие. Потому что например ответ будет одним и тем же, а значит идемпотентным

Ты не путаешь, но тоже размазать можно понятие. Потому что например ответ будет одним и тем же, а значит идемпотентным

путает. идемпотентность это про повторимость результата сервер не может гарантировать повторимость результата при фильтрации (поиске) к примеру но может гарантировать при POST и PUT но не может при GET и PATCH хотя большие лбы могут знать больше - это чисто моё мнение

Вопрос холиварный. Есть ендпоинт который либо возвращает данные либо создает их в базе и возвращает. Нормально ли для такого ендпоинта использовать GET метод?

Короче, Юриж, чо по кайфу - то и делай Главное чтоб это не было сурпризом для наследников.

Паша, да ладно, я пошутил

путает. идемпотентность это про повторимость результата сервер не может гарантировать повторимость результата при фильтрации (поиске) к примеру но может гарантировать при POST и PUT но не может при GET и PATCH хотя большие лбы могут знать больше - это чисто моё мнение

Результатов чего. Кто то считает что состояния сервера, кто то ответа на запрос. Например post создающий новые записи явно не идемпотентный для сервера. Но при этом можно передавать ключ идемпотентности. Get + фильтры будут отдавать разные рещультаты, только при других запросах параллельно, но не меняют базу. Короче ну такое себе... Можно долго вести беседу и главное бессмысленно кто что как считает)

А если ещё и кэши прикрутить которые сбрасываются и пишут на get - ууууу)

Ну да, ты прав. Могу ещё вкинуть что вцелом в рамках запроса может измениться состояние (уровни изоляции, отсутсвие мютексов) Так что да тема для бигбрейнов Как сказал коллега у меня на работе «ну все расходимся json-ы раскладывать»

А вообще чем больше об этом думаю - тем больше кажется это нормальной темой. Допустим есть ютуб. Предположим что до 2010 года для того, что бы грузить видосы надо было регистрировать специальный аккаунт. Но после 2010 бизнес подумал "а пусть у нас все пользаки могут загружать видосы" Что имеем как программисты. 1) Нужно создать таблицу и сущность для "Студии" 2) При регистрации нового пользователя автоматом создавать "Студию" пользователю Но что делать если у нас сотни миллионов уже существующих пользаков. Делать всё на фронте (на GET студии возвращать 404 и тогда пусть фронт отправит POST на создание студии) или сразу на GET создавать студию

Это как инвариант. Гарантировать его на каждом шаге - сложно, но в определённых контрольных точках - спокойно

Там в стандарте есть ещё такое понятие как safe method

Вот что пишут

Even if safe methods have a read-only semantic, servers can alter their state: e.g. they can log or keep statistics. What is important here is that by calling a safe method, the client doesn't request any server change itself, and therefore won't create an unnecessary load or burden for the server. Browsers can call safe methods without fearing to cause any harm to the server; this allows them to perform activities like pre-fetching without risk. Web crawlers also rely on calling safe methods.

Вот по этому пункту вроде бы такой ГЕТ не очень подходит

Так как он считается safe

Вообще весь стандарт хттп можно трактовать по разному слишком он расплывчатый

Но чисто интуитивно когда я вижу ГЕТ запрос я не ожидаю что там под капотом происходит создание чего-то в базе

счетчик инкрементить по гету ок, создавать дефолты нет) логичнее (для меня) какой нибудь листнер на регистрацию юзера, добавил бы дефолты

или я бы захардкодил дефолты на фронте)