оставьте, хорошая же

Чем вам Silex не угодил?)

кто-нибудь вкурсе ангуляр 4 будет сильно от 2 отличаться? есть смысл подождать и сразу с новой версии браться изучать?

не будет сильно отличаться

а что там из bigdata?

я не вижу ни питона, ни скалы, ни хадупов

Чем вам Silex не угодил?)

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

большой проект на pimple - так себе идея

Чем вам Silex не угодил?)

всем?) да всем. как впрочем и любой другой micro framework

что микро норм

у пхпшторма нет норм поддержки микрофреймов, а особенно всяких pimple

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

так что так себе затея))

у пхпшторма нет норм поддержки микрофреймов, а особенно всяких pimple

есть

зато если туда кинуть php-di вместо

то вполне годно

не будет сильно отличаться

а на dartlang пробовали что-нибудь? на днях бегло посмотрел, узнал что собственный пакетный менеджер и сборщик, а как с webpack'ом то быть? не прикручивается? вообще есть смысл в этой штуке?

у пхпшторма нет норм поддержки микрофреймов, а особенно всяких pimple

sorien/silex-pimple-dumper

омг

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

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

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

дарт отдельный

kotlin.js более перспективный чем дарт)

kotlin.js более перспективный чем дарт)

на дарте как я понял уже есть хоть какой-то репозиторий, dartangular и комюнити. Какие у котлина плюсы кроме изначальной нормальной типизации?

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

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

Будем надеятся выстрелит и будет отличной заменой (для js)

Всем привет. Подскажите делал кто нибудь подобное и как правильно реализовать. У нас есть два проекта, сейчас переносятся на симфони. Для обоих проектов будет использоваться одна и таже таблица юзеров. Вот думаем как сделать единую службу авторизации. Есть идея сделать домен auth.domain.ru на нем поставить симфони, FOSUserBundle. С других проектов делать проверку наличия куки, если нет, то перенаправялем на сервер авторизации, если логин/пароль верные сохраняем куки и возвращаем обратно. Админка по управлению юзера будет также на сервере авторизации.

> @Enleur поддержки вообще-то есть

https://plugins.jetbrains.com/plugin/7251-dynamicreturntypeplugin

например так)

да уже выше скинули)

https://twitter.com/kmarenov/status/840082920542879745

видел эту вакансию. 4xxi

> REST-API между сервисами нет HATEOAS (а если там не XML то его у вас нет) - нет REST API

разве на json нельзя реализовать HATEOAS?

разве на json нельзя реализовать HATEOAS?

можно. я хз че он так написал

разве на json нельзя реализовать HATEOAS?

и да и нет. В HTML у тебя есть <a> и <form> и их хватает для описания всего и вся. В json у тебя нет ничего. Потому тебе надо писать стандарт поверх JSON и выдумывать кастыли. Из стандартов которые я пока тыкал - siren более менее походит на то что нужно но... как-то так

но проблема остается

стандарт есть же уже

в случае с WEB у тебя есть умный клиент - человек

стандарт есть же уже

и не один)

и все они либо драфт либо только линки

а только от линок толку не особо много

http://jsonapi.org/format/#document-links

тебе так или иначе надо будет на клиенте хардкодить либо релейшены, либо семантику...

я просто только один встречал))

есть и json-ld, и hal, и куча всяких

линки - не интересно

вроде как json-ld в целом прикольный, основанный на идее микроразметок и atom

но всеравно... я воспринимаю это как попытку применить что-то просто так

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

и приходит к тебе мобильщик писать приложеньку под ios

и ты ему "а вот тебе, дока не нужна даже, можешь сам все прокликать"

а мобильщик тебе "вот мне по пушу надо интент показать, и там дернуть запрос... дай урл"

и вот у тебя захардкоженый урл)

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

и как с ними работать

и да и нет. В HTML у тебя есть <a> и <form> и их хватает для описания всего и вся. В json у тебя нет ничего. Потому тебе надо писать стандарт поверх JSON и выдумывать кастыли. Из стандартов которые я пока тыкал - siren более менее походит на то что нужно но... как-то так

а как xml решает проблему?

а как xml решает проблему?

HTML решает проблему

и браузеры

и человеки которые ссылки тыкают

так причем xml там?)

ну и неособо как бы

ну на xml есть варианты как это сделать)

ну и неособо как бы

что не особо?

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

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

можешь. А теперь вставь форму

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

ERROR: S client not available

да, можно и symfony forms изобрести)

ну и сделай мне code-on-demand для ios приложения)

да, можно и symfony forms изобрести)

мы так делали)

полезность овер9000 )

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

ну короч... HATEOAS для web - работает, это то почему web выстрелил

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

@mkusher вот ты как человек которому приходится апишки потреблять

расскажи свои мысли по этому вопросу)

ой, позже

а то тут пятничные деплои

да не вопрос)

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

Всем привет. Подскажите делал кто нибудь подобное и как правильно реализовать. У нас есть два проекта, сейчас переносятся на симфони. Для обоих проектов будет использоваться одна и таже таблица юзеров. Вот думаем как сделать единую службу авторизации. Есть идея сделать домен auth.domain.ru на нем поставить симфони, FOSUserBundle. С других проектов делать проверку наличия куки, если нет, то перенаправялем на сервер авторизации, если логин/пароль верные сохраняем куки и возвращаем обратно. Админка по управлению юзера будет также на сервере авторизации.

Гугли SSO. Вот, например, знакомый писал: https://m.habrahabr.ru/post/260183/comments/

Гугли SSO. Вот, например, знакомый писал: https://m.habrahabr.ru/post/260183/comments/

спасибо

Какой path указывать чтобы кукисы были видны только на странице где поставлены (страница роута). Как на пикче не работает

#pathInfo: "/film/803719/" #requestUri: "/app_dev.php/film/803719/" Вот с этими не работает, почему-то Если вообще не указывать то работает, но там на корень ставится

не работают в смыслне не ставятся вообще или ставятся но для всех?

не работают в смыслне не ставятся вообще или ставятся но для всех?

Не ставится вообще, если верить сафари

Но в респонсе стоят

может домен не совпадает?

или ставит их но не туда?

Дк домен не указываю вообе же

Он же только на тот ставит домен откуда запрос?

Когда не указываю папку, ставит на корень. Но ставит. Когда указываю папку то он их не ставит. Я как-то не правильно папку указываю?

так может он ставит их для path без app_dev?

#pathInfo: "/film/803719/" #requestUri: "/app_dev.php/film/803719/" Вот с этими не работает, почему-то Если вообще не указывать то работает, но там на корень ставится

Но я пробовал оба варианта

Оба никак, я был уверен что один из них-то точно сработает. Но не сработало. По этому сюда пишу

а покажи что в браузер пишет, какие куки в хедере возвращаются?

В хедере "cookie" => array:1 [▼ 0 => "PHPSESSID=05aevd827t8m40ar3ea4qte1kv" ]