Это смотря сколько времени до релиза осталось)

Да, вот тут и ломается идеальный мир ?

Это ещё одна плохая практика ?

ты про хранение статистики в бд?

Нет

Но а вообще задача неполная. Возможно тебе нужно просто хранить кол-во пользователей и mysql тут можно и не трогать

Но а вообще задача неполная. Возможно тебе нужно просто хранить кол-во пользователей и mysql тут можно и не трогать

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

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

Друзья, подскажите, правильно ли в скоупе обращаться к глобальному $_REQUEST?

мне надо получить из $_REQUEST, GET параметр

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

Обращение к суперглобальным переменным это вовсе не Laravel way

скоуп вызываю из шаблона

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

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

на 1 странице до 10 подсчетов

пункт dynamic scopes

https://laravel.com/docs/5.6/eloquent#query-scopes

и уже в скоуп передаешь значение из реквеста

и к реквесту обращайся через request(), а не $_REQUEST

спасибо!

Как получить пост параметры без гет? В гугле нашёл только способ получить все+гет и отфильтровать, но это портит всю малину, если в гет и пост одинаковые названия есть. Гарантированный способ только пост параметры получить есть?

Я совсем новенький в вебе. Разве можно одновременно гет и пост параметры передать? Это же разные типы запроса

Как получить пост параметры без гет? В гугле нашёл только способ получить все+гет и отфильтровать, но это портит всю малину, если в гет и пост одинаковые названия есть. Гарантированный способ только пост параметры получить есть?

$_POST ))

Я совсем новенький в вебе. Разве можно одновременно гет и пост параметры передать? Это же разные типы запроса

в посте можно гет передавать наоборот нет

Это тип отправить пост запрос на роут вместе с query?

Я совсем новенький в вебе. Разве можно одновременно гет и пост параметры передать? Это же разные типы запроса

Route::match(['get', 'post'], '/', function () { return 'Hello World'; });

Пахнет ересью

Как получить пост параметры без гет? В гугле нашёл только способ получить все+гет и отфильтровать, но это портит всю малину, если в гет и пост одинаковые названия есть. Гарантированный способ только пост параметры получить есть?

$request->query->get() попробуй так

точнее так $request->request->get()

вообще почитай просто доку к классу

http://joxi.ru/xAegg6khp65Xjm

Сейчас почитал. Оно. Спасибо.

https://ru.stackoverflow.com/a/852834/33025

шикардос

Как-то можно строить урлы из route('name') с существующими GET параметрами?

в блэйде

Как-то можно строить урлы из route('name') с существующими GET параметрами?

route('name', $param)?

ну $param передает параметр в роут... а мне надо как то ?param=value если он есть, значит во всех ссылках на странице должен быть

route('name', $param)?

Спасибо, помогло... если передать массив, те параметры которые не прописаны в роуте попадают в GET

Менять package, или версию php на сервере

Что интересно на сайте пакета нет никаких требований к версии. Вообще стоить этот omnipay использовать? Пользовался кто? или свой костыль городить для платежек? Или посоветуйте пакет с платежками, спасибо)

Ну раз он php 7 не поддерживает, то явно не самый лучший

Ну раз он php 7 не поддерживает, то явно не самый лучший

Вроде обновлен 2018, почему не поддерживает странновато

Вроде обновлен 2018, почему не поддерживает странновато

This release brings compatibility with the latest Symfony 3+4 and Laravel 5.

А laravel 5 требует php 7

А laravel 5 требует php 7

5.6

А вот версия 5.4 ещё требует php 5.6

А, тогда действительно omnipay не дружит с php 7 скорее всего

Но обычно у скриптов особых проблем с переходом на php 7 нету

Этот релиз обеспечивает Совместимость с последними версиями Symfony 3+4 и Laravel 5 вроде как утверждаеться что наоборот)

https://php-eye.com/package/omnipay/omnipay вроде как поддерживаеться все, тогда вообще не пойму что за фигня))

На версии 7.2 тоже самое?

Как получить пост параметры без гет? В гугле нашёл только способ получить все+гет и отфильтровать, но это портит всю малину, если в гет и пост одинаковые названия есть. Гарантированный способ только пост параметры получить есть?

request()->post('param_name')

На версии 7.2 тоже самое?

нет 7.2 у меня

Вообщем установил с игнорирующим флагом, вроде работает

Всем привет, сделал страничку для изменения пароля. Два поля: Текущий пароль, Новый пароль. Вводим данные в поля и отправляем на сервер. Там нужно сделать проверку на поле "Текущий пароль", как это сделать? Как узнать какой пароль у пользователя. в бд хранитя хеш пароля. Как поступать?

Но ведь все это есть в документации Hash::check('plain-text', $hashedPassword)

Для хэширования пароля в md5, есть метод bcrypt

Ну да

$pass = Input::get('password'); if (Hash::check($pass, $user->password)) {   // успешная авторизация. }

ммммм... вот оно как

Два параметра, реальный пароль который ввёл пользователь и хэш в таблице

понял, спасибо

подскажите почему может в обсервере не срабатывать метод deleted? При создании created срабатывает..

Мне кажется, что нужно уточнить вопрос. Не срабатывает роут? Не срабатывает ивент для модели? Или просто метод не работает?

Мне кажется, что нужно уточнить вопрос. Не срабатывает роут? Не срабатывает ивент для модели? Или просто метод не работает?

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

ERROR: S client not available

а нельзя сделать так чтобы при удалении в любом случае срабатывал евент deleted?

Можно. Но нудно это реализовать самому, из коробки этого нет, если я не ошибаюсь.

Сделать ивент https://laravel.com/docs/5.6/events

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

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

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

Ну в таком случаии, нудно делать тригер на стороне БД.

думаю лучший вариант будет запретить удаление )

И у даление 1й модели, и удаление коллекции моделей, это разные методы, по идеии.

нечего удалять.. Люди стараются и создают что то а кто то потом удалять будет..

И у даление 1й модели, и удаление коллекции моделей, это разные методы, по идеии.

нет, там по через квери просто удаляется

Ну, в ларавеле из коробки именно так. Софт делит. Есди я не ошибаюсь.

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

Ну, в ларавеле из коробки именно так. Софт делит. Есди я не ошибаюсь.

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

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

Почему не круто? Хорошая практика и зпставляет лучше продумывать архитектуру приложения.

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

А кто сказал что FK не круто ? Само то ограничение вполне не лишнее может быть. Хотя вот каскадное удаление по нему, может привести к плохим последствиям при неаккуратном использовании

А кто сказал что FK не круто ? Само то ограничение вполне не лишнее может быть. Хотя вот каскадное удаление по нему, может привести к плохим последствиям при неаккуратном использовании

а каскадно удалять лучше через приложение?

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

Зачем что-то делать вне модели, мне кажется, это признак плохого кода.

А кто сказал что FK не круто ? Само то ограничение вполне не лишнее может быть. Хотя вот каскадное удаление по нему, может привести к плохим последствиям при неаккуратном использовании

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

а каскадно удалять лучше через приложение?

Каскадно удаляет уже БД.

Каскадно удаляет уже БД.

ну это же не очень круто

это как то надо обрабатывать же, если есть связанные записи

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

а каскадно удалять лучше через приложение?

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

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

короче FK как ограничитель тупо?

а для fk лучше кстати отдельные миграции делать?

ну это же не очень круто

Это как посмотреть. Вот есть у тебя юзер U1. И есть у этого юзера записи R1...Rn Зачем тебе эти записи, если юзера то уже нет?

короче FK как ограничитель тупо?

я ж писал, что как ограничение оно не лишнее.

Это как посмотреть. Вот есть у тебя юзер U1. И есть у этого юзера записи R1...Rn Зачем тебе эти записи, если юзера то уже нет?

ну бд же не спросит тебя верно? Молча удалит.. А может они все равно нужны на сайте

Может менеджер хочет удалить юзера но ему то неизвестно что вместе с ним исчезнут все его стихи к примеру

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

Это как посмотреть. Вот есть у тебя юзер U1. И есть у этого юзера записи R1...Rn Зачем тебе эти записи, если юзера то уже нет?

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