l
Ну или посмотреть как генерится хеш пароля и к текущему админу подставить новый хеш с нужным паролем
Size: a a a
2020 February 20
A
А зачем проверять другие роуты? Паттерн же найден, просто он не находится в нужном ему диапазоне.
без where там от паттерна только префикс «url/», а по задаче не ясно что нужно, может у него два роута на этот префикс. Да и мне самому интересно можно как-то вернуть или нет. Может даже callback’ом роута (если такое есть) как-то гибче можно проверять условия? в Yii вроде целые классы можно было на роутинг + генерацию УРЛ назначать, а тут не нашел
V
Arman
без where там от паттерна только префикс «url/», а по задаче не ясно что нужно, может у него два роута на этот префикс. Да и мне самому интересно можно как-то вернуть или нет. Может даже callback’ом роута (если такое есть) как-то гибче можно проверять условия? в Yii вроде целые классы можно было на роутинг + генерацию УРЛ назначать, а тут не нашел
> в Yii вроде целые классы можно было на роутинг + генерацию УРЛ назначать, а тут не нашел
Вот сейчас не понял. Что значит "назначать целый класс на роут"? В ларавеле не так, что ли?
Вот сейчас не понял. Что значит "назначать целый класс на роут"? В ларавеле не так, что ли?
V
Arman
без where там от паттерна только префикс «url/», а по задаче не ясно что нужно, может у него два роута на этот префикс. Да и мне самому интересно можно как-то вернуть или нет. Может даже callback’ом роута (если такое есть) как-то гибче можно проверять условия? в Yii вроде целые классы можно было на роутинг + генерацию УРЛ назначать, а тут не нашел
> без where там от паттерна только префикс «url/»
Без where там паттерн /url/{name}, где {name} - что угодно.
Без where там паттерн /url/{name}, где {name} - что угодно.
A
> в Yii вроде целые классы можно было на роутинг + генерацию УРЛ назначать, а тут не нашел
Вот сейчас не понял. Что значит "назначать целый класс на роут"? В ларавеле не так, что ли?
Вот сейчас не понял. Что значит "назначать целый класс на роут"? В ларавеле не так, что ли?
A
вот если бы where() мог callback принять, который мог бы сделать запрос в БД, то было бы то)
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
P
регулярка с /
V
Arman
вот если бы where() мог callback принять, который мог бы сделать запрос в БД, то было бы то)
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
Ты думаешь папками, а не маршрутами. И делать запросы в роутах не надо.
V
Arman
вот если бы where() мог callback принять, который мог бы сделать запрос в БД, то было бы то)
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
т.е. если задача:
/ - главная
/categoryName - Список постов
/categoryName/subCategoryName - Список постов
/categoryName/subCategoryName/N.. - Список постов
/categoryName/subCategoryName/N../postSlug-postId - Страница поста
и
/pageName - Контент страница
/dir/dir/N…/pageName - Контент страница
как бы такое реализовать?
К тому же если тебе нужны категории, посты и так далее, то ларавел тебе их сам достанет из базы и заинжектить в контроллер.
A
К тому же если тебе нужны категории, посты и так далее, то ларавел тебе их сам достанет из базы и заинжектить в контроллер.
так два разных контроллера, если он в первый уйдет, то или нашел ответ или 404, второй контроллер ничего не узнает
V
Arman
так два разных контроллера, если он в первый уйдет, то или нашел ответ или 404, второй контроллер ничего не узнает
Зачем делать два разных контроллера на один маршрут?
A
одним контроллером работать с 3 моделями? Page, Category и Post?
V
А при чем здесь три модели?
V
Как ты собрался работать с тремя моделями, используя один и тот же маршрут?
A
Как ты собрался работать с тремя моделями, используя один и тот же маршрут?
в этом и вопрос, что хочется три разных роута, но чтоб каждый мог сделать запрос в БД по текущему УРЛ и сказать есть какая модель на показ или нет, по этой модели уже и принимать решение
V
Ну т.е. если речь про
/{category}/{tag}/{post}, то ок, почему нет? Этот маршрут может значит, что ты просматриваешь конкретный пост по конкретному тегу и категории.V
Arman
в этом и вопрос, что хочется три разных роута, но чтоб каждый мог сделать запрос в БД по текущему УРЛ и сказать есть какая модель на показ или нет, по этой модели уже и принимать решение
Ларавель сам сделает запрос за тебя. Если нет модели, то он покажет 404. Если есть, то ок.
V
Arman
в этом и вопрос, что хочется три разных роута, но чтоб каждый мог сделать запрос в БД по текущему УРЛ и сказать есть какая модель на показ или нет, по этой модели уже и принимать решение
A
Ларавель сам сделает запрос за тебя. Если нет модели, то он покажет 404. Если есть, то ок.
ниже второй роут с /{category}/{tag}/{news}