PHP: После перемешивания массива как пройти его до конца выдавая результат по одному / PHP, Perl, Python

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / PHP, Perl, Python [игнор отключен] [закрыт для гостей] / PHP: После перемешивания массива как пройти его до конца выдавая результат по одному

3 сообщений из 3, страница 1 из 1

PHP: После перемешивания массива как пройти его до конца выдавая результат по одному

#40083545

trom

Гость

Получил массив $ids из БД
сделал

Код: php

shuffle($ids);

чтобы его перемешать
теперь нужно при каждом нажатии кнопки next отобразить по порядку каждую запись из массива $ids, за один раз нужно показывать одну запись

Пока пришла мысль записать полученный массив в БД, но может есть способ по проще и получше?

...

Рейтинг:

0 / 0

13.07.2021, 12:26

| Ответить | Цитировать | Написать

PHP: После перемешивания массива как пройти его до конца выдавая результат по одному

#40083641

vkle

Участник

Откуда: Самара

Сообщения: 14 253

Рейтинг: 0 / 0

trom

Получил массив $ids из БД

trom

Пока пришла мысль записать полученный массив в БД, но может есть способ по проще и получше?

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

...

Рейтинг:

0 / 0

13.07.2021, 19:15

| Ответить | Цитировать | Написать

PHP: После перемешивания массива как пройти его до конца выдавая результат по одному

#40083652

White Owl

Участник

Сообщения: 12 726

Рейтинг: 0 / 0

vkle

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

Это можно, но в большинстве случаев не удобно - обычно нужно чтобы каждый юзер имел собственный случайный набор, а не все разом один общий.

Чаще всего, такая задача возникает при всяческих тестированиях. Выдавать испытуемому вопросы в разнобой (чтоб не списывал).
Стандартное решение - сессия с "логином" вначале и "логаутом" в конце теста. А список вопросов для этой сессии действительно проще хранить на сервере в базе в табличке типа:

Код: sql

1.
2.
3.
4.
5.

create table t(
  session_id,
  number_in_session,
  question_id,
  answer)

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

Как вариант - все тоже самое, но хранить в куках. В минусах - если юзер параноик и запретил куки, то ой. Ну и особо большой блок информации в куки не засунуть. Хотя для тестов это не особо критично. Больше сотни вопросов за раз в тест выдавать бессмысленно.

Как еще один вариант - перенести всю логику на клиента. То есть вначале сервер выдает список вопросов (целиком, то есть с текстом и картинками). А дальше целиком javascript - вопросы кладутся в массив, из него-же достаются, рисуются. Ответы собираются в другой массив и в конце теста отсылаются пачкой на сервер.

Ну а если перемешивание id'ов нужно для чего-то другого - поясни для чего. Варианты всегда есть.

...

Рейтинг:

0 / 0

13.07.2021, 20:16

| Ответить | Цитировать | Написать

3 сообщений из 3, страница 1 из 1

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

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

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

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

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=23&msg=40083652&tid=1459453]:	0ms
get settings:	10ms
get forum list:	15ms
check forum access:	4ms
check topic access:	4ms
track hit:	33ms
get topic data:	11ms
get forum data:	3ms
get page messages:	49ms
get tp. blocked users:	2ms
others:	15ms

total:	146ms