sql

удобнее всего в файликах хранить

если много

если чуть меньше чем много то через >>SQL

sql запрос через билдер в сетпарамсе. Я говорю про код

ну тогда я не понимаю вопроса)

если чтото сложное то чистый SQL

если попроще - то билдер

select * from product where id IN(?1)...setParam ('1', $arr), даст ошибку

$stmt = $conn->executeQuery('SELECT * FROM articles WHERE id IN (?)', array(array(1, 2, 3, 4, 5, 6)), array(\Doctrine\DBAL\Connection::PARAM_INT_ARRAY) );

Я знаю более красивое решение

это первое попавшееся)

а так я не помню что у нас

но в доках именно так делают

setParam('1', array_value($arr)), это работает, сам его нашел, пользуйтесь

хм

а как массив выглядмт?

выглядит

обычный

тогда странно

2 дня ушло на поиски решения

Естественно 2, с трубы сижу

вот отгуляю на вылазке и попробую потом))

я спать, всем всего, надеюсь вы тоже поделитесь чем-нибудь)

поздно уже спать)

а, мы с тобой в вк общались

у тебя там небось день

3:27))

это у меня

ага

и как живётся в стране возможностей? :D

Пару часов поспать, как не крути надо)

спать - скучно

ну к хорошему быстро привыкаешь))

нууу, это спорно

придёт ещё время крабового народа!

ну у нас rabbitMQ сообщения отправляет на несколько консьюмеров и ждет потом ответа от них, мб тебе это подойдет

ща

https://www.youtube.com/watch?v=4JayNl2H8dk http://www.slideshare.net/AlexeyPetrov5/developing-highly-scalable-applications-with-symfony-and-rabbitmq краткий референс. для симфони есть бандл для этого

> @rodneyspn и ждет потом ответа от них, не от них, а от API, но все же

Кстати, вопрос, а как правильно реализовать авторизацию по API?

Что нужно возвращать клиенту?

OAuth

С авторизацией через веб проблем нет, но в будущем будет андроид и назрел такого рода вопрос

OAuth

Оки, спасибо, прогуглю

https://habrahabr.ru/company/mailru/blog/115163/

Спасибо

ну и соответственно https://github.com/FriendsOfSymfony/FOSOAuthServerBundle/blob/master/Resources/doc/index.md

Блин, не люблю я FOS...

Лучше сам напишу, чем переписывать всю авторизацию под FOS

оказывается, у Twig есть свое C-расширение для PHP, которое помогает быстрее отрабатывать твигу при рендеринге шаблонов

оптимизирует метод Twig_Template::getAttribute, который как раз дергается при вытягивании значений из второго аргумента render()

насколько я понял...

Источник можно?

дока Twig

сяп

http://twig.sensiolabs.org/doc/installation.html#installing-the-c-extension

Ну, да, согласен, вроде как это есть хорошо

Я правда уже не помню до этого сколько было, но вроде упало до 11 мс

Из кеша все равно тянет

Разницы я не почувствовал :)

Сорян за скрины, я не хотел жечь ваш трафик - просто тестил о.о

если прирутиь pagespeed с настройками то даже битрикс будет летать как spa

PageSpeed на локаль не ставлю - он только на сервере, после деплоя посмотрю

нахера тогда оно надо...

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

технологий много, иногда они конкурируют, это нормально

просто пытаюсь выяснить, какой профит от этого расширения

не зря же оно писалось

облегчённый вариант jwt

ты про OAuth?