Sly32

Рейтинг
391
Регистрация
29.03.2012
Должность
Software engineer
Сергей Новиков #:
А заглушек беленьких в комплекте не шло на эти дыры? А то не эстетично как-то
Есть, никак не поставлю - лень. Вот если нынешний вараинт полок устроит - тогда и )) А так-то да, весь вид портят.
Александр Воробьев #:
создание своего MCP для фреймворка может дать дополнительный "буст". т.е. именно я могу задавать "лучшие практики" ну и предоставлять  прочую инфу для LLM. 
Я не очень улавливаю твою идею. У тебя же проект без ЛЛМ? Писать свой агент+МСР чисто под анализ - ну такое себе, если ты не хочешь уйти в сторону нейросетей. 
А так любой нормальный агент - Claude Code, Github Copilot, Cursor, Antigravity -  уже все это умеет под капотом
Openso #:
"Такое" точно и на вордпресс можно сделать.
Уверен? То есть ты зашел и попробовал функционал? за 401 пройти попытался? Про то, что это бета-версия, смог прочитать? 
Openso #:
И зачем Вы тратите сотни тысяч долларов на "это"? 

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

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

Александр Воробьев #:
Но ведь это ни чего не ломало? А тут прям по среди php кода json бахнут (ну видно что сырой ответ LLm ки) или в том же json дублирование с нарушением формата json
Часто бывало что код получался ломаный, особенно при повторных правках. Агент улучшает ситуацию.
Александр Воробьев #:
И поставил  себе пометку сделать для фреймворка MCP сервер.
Это просто стандарт от Антропика. Если твой агент умеет читать код, править его или там ходить в интернет и искать на гитхабе инфу - значит в нем уже есть тула подобная МСР

Тут экономисты скучают по Икее и подтягивают ее во все темы. Ну вот вам маленький пример, что значит продумано до мелочей. Вчера речил добавить полочки в шкаф. Как бы это выглядело в каком-нибудь простом шкафчике -

Вытащил опоры, пересверлил - и готово. Нет же Икея заморочилась и тут

Казалось бы  - нафига? А потом вспомнил, как у меня когда то в отличном польском гарнитуре BRW упали полки. А все потому что шкафчик узкий был и относительно высокий. Вот он и разьехался. А тут  полочки без лишнего гемороя еще и служать элементом жесткости. Мелочь а решает кучу проблем. Вот что значит, когда инженеры решают задачу. Не понты с дубовой кроватью а просто и эффективно, за приемлемые деньги.

Александр Воробьев #:

Ну, а почему нет? Из "на поверхности".

У ноды, в плане отдачи есть свои преимущества. 

При работе в команде удобное разделение фронтов и бекендеров.

Почему нет - потому что если ты ушел на ноду, ты и с бэкендом справишься без ВП и его монмтрообразых запросов. Я ж об этом и говорю - у каждого инструмента свое место.
Александр Воробьев #:
Имхо, тут изначально не корректное сравнение: тут получается под капотом аж целых три:
Да, но была надежда увидеть тут специалистов по ВП, защищающих свой инструмент). Пришли СОЕшники. С ними мне спорить неитересно.
Ну была. подача - может я чего-то не знаю про ВП, он вырос за эти 10 лет, что я им не занимаюсь. Полез посмотрел - нет, все тот же монстр, прикручивают свистелки-перделки чтоб справится с его проблемами.
Но админка крутая - да)))
Александр Воробьев #:
Из проблем: несколько раз в php код вставлял json (думаю это бага плагина vscode) и два раза дублировал строки когда в composer.json добавлял скрипты

Это нормальное поведение  - представь что ты кодишь с исполнительным джуном -мидлом юез фантазии. Если его не ткнуть носом - он и будет лепить все в кучу. Я изначально не проверял это, запуская проект, в итоге у меня масса модулей в которых JS code в  HTML не подключен  модулем а прямо впихнут - как и цсс. Лежит отдельная задача на рефакторинг - руки не доходят. Нужно все это явно указывать в агенте. Примерно так

### HTML/CSS/JS
- Follow best practices for web development
- Ensure responsive design and accessibility
- Use semantic HTML and modular CSS (e.g., BEM methodology)
- Write clean, maintainable JavaScript with proper event handling and state management
- all CSS and JS should be included in the project structure /static and properly linked in templates
- if you add new pages, ensure they extend the base template and include the navbar for consistency



Мне кажется у тебя небольшая ошибка в описании

Не "При использовании". А "Без" 😀 Но мне кажется что все, кто хоть раз запускал докер - понимают как запустить правильно нужную конфигурацию.
Я бы вообще добавил Makefile для таких случаев

Germanarich #:
Я его скормил ИИ на предмет а дай-ка мне анализ сео!
Он мне выдает кучу ошибок, меня аж пот прошиб....как так-то?
А потом смотрю, так нету этих ошибок, и вообще часть страниц не с сайта!
Пишу ИИ что ты мне туфту гонишь, фраерок, не было такого за Кипричом!

Ну потому что это так не работает. Что ты сейчас сделал - остановил на улице прохожего, ткнул ему в нос на смартфоне свой сайт и сказал - оцени. Вот и получил рандомную оценку. Идея моего SEO AI  агента была в том, что он мог быть постоянно в курсе сайти и итерационно запускать анализ. Он уже умел собирать семантику с сайта, обогащать ее из поиска, делать кластеризацию с интентами, анализировать саму струтуру сайта и показывать как ее видет поисковик. И все это хранилось, чтобы можно было видеть прогресс или регресс. Получать рекомендации, что-то бы правилось автоматичски.

Ни у кого интереса не было.

Openso #:
Я правильно понимаю - Вы предлагаете заниматься ручной работой в век когда всё пытаются автоматизировать?

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

ArbNet #:
создай свой продукт и покажи.

да пожалста - https://learnservice.online/ru/
Давай сделай такое на своем фремфорке или Вордпрессе))))
Например интерактивный урок с ИИ учителем.

Openso #:

И это ради чего? Чтобы в тот же век 5g сетей и 5-ти гигабайтного интернета сократить fttb на миллисекунды?

Просто ради интереса спрошу - скольким проектам из 1000 понадобиться описанные Вами "преимущества"?

Возможно, ни одному. Но меня  уже и давно не интересует "тридцатирублевая ниша". Клепать сайты под адсенс - увольте. 

ArbNet #:
Я так же мог описать преимущества PHP перед Python, про быстродействие и тд.

Не мог бы - ты их не знаешь))) так же как ты не ответил на мой вопрос про ЛЛМ до сих пор

Александр Воробьев #:
Тогда надо например брать RoadRunner + фреймворк какой либо . Как вариант Laravel Octane.  

Абсолютно верно! Но я сравнивал с тем что знаю. Но я знаю и еще одну штуку - возможно в сравнении с  PHP фреймворками ВП проиграет еще больше! Пайтон в принципе медленнее PHP  в чистом виде.  Но он никогда не используется так. Но это за пределами дискуссии. Жаль что тут мало питонистов - не с кем об этом пообщаться. Кстати на киберфоруме еще хуже ситуация - там в пайтон раздел в основном приходят школьники за помощью решения задач  из яндекс академии)) Неинтересно. 

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

Александр Воробьев #:
Циклические ссылки: Python использует подсчет ссылок + GC.

Да, только ИИ не рассказал тебе про GC - Garbage Collector -  а там самое интересное. Этот механизм позволяет вообще забыть о проблемах с памятью, в отличие от тех же плюсов. Интересный факт - на собесах на вопросе о ГК сыпется примерно 60 процентов претендентов и 100 процентов притендентов с "дипломом по Пайтону от Степика" 😀 На моей памяти был всего один проект, где нам для производительности пришлось отключит ГК, потому что он сам по себе затратный и когда запускает - отжирает много ресурса. Пришлось управлять вручную.

Александр Воробьев #:
Глобальные переменные модулей

Считается очень плохим тоном использовать их в Пайтон. Простой путь решения некоторых проблем с потенциальным выстрелом в ногу.
Тру питонист будет избешгать это всеми силами.

Александр Воробьев #:
Незакрытые соединения/ресурсы

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

Александр Воробьев #:
Event Loop блокировки: Хотя это не утечка памяти, но "утечка" производительности. Тяжелые синхронные операции в async-коде тормозят весь поток.

А это вообще антипаттерн! 
Вообще я про эти темы могу уже миникнигу написать, наверное. На самом деле это все - плюсы пайтона, так же как и multiprocessing/multithreading, GIL  и прочие особенности.

Александр Воробьев #:
Да верно. Это совершенно распространенное решение. "Headless" режим.

Ну тут я сорее не прав, если рассматривать это как минус. Любой экономист знает что в ВП есть "REST API" -  а значит - прикручивай что хочешь, используя только бэкенд от ВП. Хотя мне непонятно, кто будет таким заниматься  - именно БД и бэкенд - самое уязвимое место Вордпресс. Там Апишка скорее для каких-то сторонних решений, оплату прикрутить, постинг там...

alaev #:
Каким образом ты привязал маркетолога к вордпрессу? А почему не бухгалтершу? Не кладовщика?

Изначально я хотел привязать домохозяйку 😂 Решил не зарываться и не переводить тему сразу в срач. Была надежда на приход настоящих специалистов по ВП. Тут когда то был SeVlad вот он реально знал ВП и наверное лучше меня. Если бы не его любимое "править на сервере" и "поставить плагин" на каждый чих...

Александр Воробьев #:
Да, естественно, это тоже. Я потому всегда, если уж где то участвую в овтетах на вопросы типа "какую CMS выбрать", говорю начните с выбора исполнителя

Мне кажется это немного в сторону от темы, это скорее проблемы менеджмента. Вот поэтому и живут аутсорс компании типа моей. Когда приходит заказчик - сначала пресеты, на которых нужно заставить заказчика понят, что он хочет. Как у нас говорят - "Мы сделаем для вас не то что вы хотите, а то что вам надо".  Мы можем предолжить любой стек под проект. У нас был случай когда очень крупный заказчик пришел и уперся в то, что хочет на Пайтон - "Ну, Нетфликс же на нем и Ютуб..."  в итоге через полгода упершись в производительность пришлось уйти на Node.js стек

ArbNet #:
А если серьезно, то давно бы создал свой продукт для быстрого создания сайтов из коробки с использованием FastApi.

Вот ты вообще не понимаешь стек разработки но зачем то даешь советы. Ко мне недавно пришел человек, говорит - хочу сайт. Я отвечаю - я давно пишу только на Пайтон, Ну ок, круто! Рисует задачу, я посмотрел и ответил - тебе не нужен пайтон, возьми кого кто занимается CMS даже  тот же ВП, не трать денег.  Начал настаивать - выкатил ему прайс 5К Евро  и 3 недели работы - ушел в закат. Так что можно сказать, что я сэкономил человеку 4500 Евро минимум. Студент на ВП с рабостью за эти деньги напишет и все будут довольны.
У Фастапи - другая аудитория, туда приходят уже подготовленные люди, которым это не надо. 
А да, говнокод - это твой фреймворк, в котором лапша кода, перемешаны сущности. Говнокод на пайтоне это

Когда нарушены все конвенции пайтон.
А мой код ты не видел, хотя я не раз предлагал оценить всем желающим.

Ладно нужно закругляться, а то уже хочется гирю потягать)))

Всего: 8314