Разное

Я тут развлекаюсь тем, что приделываю к лайтфоруму фичу по созданию опросов.


Получается довольно пикантно. См.скриншот
Хочется обойтись минимумом штрихов - поэтому выходит причудливо.

Никому не интересно?

у вас 4 ответа дают 132% :)

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

У меня два вида опросов: зависимые( т.е. радиобаттоны) и независимые (т.е. чекбоксы)
Но подсчет выбора ведется для каждого варианта опосредованно.

Опрос анонимный? А то очень интересно про клизму... )))

> Опрос анонимный?
Нет. Опрос жестко персонифициорованный. Так что накрутки невозможны в принципе.

Запечатленное на скриншоте состояние в БД выглядит так:

# # Table structure for table liteforum_poll_answers # DROP TABLE IF EXISTS `liteforum_poll_answers`; CREATE TABLE `liteforum_poll_answers` (   `id_author` int(11) NOT NULL,   `id_poll` int(11) NOT NULL,   `answer` int(11) NOT NULL,   PRIMARY KEY  (`id_poll`,`id_author`),   UNIQUE KEY `autpol` (`id_author`,`id_poll`) ) ENGINE=MyISAM DEFAULT CHARSET=cp1251; # # Dumping data for table liteforum_poll_answers # INSERT INTO `liteforum_poll_answers` VALUES (1,1,1); INSERT INTO `liteforum_poll_answers` VALUES (2,1,2); INSERT INTO `liteforum_poll_answers` VALUES (3,1,6);

>А то очень интересно про клизму... )))

То есть водка на завтрак у Вас идет стандартным рационом? =)

Ну не шампанское же)) сами знаете почему ;)
Вообще после BIGINT (после того как утёр слезу) подумал, что день обещает быть весёлым))
Водку не пил уже полгода наверное (я не в завязке, просто неохота... в детстве наверное перепил, теперь равнодушен), пиво вкуснее)

Довольно интересно, если бы у самого стоял ЛайтФорум с удовольствием унал как вы сделали его (ну или где это надо писать). Вот только с тем, что получается 132% надо бы что нить сделать, а то как-то страно выходит :)

Лайтфорум скачивается прям отсюда. Что я вчера и сделал.

Кодом поделитесь? Было бы инетресно проводить опросы.

Опросы вещь нужная, но совершенно непонятная система в процентах. В голове укладывается только то, что в итоге должно получаться 100%, а не как на скриншоте. Да и всплывающее окно - как-то немного старомодно )) Но если в любом виде, к этому форуму прибавится голосование - то это гуд, уж лишним, точно не будет!

Для типичного независимого опроса 100% будет выполняться само собой.

as is :) код в прицепе.

вариант ответа в опросе создается bb-тегом


Фиксация мнения происходит при ответе на сообщение с опросом.
При ответе даже пустым сообщением. Пока так.
При попытке повторного ответа вариант может быть изменен. Но не накручен.
Менять мнение можно сколько хочешь раз.

Это всё лишь идея, причем никак не претендующая на истину.
И не очень аккуратная сейчас в плане пользовательского интерфейса.
Вероятно, какие-то моменты стоит подточить, привязать к статусу тем (закрыто/заблокировано).
Собственно, я сам лайтфорум практически не глядел серьезно, чтобы понять, как правильно воткнуть эту фичу. Так что что вышло то вышло..

вариант [ v ] ответа в опросе создается bb-тегом

.

эта запись была оставлена исключительно с целью вернуть разметку списка сообщений раздела "Разное", испорченную постом 383428, в товарный вид.
Никакой другой нагрузки она не несет.

Не, номер поста был другой: id_post=383428 Верно?

Мне показалось - или Вы его поправили?))

не, похоже ничего нового по-поводу поля "Ваше имя:" (Автор:) - пока не планируется))

Острота на тему ника:

Иванов! Я! Петров! Я! Сидоров! Я! Череззаборногузадерищенко! Я! Ничерта себе фамилия!!! Я!

сегодня обнаружил, что в таблице authors отсутствуют данные о дате-времени регистрации посетителя.

Полагал, что на эту информацию можно опираться для ограничения участия в опросах .
Собственно, можно и без нее, но БД жалко... нагрузка вырастет.
Всё же таблица постов - немаленькая.. да и архивируется она постоянно.

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

Я код не смотрела, но если сделать так:

<input type="checkbox" name="vote[$id_answer]" $checked> <input type="button" name="p" value="+" onClick="enlarge();"> <input type="button" name="m" value="-" onClick="reduce();"> <div id="number"></div> <input type="hidden" name="number" value="$id_answer_значение из div`a">

Возле каждого ответа - чекбокс. Возле чекбокса - две кнопки: + и -.
в div id="number" выводится число - рейтинг, который хочет установить пользователь этому ответу, по умолчанию можно поставить 1.
При нажатии на "+", число увеличивается, при "-" - уменьшается.
Само число передается в скрытом поле формы вместе с id ответа.

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

так а в коде этого пока нет.

Я тоже так думал, но не с hidden-полем, а обычным текстовым.
Потому есть люди, которые JS на этом форуме отключают по соображениям безопасности.
А при отключенном JS форма становится мертвой - кнопки-то не работают.
.

>Потому есть люди, которые JS на этом форуме отключают по соображениям безопасности.
>А при отключенном JS форма становится мертвой - кнопки-то не работают.

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

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

>Ну тогда как бы нужно выбирать из двух зол лучшее: или текстовое поле, или выпадающий список.

Была даже идея реализовать оба варианта.

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

Тут еще одно но. болььших цифр всяко не будет - их просто негде хранить.
Пока что в предполагается ограничиться 8-9 вариантами и 10-бальной системой оценок.
Большее в 32 бита не засунуть.

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

конечно

А почему надо засовывать в 32 бита?

а во сколько надо?

Можно в 64, кстати, MySQL в типах ENUM и SET то же самое делает, берет целый тип и хранит отдельные значения в отдельных битах.

SET - да. ENUM - врядли.

Типа, соответствующего BIGINT, в php нет. Значит - преобразования и потери времени.
Потенциальная длина таблицы тоже вынуждала экономить.
Полагаете, стоит сделать BIGINT?

Думаю 32-х позиций более чем достаточно

>SET - да. ENUM - врядли.
>An enumeration can have a maximum of 65,535 elements.
Да нет, похоже все-таки INT (причем 16-битная положительная часть), а строковые имена в заголовке таблицы хранятся.

я к тому, что в хранении enum нет ничего поразрядного. Обычное число лежит.

А ну в этом смысле конечно.

Только не понятно кто ему даст полномочие например за меня голосовать

версия с рейтинговыми и оценочными опросами.

скриншот