тот же material ui у меня не заводился

срать на него)

не, от стандартного дизайна уже отвык

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

пускай вообще покупают плагин себе и вливают в основную версию)

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

да. юзаю но разве там еап тоже есть?

Есть Просто нужно перейти на выбор ИДЕ и выбрать версию У меня всегда практически 2 версии ЕАП и стейбл Конфиги теже

ага, вижу

Поделитесь опытом, если решали примерно такую тривиальную задачу: в приложении есть разные шаблоны отображения, предполагается менеджер шаблонов. В качестве примера, шаблон №1 имеет курс валют, а №2 - нет. Сами шаблоны на Vue.JS. Решение в лоб не отображать курс валют, где не надо. Но хочется этот сервис вообще не трогать, когда не нужен.

пускай "шаблоны" сами ходят за тем, что им надо)

Т.е. шаблон сам превращается в сервис?

я слабо представляю, как у тебя это реализовано

Сейчас как во всех фреймах: контроллер -> view -> render('template1')

насколько понимаю - твиг рендерит хтмлку, в которой встроена аппка (виджет) на vue, а данные в виджет ты передаешь костылями (из твига в js код, так?)

Поделитесь опытом, если решали примерно такую тривиальную задачу: в приложении есть разные шаблоны отображения, предполагается менеджер шаблонов. В качестве примера, шаблон №1 имеет курс валют, а №2 - нет. Сами шаблоны на Vue.JS. Решение в лоб не отображать курс валют, где не надо. Но хочется этот сервис вообще не трогать, когда не нужен.

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

или у тебя похапе выплевывает шаблоны для вуя? срань какая-то

Пока просто вариант, с выплевыванием шаблона с вуем и засовыванием параметров приложения в глобальный объект.

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

это имхо виджет и решать он должен это сам

аякс в помощь

Подскажите пожалуйста, при профилировании через xhprof слишком большого участка кода выскакивает ошибка 502 *136 recv() failed (104: Connection reset by peer) while reading response header from upstream может кто сталкивался параметры xhprof_enable(XHPROF_FLAGS_NO_BUILTINS | XHPROF_FLAGS_CPU | XHPROF_FLAGS_MEMORY); менял, убирал, комбинировал, не помогает

xhprof вроде не совсем стабилен с PHP7. пользуюсь tideways - это его форк. Работает стально на оооочент здоровом легаси

xhprof вроде не совсем стабилен с PHP7. пользуюсь tideways - это его форк. Работает стально на оооочент здоровом легаси

он же вроде как платный?

нет. GUI платный, а сам extension ставь и пользуйся. Вместо их платного GUI я пользуюсь xhgui

надо почитать про это подробнее

поставил, все работает, заметил, что у них отчеты подобные друг другу, xhgui дает какое-то преимущество перед тем что в xhprof?

Добрый вечер всем. Немого предыстории и затем вопрос. Не так давно я работал из под Windows и использовал OpenServer. Но меня Windows престал устраивать. Я сейчас перешёл на Ubuntu 18. Вот, установил локальный веб сервер LAMP. Занимаюсь его (LAMP) конфигурацией, понятно настраиваю систему. Вот и сам вопрос: Пришло время у становить почтовый сервер, понятно, ну, там, чтобы тестировать отправку почты скриптами сайта, что бы получать на почту и просматривать данные с формы обратной связи и т.п. Возникли у меня такие торги что ставить утилиту SSMTP или Sendmail ну, что бы тестировать оффлайн или забить на этот оффлайн ставить SSMTP. Не могу понять что выгодней. Опыта у меня маловата. Изучаю php нативный пока что, чего хочу, ну, протестировать как будет почта отправляться, естественно это все делать скриптами с сайта. Поделитесь опытом, может рекомендация есть)). SSMTP или Sendmail? Спасибо.

Добрый вечер всем. Немого предыстории и затем вопрос. Не так давно я работал из под Windows и использовал OpenServer. Но меня Windows престал устраивать. Я сейчас перешёл на Ubuntu 18. Вот, установил локальный веб сервер LAMP. Занимаюсь его (LAMP) конфигурацией, понятно настраиваю систему. Вот и сам вопрос: Пришло время у становить почтовый сервер, понятно, ну, там, чтобы тестировать отправку почты скриптами сайта, что бы получать на почту и просматривать данные с формы обратной связи и т.п. Возникли у меня такие торги что ставить утилиту SSMTP или Sendmail ну, что бы тестировать оффлайн или забить на этот оффлайн ставить SSMTP. Не могу понять что выгодней. Опыта у меня маловата. Изучаю php нативный пока что, чего хочу, ну, протестировать как будет почта отправляться, естественно это все делать скриптами с сайта. Поделитесь опытом, может рекомендация есть)). SSMTP или Sendmail? Спасибо.

Mailcatcher/mailhog или подобные

swiftmailer для отправки и mailhog для перехвата

Что скажите про этого агента Sendmail?

1. отправлять почту со своего сервака - гиблое дело mailgun, mandrill будут лучше 2. как обертку для пхп принято использовать swiftmailer он может работать как с sendmail, так и с smtp серверами

по-хорошему должен быть один конфиг с смтп сервером mailgun/mandrill для прода и другой конфиг для тестов - с смтп сервером mailhog или mailcatcher (не знаю, как второй работает, но думаю, что аналогично)

фактически оба Mailcatcher/mailhog - это смтп перехватчики (ловят письма и не отправляют, а отображают у себя в интерфейсе)

swiftmailer для отправки и mailhog для перехвата

Спасибо.

Прикрутить свой домен к яндексу, подключить почту яндекса к домену. В свифтмейлер прописать логин пароль и сколько угодно можно слать от своего ящика "mail@твой домен.com"и в спам попадать не будет, там подпись яндекса идет.

если надо кому

а чтобы почту читьать просто заходит в яндекс под своим акком mail@domain.com

а чтобы почту читьать просто заходит в яндекс под своим акком mail@domain.com

Этот принцип я понял...

Спасибо.

или можно вообще от любого почтого ящика если есть у них smtp. От mail.ru недавно тестил, так же прописываешь логин пароль и все 'mailer' => [ 'class' => 'yii\swiftmailer\Mailer', 'useFileTransport' => false, 'transport' => [ 'class' => 'Swift_SmtpTransport', 'host' => 'smtp.mail.ru', 'username' => 'name@mail.ru', 'password' => 'pass', 'port' => '465', 'encryption' => 'ssl', ], ],

лол, это не yii чат же, ну да ладно, конфиг для yii2

Ребят

Какой заработок full stack в питере?

Веб

Юниор или миддл?

60-140

Какой заработок full stack в питере?

сайты с вакансиями РКН забанил? ;)

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

https://wiki.php.net/rfc/typed_properties_v2 - а тут уже обсуждали что приняли наконец?

и что самое порадоксальное, единогласно

а, не. 1 выебнулся

а, не. 1 выебнулся

что то про джаву?

что то про джаву?

?

ну типо похапе превращается в жаву, все дела и прочее

а хз, я не смотрел даже с какой мотивацией он сие сделал

приняли и срать на него)

интересно public classname|classname2 $something будет?

?

терь дожить бы до реализации)

а, не. 1 выебнулся

да, стогов сказал "не" потому что ему поддерживать потом это говно)

да, стогов сказал "не" потому что ему поддерживать потом это говно)

ну, партия сказала надо)

интересно public classname|classname2 $something будет?

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

терь дожить бы до реализации)

реализация как бы есть уже

реализация как бы есть уже

реализая джита тоже есть (овердавно), и чё)

ее не успели дотестить до код фриза 7.3 потому вмерджат только под 7.4

ну то есть ждем релиза 7.3 и в целом в течении месяца думаю оно будет в мастере

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

а если ArrayObject<classname1,classname2> и если будут дженерики интересно можно будет делать public Class<AType,BType> $asd

ERROR: S client not available

а если ArrayObject<classname1,classname2> и если будут дженерики интересно можно будет делать public Class<AType,BType> $asd

да, можно будет

да и в public Foo|Bar $bar нет в целом никаких двусмысленностей.... просто public $bar: Foo | Bar как по мне выглядит намного более и логичнее и приянее

согласен

я просто вспомнил как они сделали для исключений через |

ну алгебраические типы было бы хорошо

смотрю на пример: class User { public int $id; public string $name; public function __construct(int $id, string $name) { $this->id = $id; $this->name = $name; } } и не понимаю чем код стал лучше то...

я так полагаю не нужно будет стрик тайпс объявлять)

смотрю на пример: class User { public int $id; public string $name; public function __construct(int $id, string $name) { $this->id = $id; $this->name = $name; } } и не понимаю чем код стал лучше то...

тем что теперь у тебя есть типы

я так полагаю не нужно будет стрик тайпс объявлять)

почему?

с чего ты это взял?

с чего ты это взял?

ну вряд ли прошлый тип записи будет недоступен

мне кажется если хочешь строгий тип объявишь как public int $id

если хочешь что угодно то просто public $smth

... тайпхинты в php опциональны. для всего

php язык с динамической типизацией как никак. Добавление новых тайпхинтов никак на это не влияет. А наличие declare(strict=1) означает лишь то, что не будет кастов типов неявных в рантайме

ну ладно :)

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

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

а вот для DTO разных это будет удобно)

тем что теперь у тебя есть типы

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

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

ммм... им как бы и до этого никто не мешал)

ммм... им как бы и до этого никто не мешал)

они как мантру использовали сеттеры и геттеры :)

ну и да, разработчики забивают на инкапсуляцию в большинстве случаев даже когда юзают private (потому что не понимают что это такое))))

они как мантру использовали сеттеры и геттеры :)

ну публичные поля лучше чем геттеры и сеттеры)

с тайпихантами, лучше) пока, нет)

остается только одно ограничение которого не хватает что бы отказаться от этого - возможность объявить явно кто может писать в эти поля

ну типа ридонли

остается только одно ограничение которого не хватает что бы отказаться от этого - возможность объявить явно кто может писать в эти поля

как бы ты хотел это видеть?)

в аннотациях?

если бы ещё final подвезли, были бы совсем молодцы)

я - никак. мне это не надо. Максу надо

как часть яп?