Якобы из-за того что там есть какие-то​ недостатки с наследованием и типизированием сущностей

вот на моем проекте подрубили доктрину 2 года назад и после этого стало хоть немного прогнозируемо и поддерживаемо

А мы наоборот от доктрины пытаемся избавиться.

В сторону чего и почему?

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

Прямые запросы это быстро конечно. Но абстракция между бд то нужна. Велосипед писать?

Нам не нужна. А вот интеграция с elasticsearch автоматическая, это прикольная фича и... нахер не нужная.

Как это не нужна?

хотя да, для простых хоумпейджей подойдет :)

Хотя бы сущности, как минимум

ну вот так это, когда идут сложные запросы, аггрегация данных и т.п. - универсальные решения не подходят.

так когда идут сложные запросы и аггрегация то и мускуль не подходит

пока что не могу продавить чтобы уйти с мускли :(

да и времени не хватает чтобы с него уйти

Иногда запросы сложные из-за архитектуры, а не из-за сложности

есть две таблицы: contacts, emails... один контакт может иметь много email-ов. в эластике ты хочешь искать по имени + email...

Не думаю что это сложный запрос

это я уменьшил :)

а теперь вопрос о хранении данных :)

в эластике

для того чтобы можно было сделать такой поиск

а как же импортозамещение

используйте родное, sphinx search

ты про колбасу из Финляндии? :)

ааа...

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

перестройка индекса секунды

причем без остановки

я вот кстати никогда с сфинксом не работал

есть реалтайм индексы

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

одновременно.

сделай дистрибьютед и будет все

можно индексы хоть с разных кластеров юзать

то есть аналог join?

или типа такого образно говоря: select idx1.name from idx1, idx2 where idx2.email = 'blabla@com' and idx2.idx1_id = idx1.id

ты не путаешь сфинкс с бд?

такое возможно сделать в сфинксе?

не путаю, поэтому и спрашиваю... :)

создай два индекса

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

Кстати, тут не раз поднималась тема логгирования в централизованное хранилище из Symfony. Я вот тоже подумываю, не предложить ли у нас это организовать.

Но возникает сразу вопрос: как организовать удобный доступ к логам. Есть какие-то решения с удобной вебнёй или клиентами к демону сислога?

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

Elasticstack

Поэтому хотел спросить кто что использует для таких целей.

Elasticstack

плюсую

Там логи хранятся в самом сислоге или софт из стэка этого его заменяет?

не заменяет, паралелит. Ну и не только сислог, откуда хочешь

данные сразу можно загружать по типам, всё как в graylog2

Пока что не работал и с Graylog.

а, мне показалось ты мне его советовал

Вообще пока открываю для себя более продвинутое логгирование. Отправку критических ошибок в телеграм вот запилил пока что. Но хочу собирать всё остальное централизованно.

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

Ага, спасибо. Гляну.

Правильно я понимаю, что в Graylog входит и вебня для удобного доступа к логам?

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

что мешает делать прямые запросы с доктриной?)

Правильно я понимаю, что в Graylog входит и вебня для удобного доступа к логам?

ага, и апи есть

Но возникает сразу вопрос: как организовать удобный доступ к логам. Есть какие-то решения с удобной вебнёй или клиентами к демону сислога?

https://www.graylog.org/

Вообще пока открываю для себя более продвинутое логгирование. Отправку критических ошибок в телеграм вот запилил пока что. Но хочу собирать всё остальное централизованно.

из приложения логи куда-либо особенно через rest апи писать это не очень затея. появляются издержки

в грейлог пишет по UDP, там даже не дожидается ответа от него

поэтому оверхед чуть больш чем в stdout писать или сислог

ну почему больше, в сислогах нужно ФС ждать

ага, и апи есть

Супер.

в грейлог пишет по UDP, там даже не дожидается ответа от него

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

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

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

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

ERROR: S client not available

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

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

Вот и хочу попробовать, ага. Выглядит пока неплохо. Выберу время для ресёрча на тему.

из этого сообщения берешь uid и ищешь все сообщения, которые пришли во время обработки веб запроса симфони

удобно

бу)

о привет, а ты где пропадал?)

апворк проглотил тебя?

ага

да я тут зашился

можно ли записывать и вызывать хранимые процедуры через миграции доктрины ?

апворк проглотил тебя?

а ты как там ? Я кстати в Украине был неделю назад, но недолго

можно ли записывать и вызывать хранимые процедуры через миграции доктрины ?

создавать и удалять можно. вызывать в каком смысле?

а ты как там ? Я кстати в Украине был неделю назад, но недолго

ищем разраба на проект. ты в этом плане как кстати? или уже плотно засел с апворком?

я б с радостью но сейчас катастрофически мало времени

я прошел собес на проемиум программу на апорке

и понеслась

а что на собесе было? кто вел?

че спрашивали?

два технических задания было

1 сделать парсер, можно было заюзать компоненты симфони

второй простую прилажуху на ларавель

и потом собес голосом, по большей части не техническое

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

прикольно, и теперь можешь брать заказы на 30+?

ага

ну пока у меня 25

надо с ними разобраться

ну один только 30 ну там условие что исп срок 30 и потом 35-40 по результатам исп срока

вот он с этой программы

и прикинь это румыни

)))

алло, тут не личка)