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

уже прогресс)

че за баг? дай линк на тикет

ща если найду там по детекту компонентов

bootstrap-vue как пример

вобщем эта дичь с обновой из за снап пакетов. сохраняются предыдущие версии в /snap/phpstorm/ по ярлыку запускается /snap/phpstorm/current - симлинк - указывающий на последнюю версию установленую. лечение простое - rm current && ln -s ./21 current, в 21 папке лежит у мня по крайней мере старый 2017.3.6

просто убунта не тру

она у меня первая

)))

Чейта не тру?

Я лично с дебияна на неё мигрировал

у меня аналогичный опыт

Стоит только вспомнить выпил nvidia-drivers на тестинге

Про миграцию на плазма 5 я вообще молчу, это был ад

у меня проблема была со звуковухой, wi-fi свистком на debian

более старые версии пакетов в офф. репах

чтобы тех же задач достичь нужно больше телодвижений было делать

Дебиан не самый удобный дистрибутив для десктопа

но пруфов не будет?

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

Зачем пруфать субъективное мнение?

Подскажите лучше, что там поудобнее в симфе для работы с elastic? FOSElastiсa?

Кто то на генте сидит и ему норм,а кто-то вообще на LFS и в ус не дует

Подскажите лучше, что там поудобнее в симфе для работы с elastic? FOSElastiсa?

https://github.com/ongr-io/ElasticsearchBundle

вот эта штука более-менее.... хотя всеравно рак

ну то есть все упирается в то что ты с эластикой делаешь. Если тебе тупо запросы надо поделать - то лучше руками json-ки собирать и слать без всей этой фигни

а если тебе надо что-то хитрое с batch инсертами, например для построения индекса - может и имеет смысл бандл заюзать

ну то есть все упирается в то что ты с эластикой делаешь. Если тебе тупо запросы надо поделать - то лучше руками json-ки собирать и слать без всей этой фигни

Вот скорее всего так и придется. Не люблю бандлы на любой чих пихать. Спасибо!

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

вроде много кода, вроде сложно, а всеравно под простые сценарии

хотя из всего что есть ongr-io сделали более-менее...

https://github.com/ongr-io/ElasticsearchBundle

есть же нормальная либа для эластика

https://github.com/elastic/elasticsearch-php

есть же нормальная либа для эластика

просили бандл)) я ж потом сказал что лучше потом через клиент

Есть 2 проекта, один на симфе 2.8 другой на 3.4 тот че на 3.4 там чисто фича для проекта для 2.8. На каждый из проектов я запускаю докер-контейнеры с nginx,php7.1 итого два контейнера в одном nginx и в другом nginx обоим нужен ssl- сертификат без него они не будут взаимодействовать вместе, вопрос как создать два ssl сертификата так, что б они оба слушали 443 порт и работали ? У меня в одном контейнере работает ssl а в другом нет, оба слушают 443 порт.. есть ли смысл менять на 444 сработает ли? Есть кому что сказать кроме того что ненужно говорить? Может кто-то делал что-то похожее ?

Есть 2 проекта, один на симфе 2.8 другой на 3.4 тот че на 3.4 там чисто фича для проекта для 2.8. На каждый из проектов я запускаю докер-контейнеры с nginx,php7.1 итого два контейнера в одном nginx и в другом nginx обоим нужен ssl- сертификат без него они не будут взаимодействовать вместе, вопрос как создать два ssl сертификата так, что б они оба слушали 443 порт и работали ? У меня в одном контейнере работает ssl а в другом нет, оба слушают 443 порт.. есть ли смысл менять на 444 сработает ли? Есть кому что сказать кроме того что ненужно говорить? Может кто-то делал что-то похожее ?

вообще у тебя должно было быть 3 контейнера, 1 с nginx и 2 с php-fpm

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

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

Я должен поднять 1 контейнер с ssl терминэйшн и примонтировать к нему 2 проекта я правильно понимаю?

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

А понял, сори, спасибо буду пробовать

Привет, у меня вопрос по шифрованию пароля - где и как это лучше делать если создание юзера будет в нескольких местах? 1. В контроллере, как пишет в документации: http://symfony.com/doc/current/security/password_encoding.html 2. Создать сервис где в конструкторе указать зависимость от UserPasswordEncoderInterface 3. В UserEntity в методе setPassword($pw, UserPasswordEncoderInterface $encoder)? В целом нравится 3й метод своей простотой, но не уверен что так нормально делать, или может не париться и в контроллере всё сделать? Всё равно зависимость по интерфейсу передаётся

2

Ещё 4й появился - подписаться на событие prePersist/preUpdate и внутри обновлять пароль на зашифрованный

Ещё 4й появился - подписаться на событие prePersist/preUpdate и внутри обновлять пароль на зашифрованный

нет, не надо так

Привет, у меня вопрос по шифрованию пароля - где и как это лучше делать если создание юзера будет в нескольких местах? 1. В контроллере, как пишет в документации: http://symfony.com/doc/current/security/password_encoding.html 2. Создать сервис где в конструкторе указать зависимость от UserPasswordEncoderInterface 3. В UserEntity в методе setPassword($pw, UserPasswordEncoderInterface $encoder)? В целом нравится 3й метод своей простотой, но не уверен что так нормально делать, или может не париться и в контроллере всё сделать? Всё равно зависимость по интерфейсу передаётся

третий вариант вполне нормальный

но тебе надо как-то этот энкодер подключить так что третий вариант будет подразумевать либо 1-ый либо 2-ой вариант

но тебе надо как-то этот энкодер подключить так что третий вариант будет подразумевать либо 1-ый либо 2-ой вариант

Ну планировал в контроллере его в зависимостях указывать а потом в саму UserEntity передавать, то есть 1й + 3й варианты

а почему не рассмотреть вариант "не юзать" симфоневый энкодер а заюзать только password_hash?)

ну это я просто накидываю... у этого варианта свои минусы

Да что то не вижу в этом смысла, что оно мне в перспективе может дать? Ну кроме "оптимизации" :)

@kopaygorodsky йей, мой доклад на 4м месте)

ого, найс) будут приглашать еще

а сколько всего было?

ребят, может подскажете решение. есть у меня lazy сервис. и я хочу, вызывать у него метод closeSession в конце выполнения скрипта, если он (сервис) был использован (т.е. был инстанс был создан). как бы это сделать?

хочешь сделать ему деструктор?

ого, найс) будут приглашать еще

так меня сразу же на JEEConf пригласили)

хочешь сделать ему деструктор?

как бы да

но по датам не сходится, не смогу :/

так возьми и просто сделай ему деструктор))

__destruct

так возьми и просто сделай ему деструктор))

эм. так просто чтоли)

правда, никто не гарантирует, что он вызовется именно в конце работы всего скрипта)

правда, никто не гарантирует, что он вызовется именно в конце работы всего скрипта)

главное чтобы сессию закрывал

__destruct

похоже не прокатывает. возможно ресурс сети успевает тоже уничтожаться

но по датам не сходится, не смогу :/

набей пару выступлений на О1 ))

ребят, может подскажете решение. есть у меня lazy сервис. и я хочу, вызывать у него метод closeSession в конце выполнения скрипта, если он (сервис) был использован (т.е. был инстанс был создан). как бы это сделать?

ну берешь метод и вызываешь. Деструкторы в PHP штука бесполезная, так что пусть хрень которая у тебя знает что "скрипт все" и вызовет событие. Например по kernel.terminate или че там есть более подходящее

ERROR: S client not available

ну берешь метод и вызываешь. Деструкторы в PHP штука бесполезная, так что пусть хрень которая у тебя знает что "скрипт все" и вызовет событие. Например по kernel.terminate или че там есть более подходящее

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

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

ну и в чем проблема?

или ты в конструкторе чето нехорошее делаешь?

вообще можно конечно проверить проинициализирован ли lazy сервис

ну и в чем проблема?

в конструкторе идет коннект к другому сервису. если скрипт не обращался создал сервис, пусть как бы и не создает )

к другому серверу*

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

в конструкторе идет коннект к другому сервису. если скрипт не обращался создал сервис, пусть как бы и не создает )

ну так дела это не в конструкторе) делов то

ну так дела это не в конструкторе) делов то

ладно, пока просто буду вызывать отдельные методы connect, disconnect

Всем привет. А может кто нибудь подсказать аналог Pinba ?

zabbix

zabbix

Им можно профайлить выполнение отдельных методов?

newrelic ?

Им можно профайлить выполнение отдельных методов?

посмотри в сторону opentracing/jaeger/zipkin

вот такие штуки на выходе будут

вот такие штуки на выходе будут

Т.е. номальная вебморда, и сбор статистики ))) Супер! Спасибо! Начну смотреть))

Во второй версии Symfony использовались Ant'овские build файлы, потом Fabien начал Makefile продвигать, но вроде от этого отказался

сейчас что-то на замену придумали?

да, отказались

в пользу symfony/console

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

а сейчас предлагают тупо 1 за другой эти команды вводить ручками?

можешь shell скрипт написать

тыж программист)

ну тебе ничего не мешает взять и сделать Makefile

просто в симфони не хотели еще на себя брать поддержку кроссплатформенности Makefile

сейчас как раз shell скрипт сделал

просто когда best practice удаляют и не дают ничего взамен ждать стоит тонны разнообразных велосипедов

и тот же ant был более понятен, чем кастомные bash скрипты, которые разной степени кривости свои в каждой конторе

бери Makefile