Select * from table order by rand?

Мне не надо брать 30 записей. Мне надо взять все их отсортировать и вывести 30

Limit 30

так отсортировать или случайные?

Select * from table order by rand?

Случайные.

Я понял, передать на мускл.

Рандом

ну и даже если так надо - ограничивай выборку в контроллере а не во вью

ну и даже если так надо - ограничивай выборку в контроллере а не во вью

Логику из шаблона забрать, а в шаблоне только фореч?

Да

Ок. Спасибо. Вечером доделаю инструментарий для автопостинг в Инстаграме

Подскажите реализацию множественной загрузки изображения

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

есть кто живой?

а что

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

проще написать его тут

дабы ничего не отвлекало я вырезал или опустил ненужную информацию

продукт - это товар. но товаров бывает несколько шт. одной позиции (пять булавок, три иголки)

а ещё когда покупатель кладёт в корзину товар или оплачивает заказ - часть булавок висит на складе, а часть в корзине/заказе

я сделал "набор". это product_set

когда одного товара сколько-то штук. сделал через junction table, как видно

это которая __map_2

вопрос - можно ли лучше, чем есть сейчас?

меня смущает как минимум то, что в справочной таблице (junction table) пришлось добавить поле product_qty

нормальная ли это практика и что в целом можете сказать о данном решении?

заранее спасибо.

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

таким образом из схемы спокойно убираем _map_2, в product добавляем qty, в product_set добавляем позиции для product_id и qty нужных ну и собственно все

мне нравится ход мыслей, перечитываю снова

всё отлично. теперь добавлю условие, которое сразу не описал

наборов может быть несколько. т.к. каждый набор - это какое-то кол-во одного товара. а в корзине у нас несколько разных позиций

т.е. мне надо будет добавить промежуточно справ. таблицу между product_set и cart, как и между product_set и order

а это уже то, от чего я с трудом, но ушёл вроде бы

т.к. хочется макс. просто и элегантно, а не через 20 табл. делать

т.е. Вы всё верно написали, спасибо. но это работает только если в корзине или заказе один товар опр. кол-ва. а их может быть сколько угодно, и для каждого несколько штук

я понял. схема это учитывает. product_set #1 product_id: 1, qty: 10 product_id: 2, qty: 5 product_set #2 product_id: 4, qty: 2 product_id: 8, qty: 6 в корзине у нас 2 продакт сета - 1 и 2. когда делаем заказ со склада списываем следующее кол-во позиций: product_id: 1 - 10 штук product_id: 2 - 5 штук product_id: 4 - 2 штуки product_id: 8 - 6 штук

у product_set id не уникальный

может быть 10 позиций для первого сета прописано

каждая позиция - product_id в нужном кол-ве

про то, чтобы сделать таблицу product стоковой - да. а вот как реализовано что у нас в корзине 2 сета?

как понимаю в корзину добавляются не товары а готовые сеты. значит мы просто на сайте выбрали сет 1 (в котором такие-то позиции в таком-то кол-ве) и сет 2 (в котором такие-то позиции в таком-то кол-ве)

корзине _присвоен_ один сет

только так. там отношение 1:1

не может же быть в корзине.. аа ну хотя, ну тогда придётся между корзиной и юзером делать junction

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

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

то есть я бы расширил таблицу корзины и избавился и от таблице сетов и от map

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

ну дык. есть же история заказов

тогда надо создавать отдельную таблу ещё для деталей заказа

или это будет разряжённая табла, а нам это не нужно)

тогда надо создавать отдельную таблу ещё для деталей заказа

битриксом пахнуло

вот. поэтому всё тут макс продумано. ща скину целиком чтобы было проще. за исключением табл авторизации в целях безоп. при всём уважении! )

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

намёк понял, вообще вот такая телега, ну заодно уж, раз завели базар)

с product_group только недопилено, на nested sets нет времени, так что захардкодил как есть для конкретной задачи конкретного магаза

ну мы ту часть и не обсуждаем

..вообще всё было хорошо, пока не начал писать генераторы тестовых данных! ))

было вот так. вообще норм. пока dbms не сказала - бро, ты не прав

когда я выставил индекс сразу на три поля для product_set

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

а через тройной индекс запрос делать - хранить условия выборки из related таблицы в трёх доп полях - вообще некрасиво было бы.

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

Доброе утро дамы и господа. Дай совет, как выводить все переменные , как dd($site) , но чтобы код не останавливался. Есть ли библиотека специальная ? Именно чтобы красиво переменная выводилась, как при dd

(new Dumper)->dump($x);

или сделай свой аналог функции ларавела

/** * Dump the passed variables and end the script. * * @param mixed * @return void */ function dd(...$args) { foreach ($args as $x) { (new Dumper)->dump($x); } die(1); }

только die(1) убери и имя другое дай

только die(1) убери и имя другое дай

Спасибо, то что надо

@exileum решил

$news = News::orderBy('date','desc')->orderBy('order','asc')->where('published','1')->where(date <= Carbon::now())->get();

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

where('date' , '<=' , Carbon::now())

Протупил

https://www.youtube.com/watch?v=ybJYyU5FPv4 это норма?

ща попробовал, всё работает