Привет

что если у нас апи проект, а с фронта нужно сбросить пароль, как понять какой урл пихнуть в письме? как вы это делаете?

что если у нас апи проект, а с фронта нужно сбросить пароль, как понять какой урл пихнуть в письме? как вы это делаете?

в голову приходят два варианта: 1. у фронтенда есть свой бекенд (можно назвать это сервисом), у этого бекенда есть API с эндпоинтом генерации роутов. через него можно сгенерировать роут восстановления аккаунта, передав туда все нужные данные 2. тупо захардкодить эту ссылку в письмо

в голову приходят два варианта: 1. у фронтенда есть свой бекенд (можно назвать это сервисом), у этого бекенда есть API с эндпоинтом генерации роутов. через него можно сгенерировать роут восстановления аккаунта, передав туда все нужные данные 2. тупо захардкодить эту ссылку в письмо

1) ну как-то так себе, 2 бекенда выйдет)

2 бекенда — это нормальная практика. второй бекенд появится как минимум при реализации SSR

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

2 бекенда — это нормальная практика. второй бекенд появится как минимум при реализации SSR

мне вот в голову приходит: вместе с адресом (почта) отправлять ссылку которую надо пихнуть в письмо. Бек только добавит ?token=xxxx

мне вот в голову приходит: вместе с адресом (почта) отправлять ссылку которую надо пихнуть в письмо. Бек только добавит ?token=xxxx

тут все упирается в то, насколько вы можете позволить себе вылизать проект. я бы на твою идею ответил вот что: ни фронтенд, ни бекенд в таком случае не смогут гарантировать, что сгенерированная в итоге ссылка получится валидной. проще говоря, откуда бекенду знать, что фронтенд ожидает именно ?token=xxx, а не, скажем, /xxx или #token=xxx? с другой стороны, реализация апи на стороне фронтенда может дорого вам стоить и это уж совсем оверхед получится. если команда фронтенда и бекенда может договориться между собой о том, что именно вот такая вот ссылка должна получиться, то, возможно, стоит сделать по простому

тут все упирается в то, насколько вы можете позволить себе вылизать проект. я бы на твою идею ответил вот что: ни фронтенд, ни бекенд в таком случае не смогут гарантировать, что сгенерированная в итоге ссылка получится валидной. проще говоря, откуда бекенду знать, что фронтенд ожидает именно ?token=xxx, а не, скажем, /xxx или #token=xxx? с другой стороны, реализация апи на стороне фронтенда может дорого вам стоить и это уж совсем оверхед получится. если команда фронтенда и бекенда может договориться между собой о том, что именно вот такая вот ссылка должна получиться, то, возможно, стоит сделать по простому

та вот и я думаю, что по простому - оно то так. Но инетесно найти идеал)

там еще минус в секюрности)

можно урлу подставить вредоносную и токен стырить)

можно урлу подставить вредоносную и токен стырить)

Что мешает указывать относительный путь с маркерами? Например /user/security?action=resetpassword#{token}

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

Если правильно варить она тоже норм. У доктрины тоже есть много минусов.

а можно рецепты правильного варения?!) или ссылки на рецепты)

а можно рецепты правильного варения?!) или ссылки на рецепты)

По элоквенту? Я думаю проблем со статьями по нему нет. Начни хотя бы с ларакаста. Ну а дальше все зависит от того как ты архитектуру выстроишь. Главное понять основные минусы, тогда появляется понимание как можно их обойти.

статей валом, вопрос о их качестве. Ларакаст - видосы Джефри?! или форум?!

Вспомнил, погугли про query objects. Оч крутой подход для работы с ar

Что бы избежать разрастания

ок, пасиб за наводку

Привет!

https://habr.com/company/zfort/blog/424949/

еее, типизированые свойства

скоро будет как в java xD

на данный момент php больше напоминает попытку студента 2-ого курса запилить java4 за неделю до сдачи работы

половина "фич" - кастыли от нехватки времени

скоро будет как в java xD

проверка типов в рантайме, карл. Это ж ебаный пиздец

на данный момент php больше напоминает попытку студента 2-ого курса запилить java4 за неделю до сдачи работы

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

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

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

попутно забывая что было в предыдущем

p.s. знаю о чем говорю - сдавал интерпритатор javascript-а 6 лет назад в качестве лабы)

причем между двумя "сдачами" прошел как раз год.

единственный способ реанимировать пых - препроцессинг и language server

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

а у тебя был опыт с препроцессорами для PHP? что думаешь о https://preprocess.io/ и об https://github.com/marcioAlmada/yay в частности ?

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

помнишь я писал что скоро пых будет как js с кучей паралельных стилей и сборщик)))

который будет phppack(webpack) какой нибудь и всякие pabel(babel) штуки)

имена естественно могут отличаться)

фишки будут обкатывать, что приживутся будут переносить в php

чтобы потом их интерпретатор понимал

а у тебя был опыт с препроцессорами для PHP? что думаешь о https://preprocess.io/ и об https://github.com/marcioAlmada/yay в частности ?

yay клевый, proprocess выглядит более готовым к праймтайм. Но пока для php нет ни одного адекватного language server (и еще вопрос как обстоят дела у preprocess с сорс мэпами) - в целом бесполезно. Слишком сложно в адаптации.

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

помнишь я писал что скоро пых будет как js с кучей паралельных стилей и сборщик)))

кучей... бабеля в целом хватает)

бандлинг для php штука не очень актуальная

ну да phppack откладывается пока

фишки будут обкатывать, что приживутся будут переносить в php

в этом была идея yay - который в целом по принципу работы очень даже напоминает бабель

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

yay клевый, proprocess выглядит более готовым к праймтайм. Но пока для php нет ни одного адекватного language server (и еще вопрос как обстоят дела у preprocess с сорс мэпами) - в целом бесполезно. Слишком сложно в адаптации.

кста в PhpStorm будет поддержка сорсмэпов для PHP скоро

я не имею ничего против я просто не очень понимаю magic code -> some interpretator -> php interpretator -> bin

кста в PhpStorm будет поддержка сорсмэпов для PHP скоро

пруфы ссылки в студию. Более того, ссылки на что-то что может генерить сорсмэпы к php

пруфы ссылки в студию. Более того, ссылки на что-то что может генерить сорсмэпы к php

я работаю в JetBrains, это так сказать инфа с полей

я не имею ничего против я просто не очень понимаю magic code -> some interpretator -> php interpretator -> bin

не interpretator а transpiler. то есть magic code -> php -> интерпритация

ну да транспайлер правильней конечно

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

интерпритация для сборки - это в сторону каких-нибудь prepack фэйсбуковских

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

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

такой проблемы сейчас не существует даже в js комьюнити (особенно с выходом babel7)

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

ERROR: S client not available

такой проблемы сейчас не существует даже в js комьюнити (особенно с выходом babel7)

coffee script, babel, vue (одно файловый для вебпака плагин), typescript plugin и куча другой всякой фигни )

+ мы говорим о бэкэнд разработке. Где ты имеешь больше конроля за рантаймом. То есть тебе не надо делать как в JS с учетом старых движков

например сейчас актуально flow -> babel -> js -> клиент

coffee script, babel, vue (одно файловый для вебпака плагин), typescript plugin и куча другой всякой фигни )

1. ты все еще пишешь на кофескрипте? он как бы умер. Даже его создатели от него открестились уже давно. 2. vue - это тут вообще зачем? 3. typescript сейчас умеет делать бабель. То есть сейчас не обязательно иметь отдельный стэйдж с TS -> ES2015

пример выше с flow

например сейчас актуально flow -> babel -> js -> клиент

если выкинуть клиент и js из твоей цепочки (потому что хер знает зачем ты их добавил) и вспомнить что flow nам как плагин к бабелю идут - то цепочка получится просто babel -> js

и уже не так уж и страшно)

ну ок ))

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

да мне кажется это не проблемы)

и уже не так уж и страшно)

добавь jsx в список

вот бы еще придумали как пхп код в экзешник запихнуть

или он тоже часть бабеля ?)

ну да плагин есть )

у нас с Олегом одно время была идея расширять синтаксис php за счет комментов))) что бы по упоротому: class /*<T>*/Foo { public function bar(/* T */ $baz, /*keyof T*/ $key) /*: valueof T */ { return $baz[$key]; } }

вот бы еще придумали как пхп код в экзешник запихнуть

вон как с питоном где-то

вот бы еще придумали как пхп код в экзешник запихнуть

phar, че. Вполне себе решение.

у нас с Олегом одно время была идея расширять синтаксис php за счет комментов))) что бы по упоротому: class /*<T>*/Foo { public function bar(/* T */ $baz, /*keyof T*/ $key) /*: valueof T */ { return $baz[$key]; } }

почти как анотации )) xD

пруфы ссылки в студию. Более того, ссылки на что-то что может генерить сорсмэпы к php

концепт есть для twig https://github.com/bzixilu/twig-sourcemap

phar, че. Вполне себе решение.

он же требует установленного пыха, нет?

но я понимаю что других способов нет (

концепт есть для twig https://github.com/bzixilu/twig-sourcemap

а вот это инересненько!) ну чтож, удачи вам)

поясните плиз, что есть сорсмапы

Спасибо! Если вдруг чего не хватает в PhpStorm или есть идеи какие-то – пишите мне

поясните плиз, что есть сорсмапы

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

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

а какое применение к пхп-то?

Спасибо! Если вдруг чего не хватает в PhpStorm или есть идеи какие-то – пишите мне

дженерики запилите, может быть с ребятами из psalm/phan в кооперации что бы вообще какой-то стандарт в этом плане двигать

Спасибо! Если вдруг чего не хватает в PhpStorm или есть идеи какие-то – пишите мне

пхпшторм до сих пор в кложуры не умеет)