Так можно канал же выделить специально с выкинутым дебагом

Чтобы предположим в один лог всё подряд, в другой только критическое

ага, я пробовал, но всё равно срёт всё-всё

> кстати, кто-нибудь мониторит время запросов к хранилищам? я вот сижу расставляю

ага, я пробовал, но всё равно срёт всё-всё

Кэш?

у меня есть парочка сторонних сервисов и мне надо знать насколько они "узкие места"

ага, я пробовал, но всё равно срёт всё-всё

ты точно настраивал хэндлеры нормально?

Кэш?

неа, кеш я сбрасывал, даже директорию с кешем удалял, apc отключал, пхп рестартовал, не кеш короче)

> даже доктрину хотя бы тип время на гидрации? не вижу смысла. Есть мониторинг медленных запросов в базу

удивлялся что льёт туда всё

у меня есть парочка сторонних сервисов и мне надо знать насколько они "узкие места"

хорошо когда только парочка мест

мне больше для знания сколько в среднем тратится запросов на базу. Медленные запросы логируются не так как мне хочется и минимум 1 секунда

Стопвоч в руки и вперед) Можно же свои секции/тайминги делать. Вроде должно быть можно и стопвоч свой отдельно от веб-дебаггера

пока на этом варианте остановился, но обращения к хранилищам не пишу

а хотелось бы!

Хранилища в AOP/декоратор, в декораторе вызовы стопвотча как вариант

> мне больше для знания сколько в среднем тратится запросов на базу. сделать декоратор вокруг коннекшена в базу

и слать данные по UDP куда-нибудь на агрегатор статистики

ну или логать не для 100% запросов а рандомомо

if(mt_rand(0, 10) === 0)

у меня тут свалился Graylog и за ним свалился проект. Как так-то) udp же

if(mt_rand(0, 10) === 0)

хорошая идея

только до 9-ти

что бы ~10%

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

для 0.1% юзеров например рандомом на клиенте принимается решение слать запросы с профилированием

и они сидят и собирают статистику

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

все счастливы

ну и "реальные" сценарии покрываются

чувачки, меня тут попросили докладик сделать на тему апишек

там небольшой, больше "набросить"

может есть что-то из опыта что "бесит"?

какие-нибудь незначительные мелочи

ибо накинуть что бы бомбанула (в духе REST не нужен юзайте GraphQL + GraphQL это просто REST, что бы горело у всех вообще) так это я уже

бесит когда разные эндпоинты отвечают в разных форматах, когда чего-то сделать нельзя и приходится парсить через их фронтенд

> разные эндпоинты отвечают в разных форматах тип один срет XML а другой JSON?

или о чем ты?

ага, тот же Graylog2 :)

часть отдаёт в json, часть в csv

окей... что-нибудь более... специфичное было бы

там, конечно, можно указать формат, но дефолт разный

не в плане "совсем тупая реализация" а именно "ну так у всех но бесит"

да это я из последнего, сходу не вспомню никакой боли

пойду тормошить мобильщиков/фронтэндщиков

я как раз над пунктом "денормализация vs нормализация" подвис

я пока вижу такую проблему... бэкэндер не знает что надо клиенту, а клиенту пофигу...

да, всё так

часть отдаёт в json, часть в csv

Ну это ладно. У нас есть один внешний сервис, который по документации отдаёт JSON, но ИНОГДА (когда ему захочется) - XML.

круто)

всех с Рождеством!!!

подскажите, есть для симфони реализация работы почтой Exchange? Чтение писем, сохранение вложений, удаление, отправка и тд

почему именно exchange? там же imap е?

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

на пхп не получилось с ним работать

работает не трогай)

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

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

да php-imap и с другими серверами не идеально работает)

значит будем соблюдать правило - если что-то работает нефиг трогать :)

лучше перлом выгружай какие-то данные, которые будешь забирать на симфони

Можно из перла кидать в API на Symfony или в MQ какой-нибудь. Тогда весь перл сведётся к забиранию писем, а вся логика останется в Symfony.

Ну так и есть сейчас, только без симфони

https://github.com/symfony/symfony/commit/306a060cc689b53d7604e07cfb294d3c379d07a6

о новая фича)

https://www.symfony.fi/entry/graphql-with-php-and-the-symfony-framework

описывать схему в yaml?

ERROR: S client not available

ми... отстой

в yml?

overblog/GraphQLBundle

я особо не читал, так набросить хотел)

документация там ужасна

я особо не читал, так набросить хотел)

да че набрасывать, норм

это как накидывать на JsonAPI

я просто пока не видел адекватной реализации

ни того ни другого

это надо посвятить этому месяцок

что бы выбрать что-то адекватное и поверх написать что-то качественное

да так, чтобы еще самому в проде юзать)

да так, чтобы еще самому в проде юзать)

посмотрим... у меня все упрется в мобильщиков

фронтэндеры только рады будут

а вот мобильщики вштыки восприняли

а мобильщики чего?

тип "бля все на рефлексиях фуфуфу"

хотя с graphql как раз может и норм будет

видал кодогенераторы для java

вроде ништяково

блин, хз как оно там должно быть на жаве

ну они хотят просто классики, которые описывают мэппинг

без магии

в теории это возможно

но в целом меня лично подход GraphQL устраивает

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

ну то есть... банально надо время потратить

как минимум я вижу парочку профитов которые не дает тот же jsonapi

хотя... ну как не дает... дает... просто не так удобно

например нужно тебе указать в запросе размеры картинок необходимые

в jsonapi будет больно, в GraphQL - легко

а не.... придется месяца 3-4 подождать