Сортировка груп

[subONE]

Вот поставил у себя индикатор на форуме...

R.Администрация | Главный Модератор | Модератор | Пользователи

 

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

например...

 

15 гостей, 5 пользователей 0 скрытых пользователей

subONE, Russki, РУДОЛЬФ, Kazach, Dragger, и тд.

[vasyast]

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

[subONE]

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

[vasyast]

Вот уж выргебная яма, да ещё без копирайтов.

 

Копайте /sources/action_public/online.php

[subONE]

Вот уж выргебная яма, да ещё без копирайтов.

 

Копайте /sources/action_public/online.php

[subONE]

ну кто нибудь знает как это сделать?

[subONE]

[Song]

ORDER BY mgroup

[Sannis]

Это хороший вариант, но тогда порядок может оказаться не такой как хочет subONE

[subONE]

ORDER BY mgroup

a где это по точнее найти

 

Это хороший вариант, но тогда порядок может оказаться не такой как хочет subONE

хмм

[subONE]

kak??????

[FatCat]

kak??????

Через if поочередно для каждой группы. Заодно получишь возможность вывести/скрыть нужные группы из списка.

[subONE]

kak??????

Заодно получишь возможность вывести/скрыть нужные группы из списка.

это у меня и так есть.... а вот как именно через if то проблемма

[Song]

Это хороший вариант, но тогда порядок может оказаться не такой как хочет subONE

Почему? Как раз по группам.

[FatCat]

Почему? Как раз по группам.

Он же хочет, чтобы сначала админы, потом суперы, потом модеры, потом уже юзеры.

А в обычном порядке групп будет другой порядок.

[Sannis]

Если просто чтобы группы были по порядку наверное так:

В ./sources/lib/func_boardstats.php найти:

			while ( $r = $this->ipsclass->DB->fetch_row() )
		{
			$rows[ $r['running_time'].'.'.$r['id'] ] = $r;
		}

Заменить на:

			while ( $r = $this->ipsclass->DB->fetch_row() )
		{
			$rows[ $r['member_group'].'.'.$r['id'] ] = $r;
		}

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

[Song]

Он же хочет, чтобы сначала админы, потом суперы, потом модеры, потом уже юзеры.

SELECT m.mgroup, t.* FROM ibf_topics t, ibf_members m WHERE m.mgroup=6 and m.id=t.starter_id
UNION
SELECT m.mgroup, t.* FROM ibf_topics t, ibf_members m WHERE m.mgroup=2 and m.id=t.starter_id
UNION
SELECT m.mgroup, t.* FROM ibf_topics t, ibf_members m WHERE m.mgroup=4 and m.id=t.starter_id
UNION
SELECT m.mgroup, t.* FROM ibf_topics t, ibf_members m WHERE m.mgroup=19 and m.id=t.starter_id

 

Надеюсь принцип понятен. Запрос не в тему просто для демонстрации.

[FatCat]

Надеюсь принцип понятен. Запрос не в тему просто для демонстрации.

Это увеличивает количество запросов к БД.

Я предлагал несколько иное:

Один запрос к БД, затем:

if ($data['mgroup']==4)
{
  Цикл выводит рутовых админов в списке онлайн
}

if ($data['mgroup']==5)
{
  Цикл выводит суперов в списке онлайн
}

...

if ($data['mgroup']==1)
{
  Цикл выводит простых юзеров в списке онлайн
}

[Sannis]

Проще в моей сортировке (так в оригинале) вместо $rows[ $r['member_group'] ] написать $rows[ $gr_arr[ $r['member_group'] ], а $gr_arr - массив соответствий, подобрать для правильного порядка

[Song]

Это увеличивает количество запросов к БД.

Да нет. На самом деле MySQL оптимизирует их внутри себя в один запрос, но при этом сделает специальную сортировку рядов.

[subONE]

Ну вы блин профессоры даёте.... буду пробывать скоро....

 

З.Ы: что такое массив?

[subONE]

SANNis так как ты сказал не работает!!

 

FatCat так как ты сказал.. то я вооше не понел

 

Song .. незнаю но я боюсь делать запрос.. может ешё глюк какой сделается? *ты проверял?*

[FatCat]

Это увеличивает количество запросов к БД.

Да нет. На самом деле MySQL оптимизирует их внутри себя в один запрос, но при этом сделает специальную сортировку рядов.

Мэтр! Вы сами себе противоречите:

они запросто могут перемешаться, это зависиит от внутреннего оптимизатора MySQL.

Особенно 5-ая версия любит такие штучки.

[Song]

Перемешаться - запросы идущие подряд от одного клиента выполненные отдельно. А это - всё-таки один запрос.