master32

Сергей про е-ком #:
Карточек - МП

Сергей про е-ком #:
Может, но тут со сложными промптами, учитывающие ограничения площадок и отдельно для каждой. В данном случае для некоторых вещей 5-7 этапов генерации ответа. На выходе - не просто текст, а оптимизированный и превосходящий конкурентов, получаемый за несколько кликов и отлично ранжируемый в поисковых системах (с запасом). Если по факту, даже без учёта работы над промптами, я на статью с размножением под дистрибуцию трачу порядка 25 - 50 минут. В данном случае - нисколько, получаю готовый Гугл Докс, 1 документ - множество текстов во вкладках с разбивкой по площадке. 

Ну и по ядру в 10к сырых запросов тебе агент тоже не сделает контент план. ) 

chaturanga #:
чем перепроверять условную 1000 строк сгенерированного агентом

chaturanga #:
если мы хотим всё-же иметь возможность делать limit_req, нам придётся пожертвовать дешевизной

Sly32 #:
Да, не без ошибок, но кто их не делал? 

chaturanga #:
разумеется разная - 200-й ответ мы можем отдать ещё в REWRITE_PHASE, а для отдачи 503 нам придётся подняться аж до PRECONTENT_PHASE, чтобы вызвать директиву error_page 404 = @named_loc, опуститься обратно ,запустить счётчик limit_req и пока он не достигнет превышения мы будем отдавать 200-ю и гонять его по этому циклу и только потом отдадим 503-и код ответа.

chaturanga #:

С сёрф энд тёрф? 😊- пример того как кажущаяся внешняя эффектность подменяет кулинарную логику

С документацией nginx? - в ней есть ошибки, например, директива try_files по-прежнему описана в ngx_http_core_module 

С непониманием работы nginx? -  в высоконагруженных системах мы пытаемся отдать контент как можно раньше и самое раннее где мы можем его отдать - это ngx_http_rewrite_module, соотвественно в фазах SERVER_REWRITE_PHASE/REWRITE_PHASE, и если мы это делаем, то модули навешиваемые в следующих фазах уже не будут задействованы.
Из примера ранее - мы теряем возможность сделать limit_* , так как его модули обрабатываются в PREACCESS_PHASE, при этом (опять же из-за того, что это явно не указано в документации) так делают повсеместно.

chaturanga #:

Причём это не ляп документации, это именно её системное непонимание системно и постоянно воспроизводимое.

И на основе этой системности мы и будем обучать нашу систему

соотвественно мы всегда будем получать "Surf and turf"

Sly32 #:
Ну так и сеошники не умеют наши

Sly32 #:
Не следишь ты за форумом, брат))) Нет, идея - отобрать кнопку бабло у горе-оптимизаторов, лишить их возможности разволить клиента. Но пока я вот читаю их споры и прихожу к выводу, что они сами не знают, что делают)))