Rodion
http://symfony.com/doc/current/best_practices/web-assets.html
Ivan
Господа, как заставить вотчер ассетика следить за изменениями в импортируемых через @import стилях? В моём случае используется stylus
Ivan
{% stylesheets 'styles/admin//ext/*.styl' 'styles/admin/common.styl' filter='stylus, autoprefixer, ?uglifycss' output="css/compiled.css" combine=true %}
Ivan
т.е. так
{% stylesheets 'styles/admin/common.styl' filter='stylus, autoprefixer, ?uglifycss' output="css/compiled.css" combine=true %}
Ivan
если добавить путь 'styles/admin//ext/*.styl' , то тогда импорты импортируются дважды(
Nikolay
есть хороший вариант - не использовать assetic, он был нужен до появления nodejs, а сейчас есть куча инструментов на js которые могут решить задачу лучше и проще
Ivan
ага, щас делаю на webpack
Ivan
плюнул на ассетик)
Ivan
кто-нибудь знает как в webpack избавиться от генерации bundle.js? Я прост использую ExtractTextPlugin который мне выплевывает чистый css, А bundle.js лежит мертвым грузом и пока не нужен
Ivan
о как!
Nikolay
тогда вроде gulp стал модным...
S
Я
S
Нет
S
https://github.com/Gregwar/ImageBundle/
S
Я этот использую
Ivan
Странно, он же кэш должен отдавать
S
Liip смотреть надо. А Greagwar однозначно отдает кеш готовый.
Ivan
Liip тоже кэширует, наскоро мне известно
S
ну по настройкам есть
S
а что там на самом деле - не знаю. думаю кеширует
S
А картинки выводятся как? с абсолютным путем или относительным?
Ivan
Тормозит при первом запросе?
Ivan
Может просто прогреть кэш
Nikolay
какой запрос то "тормозит"?
Aleksandr
это чтож за апи такое
Aleksandr
кривое
Aleksandr
а зачем в апи ресайз?
Nikolay
профайлер что показывает?
Nikolay
соната это больно
Aleksandr
а какая разница через что?
Aleksandr
профайлер всё видит)
Aleserche
50сек это очень много. У меня на 1к позиций отдавало за 10сек. Что тоже много
Aleksandr
есть такая штука, пагинация называется :)
Aleksandr
500мс - уже не норма
Aleksandr
Aleksandr
Дмитрий
Привет.
Есть массив с данными, перебеираю его foreach, если есть определенные данные, то надо обратиться в БД и получить дополнительную информацию. Скрипт без симфони делает эту операцию за 2-3 секунды. В симфони делаю тот же foreach и получение допинфы вот так
$addr = $repository->findOneBy(array(
'houseId' => $houseId
));
время выполнения 45 сек
Из-за чего такая разница во времени выполнения и как ускорить эту операцию в симфони?
Aleksei
pdo
Aleksei
=)
Aleksei
симофни грузит много доп информации
S
Код который написали - в цикле?
Aleksei
если она не нужна (консольный скрипт для заполнения бд, или еще что) то перепиши все на pdo и будет быстрее и меньше памяти
Дмитрий
да в цикде
Дмитрий
это не консольный скрипт
S
да в цикде
Может в цикле получать список нужных идентификаторов и получать их потом вне цикла и связывать с необходимыми данными ?
Rodion
http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/filters.html
Rodion
или напиши отдельный метод репозитория
Ivan
либо нативные фильтры, либо трейт в репозиторий
Rodion
у тебя каждую итерацию идет запрос к базе, что не есть хорошо
Ivan
эт да, жесть
Ivan
нужно собрать все идшники и сделать один запрос по ним. ни доктрина, ни симфони тут не причем
S
нужно собрать все идшники и сделать один запрос по ним. ни доктрина, ни симфони тут не причем
Ну немного причём. В пдр в цикле быстро же )
Rodion
быстро сделать один сформированный запрос
Rodion
чем кучу одиночных
Rodion
над pdo есть слой доктрины, ее и надо использовать
S
Но вообще , запросы в цикле - бомба замедленного действия
Nikolay
если нет flush - то выбрать все данные одним запросом
Rodion
http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/batch-processing.html
Дмитрий
спасибо за инфу, попробую ваши варианты
Дмитрий
всем спасибо, сделал одним запросом, время выполнения 3 сек
S
всем спасибо, сделал одним запросом, время выполнения 3 сек
Так же как пдо практически. А индексы стоят? Может можно уменьшить время ещё? Или большая выборка?
Дмитрий
индексы стоят, в массиве от 100 до 200 примерно домов, по каждому надо получить допинфу
Alexey
Привет.
Есть массив с данными, перебеираю его foreach, если есть определенные данные, то надо обратиться в БД и получить дополнительную информацию. Скрипт без симфони делает эту операцию за 2-3 секунды. В симфони делаю тот же foreach и получение допинфы вот так
$addr = $repository->findOneBy(array(
'houseId' => $houseId
));
время выполнения 45 сек
Из-за чего такая разница во времени выполнения и как ускорить эту операцию в симфони?
Вполне возможно, что ты неправильно работаешь с доктриной. Например, ты в цикле обрабатываешь кучу связей при этом заранее их не заджойнив. В результате в каждой итерации цикла происходит дозапрос и гидрация объектов по связям.
Ну и добавь к этому профайлер и получишь сильное проседание производительности.
Alexey
всем спасибо, сделал одним запросом, время выполнения 3 сек
Ну, в общем-то, об этом и была речь, да. Я сначала первое сообщение увидел, ответил, а потом второе.
Если заджойнить и выбрать одним запросом всё будет шустро.
Павел
Подскажите пожалуйста бандл для генерации траблицы сущностей entity с сортировкой и желательно фильтрацией
Павел
Который будет работать на Symfony 3x
Kirill
я юзал APYDataGridBundle, годный
Kirill
но хз насчет sf3
Kirill
в сонате такое есть если что еще
Nikolay
Подскажите пожалуйста бандл для генерации траблицы сущностей entity с сортировкой и желательно фильтрацией
напиши сам, часов 8 чистого времени выйдет
Павел
На тестовое задание и так 8 часов выдали))
Павел
Я уже нашел js библиотеку
Marat
Когда свадьба? 😂
Marat
Как зовут?
Marat
Vue?
Aleksandr
соната
Aleksandr
лучше таблицы)
Павел
Ой не, там маленькое приложение. Соната больно тяжелая