FIXXER Сообщение 21/05/2009 21:15 Копия темы
Облако тегов  . Механизм, способ действия, варианты хранения и обработки информации есть у кого?
Поделитесь мыслями, если не сложно =)

Alexiz Сообщение 21/05/2009 21:22 Копия темы
 .
а я на каком тот сайте видел трехмерное.. мне понравило
типа так
maettig.com/code/javascri..

FIXXER Сообщение 21/05/2009 21:27 Копия темы
 .
Это способ отображения, а меня интересует механизм работы – где хранятся теги, как привязываются теги к объекту и т.д.

Alexiz Сообщение 21/05/2009 21:29 Копия темы
 .
аа самому прикольно)... может кто скажет

creart Сообщение 21/05/2009 21:35 Копия темы
 .
Создаем таблицу.

id tag
21 тэг_один
21 тэг_два
22 тэг_два
53 тэг_сто

id — индефикатор объекта, к которому привязываются теги (посты в блогах, вакансии в проектах итд)
tag — само название тега.

Ну дальше — получение массива тегов, их сортировка, вывод.

u1tr0n Сообщение 21/05/2009 23:11 Копия темы
 .
я встречал 2 способа:
1.
- табоица объектов (к которым относятся тэги)
- таблица тэгов (parent_id, tag_name )
//как написанно у Влада Мёдова
2.
- табоица объектов (к которым относятся тэги)
- таблица тэгов (tag_id , tag_name)
- таблица соответствий (tag_id , obj_id)
// этот способ позволяет экономить место

netrain Сообщение 22/05/2009 04:23 Копия темы
 .
Задача совершенно тривиальная. Имеем список тегов, для каждого тега храним количество вхождений. Определяем наибольшее число вхождений, наименьшее. Задаем максимальный и минимальный размер шрифта, из минимума и максимума вхождений вычисляем шаг изменения размера шрифта. И просто выводим весь список, вычисляя налету размер шрифта из ранее полученных цифр.
Как вычислять – зависит от того, что хотите получить. Можно банально шаг умножать на количество вхождений + минимальный размер. Можно сделать логарифмическую зависимость (мне она больше понравилась).

Теги хранятся в базе. Список тегов и количество вхождений – одна таблица. Вторая таблица – ассоциации тегов с соответствующими записями (айди_тега – айди_записи). Третья таблица – сами записи на сайте (здесь лучше иметь текстовое поле, в котором будет храниться закешированный список тегов этой записи, чтобы при выводе не генерировать множество запросов со связанными таблицами). Это наилучший вариант для большинства задач. Можно придумать и другой способ.