dql в конце концов преобразовывается в sql

т.е вы замеряете трафик, но не замеряете другие показатели?

Я пока учусь

и если база его медленно обрабатывает - новая симфони не спасёт

и если база его медленно обрабатывает - новая симфони не спасёт

Ой нет. Вы не правильно поняли

Сейчас предстоит работа по переносу

переносу чего, откуда и куда?

Соответственно хочу учесть свои огрехи

С 2.5 на что-то посаежее

у меня проект на 2,3 и норм

Убрать лишние пакет, изменить архетиктуру и тд

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

Основной марта изменение архитектуры

ты же сам писал, что плохо пришлось именно мускулу

Мотив*

Да, все верно

Основной марта изменение архитектуры

"переписать" != изменение архитектуры

значит смотреть надо в первую очередь на базу

быстродействие системы равно быстродействю самого медленного компонента

а так - в твоем случае доктрина как бы будет не особо отличаться, ветка 2x за 5 лет не особо поменялась...

Это и хочу

slow log

Но пока не имею понятия с чего начаиь

начни со slow log и explain analyze

Slow или show ?

SLOW

медленные

Спасибо

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

может имеет смысл как-то прогрепать access log'и nginx'а, выяснить какие страницы чаще всего (или дольше всего) грузят и посмотреть на запросы, которые там шуршат

Но я итак знаю, какой запрос прилетит

можно включить general log на какое-то время, а потом анализировать запросы

часть можно просто напросто закешировать минут на 1-60

кеш это не решение проблем

Есть основная таблица в которой хранятся все страницы

что-то можно индексами

это симптомы убирать только

где-то можно убрать сортировку

А как с кэшем работать?

где-то лишние джойны убрать

То есть я думал что на лету все попадет в app/cache/prod

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

И что-то в редис

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

не, туда попадают все твои конфиги в yaml, xml и шаблоны твига скомпилированные в php

может имеет смысл как-то прогрепать access log'и nginx'а, выяснить какие страницы чаще всего (или дольше всего) грузят и посмотреть на запросы, которые там шуршат

нет смысла

ну то есть как - это надо делать для приоритизации

запросы к базе в кеш не падают

Я про сгенериррванные html из твига

Ну и как-то магические представляются туда значения переменных

Я про сгенериррванные html из твига

сгенерированный html не содержит данных

это просто скомпилированные шаблоны

1. slow log. 2. берешь запросы которые чаще всего туда попадают и делаешь exlain analyze. пробуешь оптимизировать запрос

если твой html подходит для всех пользователей - можно ответы кешировать целиком. но если пользователи авторизируются и ответы для каждого свои - не получится класть хтмл в кеш

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

если каждый заходит и генерит свой запрос - хит рейт (то есть попадание в готовые резуьтаты) будет явно ниже

если это так - и если правила инвалидации этого кэша простые (страничка была изменена) и количество инвалидаций меньше чем попадание - имеет смысл просто кэш забабахать

но есть ситуации когда это не так

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

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

ку

Есть такая штука Kibana вот думаю повесить перед собой телек на стену и мониторить каждый чих))) прочитал тут https://jolicode.com/blog/introduction-au-monitoring-d-une-application-symfony2

главное чтоб на нем фильмы и ютубчик можно было включать))

)))

можно ещё прометея с графаной подцепить и табло вывести с кучей графиков. чувствуешь себя пилотом )))

Есть Забикс и т.п. который мониторит сервак. Тут можно мониторить события приложения

есть еще звуковая отвертка

ERROR: S client not available

ею вообще можно всё что угодно сделать

забикс по сравнению с графаной вообще ни о чем

ею вообще можно всё что угодно сделать

кроме как открыть старый замок

ею вообще можно всё что угодно сделать

Круто! Не знал про такой инструмент. Надеюсь вам помогает

Круто! Не знал про такой инструмент. Надеюсь вам помогает

Вы, верно не в курсе о сием инструменте?

заббикс дефакто стандарт... каждый второй девопс только о нем и знает)

это как джира

приходит PM, юзает только джиру и в большинстве случаев... юзает где-нибудь на 5% от того что она позволяет)

p.s. наболело

заббикс дефакто стандарт... каждый второй девопс только о нем и знает)

не называй таких людей девопсами

обычные ленивые сис админы

И PM-ы

мы кстати прометеус откатили со второй версии на 1.8

Вы, верно не в курсе о сием инструменте?

Нет! Но судя по изображению, нет желания узнать сие инструмент

ибо нестабильный шо ппц

Нет! Но судя по изображению, нет желания узнать сие инструмент

Это из сериала ДОКТОР КТО.

Есть Забикс и т.п. который мониторит сервак. Тут можно мониторить события приложения

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

Это из сериала ДОКТОР КТО.

? Погуглил... не знал о такой ответки. Не поймите превратно

приходит PM, юзает только джиру и в большинстве случаев... юзает где-нибудь на 5% от того что она позволяет)

о, джира... шоб редмайн был здоров

ребята, есть пара вопросов по бест практис тестов: 1) кодсепшен чем-нибудь принципиально лучше симфоневской обвязки над phpunit? 2) фикстуры для тестовой бд мы каждый раз сбрасывать не должны? а как правильно их обновлять если схема поменялась?

ребята, есть пара вопросов по бест практис тестов: 1) кодсепшен чем-нибудь принципиально лучше симфоневской обвязки над phpunit? 2) фикстуры для тестовой бд мы каждый раз сбрасывать не должны? а как правильно их обновлять если схема поменялась?

1. нет но там субъективнщина уже 2. фикстуры по хорошему ты должен сбрасывать перед каждым тест кейсом. Хорошее правило - если ты можешь прогнать тест кейсы в любом сорядке и сколько хочешь раз - у тебя все хорошо.

почти все знают api phpunit, но далеко не все codeception

сбрасывать всмысле заново все фикстуры из дампа разворачивать?

это же... долго

сбрасывать всмысле заново все фикстуры из дампа разворачивать?

что значит "все фикстуры" - у тебя не особо большой набор для тест кейса должен быть

это же... долго

запустить базу в оперативке, кастыль с ролбэком транзакции

ну и а что ты хотел от интеграционных тестов)

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

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

ну если у тебя есть базовый набор - при старте сюиты накидывай а дальше ролбэки тебе все сделают

при старте сюиты*

да, и то есть базовый набор перезагружать не нужно ведь?

ну если у тебя он одинаковый а дальше ты разшличия ролбэками откатываешь - то не нужно