
Denis
06.08.2018
08:19:58
Документацию читал?

F01134H
06.08.2018
08:24:46
Laravel Good Way https://style.dyrynda.com.au

Romuald
06.08.2018
08:26:26

Roma
06.08.2018
08:27:50

Google

F01134H
06.08.2018
08:28:10
кек

Roma
06.08.2018
08:29:56

F01134H
06.08.2018
08:31:45
ну в принципе я согласен с таким путем
что всегда можно только вперед мигрировать
хочешь произвести удаление таблицы -> делаешь миграцию на удаление -> знаешь в какой момент времени ты это сделал

Roma
06.08.2018
08:34:43
Для прода согласен на все 100
Просто для локальной разработки иногда не плохо иметь down метод
Хотя возможно когда уже готовые изменения и делаеш пуш в гит, то на этом этапе уже убирать

F01134H
06.08.2018
08:35:12
если у тебя различается версия для прода и локальная, то это странно)
я думаю автор имеет ввиду, что случайный запуск migrate:rollback потрет вообще все, если у тебя объявлены down

Roma
06.08.2018
08:36:22

F01134H
06.08.2018
08:36:35
можно в принципе, но нужно ли

Сергей
06.08.2018
09:34:08
Привет всем, парни, помогите разобраться с одним вопросом:
Нужно определить язык системы пользователя и показать сайт на этом языке.
В LocaleMiddleware, который служит для переключения языка в зависимости наличия префикса локали в url.
http://joxi.ru/RmzQMP9h0o8OBr
http://joxi.ru/gmvVNP8ILYkZ9m
если в куках нет языка, то определяем язык пользователя и запоминаем его,
Так вот при первом заходе на сайт.ком/ua (куки отсутствуют) язык пользователя определяется как ru, устанавливается ru локаль, и на сайте 404 ошибка и урл сайт.ком/ua
при втором обновлении отрабатывает первая часть "определение локали из url", редиректит на нужную локаль и всё норм.
Я что-то не пойму где у меня ошибка, может кто-то советом помочь?

F01134H
06.08.2018
09:34:50
нихуя не понял

Google

Gleb
06.08.2018
09:35:52
Кровь из глаз

Сергей
06.08.2018
09:36:01
(( что не так?

F01134H
06.08.2018
09:36:14
отрефактори код для начала
что бы он выглядел нормально
в пине сайт, почитай его

Owly
06.08.2018
09:55:08
Здравствуйте, помогите пожалуйста, правильно записать запрос, в mysql он выглядит так : SELECT comments.article_id, news.title, news.category_id, COUNT(comments.id) as counts FROM comments JOIN news ON news.id = comments.article_id GROUP BY(article_id) ORDER BY counts DESC LIMIT 3 , но при попытке вызвать join, count, order by на одном запросе выводит просто 0.

Nikitcat
06.08.2018
10:03:37
Потому что вроде как по алиасу нельзя сортировать
При агрегатной функции используй having
Если неправ, думаю меня поправят

Саша
06.08.2018
10:06:53

Алексей -BeJlb3- Нечаев
06.08.2018
10:07:18
SELECT * FROM (SELECT comments.article_id, news.title, news.category_id, COUNT(comments.id) as counts FROM comments JOIN news ON news.id = comments.article_id GROUP BY(article_id)) ORDER BY counts DESC LIMIT 3

Anton
06.08.2018
10:10:23
Здравствуйте, помогите пожалуйста, правильно записать запрос, в mysql он выглядит так : SELECT comments.article_id, news.title, news.category_id, COUNT(comments.id) as counts FROM comments JOIN news ON news.id = comments.article_id GROUP BY(article_id) ORDER BY counts DESC LIMIT 3 , но при попытке вызвать join, count, order by на одном запросе выводит просто 0.
Выглядит норм, ты уверен что в news есть эти новости?
Ну так... Нашару...
Попробуй вывести эти id без джоин и потом в news выбрать их
Ну так чтобы проверить 100%

Owly
06.08.2018
10:13:12
так в я так сначала и делала, но мне нужны именно заголовки и категории этих новостей а также отсортировать 3 самых популярных, в mysql запрос который скинула рабочий и выводит то что мне нужно, а вот в laravel проблема

Anton
06.08.2018
10:14:10
Таак

Алексей -BeJlb3- Нечаев
06.08.2018
10:14:29
кстати... а группировка почему по 1му полю?

Anton
06.08.2018
10:14:32
То есть проблема не в запросе, а на стыке ларавеля и мускуля?

Google

Anton
06.08.2018
10:14:49
Во!!! Может быть у тебя там 5.7?
Мускуль?

Owly
06.08.2018
10:18:34
да, на стыке, 5.7, это проблема? по первому? потому что изначально мне нужно узнать статью в которой больше всего комментов оставлено

Алексей -BeJlb3- Нечаев
06.08.2018
10:28:42
группировка идет по всем полям не участующим в агрегационных функциях, т.е. "GROUP BY article_id, title, category_id"
по идее должно быть так:
SELECT * FROM (SELECT comments.article_id, news.title, news.category_id, COUNT(comments.id) as counts FROM comments JOIN news ON news.id = comments.article_id GROUP BY comments.article_id, news.title, news.category_id) ORDER BY counts DESC LIMIT 3
З.Ы. загнался с короткими названиями, не факт что не повторятся...

[Anonymous]
06.08.2018
10:33:58
Почему бы просто счётчик не сделать? Эти запросы будут довольно медленны

Алексей -BeJlb3- Нечаев
06.08.2018
10:34:52
смотря какое кол-во записей и наличие индексов

Nikitcat
06.08.2018
10:35:25
ну в ларке это ж делается не так сложно
Comment:with('news')->count('comments.id')

[Anonymous]
06.08.2018
10:35:57

Nikitcat
06.08.2018
10:36:23
Просят помочь написать правильно запрос в ларке

[Anonymous]
06.08.2018
10:36:43
Ты получишь количество таким образом

Nikitcat
06.08.2018
10:37:26
Так где ты видишь точку с запятой?) Я не дописал запрос, я просто натолкнул на мысль, правильно ли

[Anonymous]
06.08.2018
10:38:12
https://stackoverflow.com/questions/24208502/laravel-orderby-relationship-count
А вообще вот.. Гугл как всегда рулит
Хотя в любом случае это очень затратно будет

Nikitcat
06.08.2018
10:46:03
$articles = DB::table('comments')
->join('news', 'news.id', '=', ' comments.article_id')
->select(comments.article_id', 'news.title', ' news.category_id')
->count('comments.id')
->groupBy('article_id')
->orderBy(DB::raw('count(comments.id)', 'desc')
->limit(3)
->get();
можно так попробывать

Саша
06.08.2018
10:46:33

Google

Саша
06.08.2018
10:48:22
хотя я конечно не сторонник такие сложные штуки делать через элокуент
DB::raw и поехали

[Anonymous]
06.08.2018
10:49:27
Ты же все записи будешь получать
Если их немного я прямо в моделе храню

Admin
ERROR: S client not available

Саша
06.08.2018
10:52:54
Через елоквент 2мс?
Зависит от размера выборки ) Ну там думаю если выборка мелкая не многим больше будет. Однако DB::raw имхо предпочительнее
После симфони взял за привычку все запросы в репозиториях держать, удобнее тестировать как минимум :)

[Anonymous]
06.08.2018
10:55:07
Слушай а не сталкивался с задачей выбрать случайные записи быстро?

Саша
06.08.2018
10:57:15

[Anonymous]
06.08.2018
10:57:18
Я недавно делал это, добавил дополнительное поле со случайным индексом и сложным запросом сортировал по этому полю

dev
06.08.2018
10:57:29
order by rand

[Anonymous]
06.08.2018
10:57:33
Мне это не подходит
Там просто выбираются смежные записи которые рядом с друг другом.. а у меня есть поле которое идёт по порядку и отображается пользователю. Так что случайные записи получаются с примерно одинаковыми знаяениями
На сколько быстро?

dev
06.08.2018
10:59:52
потролить нельзя чтоль)

[Anonymous]
06.08.2018
11:00:23
Троли.. они повсюду..

Google

[Anonymous]
06.08.2018
11:01:30
Вообще не понимаю почему в СУБД не сделано это как то по другому.. можно же сделать индекс для рандома.. а не постоянно его перестраивать
Я вот сам сделал такой индекс, числа от 0 до 1.. и потом по нему сортировал
Но в плане практичности это какая то жопа

Owly
06.08.2018
11:10:50

[Anonymous]
06.08.2018
11:19:50
подскажите топовую гибкую админку

Nikita
06.08.2018
12:07:57

[Anonymous]
06.08.2018
12:08:15

Tomas
06.08.2018
12:08:31
Sleeping Owl
Orchid

Dmitry
06.08.2018
12:08:40
https://octobercms.com/
вродь норм

[Anonymous]
06.08.2018
12:09:05
Говно полное
Это не ларавель и не цмс..

Tomas
06.08.2018
12:10:16
Ище какие-то индусы сделали что-то интересное, ток не помню название. Сейчас если найду отпишусь.