+46.04
360 читателей, 307 топиков

Классификация с помощью тегов

Данный вопрос касается представления информации в блого-социалках в целом.

Что такое блого-социальная сеть сегодня? Это набор контента (статей), размещенного в разделах (блогах) и отмеченного тегами.
Не сложно догадаться что блого-социальные сети пошли от блогов:) Блог это однопоточная лента статей. Именно это объясняет то что для классификации выбраны разделы (блоги).
Разумеется многие из нас сопротивляются изменениям и хотят использовать только проверенные варианты. Для остальных задам пару вопросов:

Вопрос номер один
Почему мы не можем реализовать древовидную систему тегов?

Если мы теггируем какую-либо статью одной меткой в текущей системе, велика вероятность мультизначимости этой самой метки.
Например, если мы вписываем тег «машина», то бог знает что именно мы имеем в виду — спортивную, стиральную или вообще статья про игрушку сестры Маши.
Если бы была возможность древовидной классификации тегов (напр. техника — транспорт — машина), то значение было бы намного более понятным.
Из минусов — необходимо изобрести простую систему(интерфейс), упрощающую подбор тегов.

Вопрос номер два
Зачем в таком случае нужны блоги?

Они замечательно заменяются тегами и имеют любую систему вложенности.

Оценка и модерирование
Блог подразумевает размещение статей на тематику этого самого блога.
Так почему бы не передать все возможности тегам?

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

Прошу высказывать идеи и предложения, а так же критиковать:)

Регистрация

На странички регистрации внизу ссылка Может перейти на главную? По моему мнению она абсолютно не нужна (она вообще нигде не нужна) но на регистрации особенно. Человек после заполнения полей может нечайно или ошибочно нажать, зачем его лишний раз подвергать испытаниям. =)

Поиск по названию блога, топика и метки

Достаточно ли того, что поиск организуется по меткам?

Мне кажется, что название блога или название топика, содержащее метку в себе, должно также участвовать в поиске…
Я бы предложил целую иерархию:

1. Искомое слово есть в названии блога — показывается блог
2. искомое слово есть в топике — показывается топик
3. искомое слово есть в метке — показывается топик с данной меткой
4. искомое слово есть в блоге и топике — выше по результатам чем 1,2,3
5. искомое слово есть в блоге, топике и метке — выше по результатам чем 1,2,3,4

Группы пользователей

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

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

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

Подобная схема может дать очень много гибкости движку, чтобы можно было применить его не только для создания саморегулируемых сообществ (хороший конкурент для wp :). Хотя даже для создания подобных сообществ необходимо для начала урезать часть функционала, например, чтобы только доверенные пользователи могли для начала создавать топики, иначе сайт запросто может быть заполнен топиками не по делу, а скажем «юмор», «сиськи» и прочий контент который набирает кучу баллов и дает популярность и «власть» их авторам. Далее когда основная масса пользователей привыкнет к тому, что материал в основном только по делу, можно включить эти фичи и обеспечить новые потенциалы для роста проекта…

Почините наконец загрузку картинок в фотосет.

Фотосет категорически отказываться нормально работать. То какие фотографии он таки загружает, а какие не загружает не поддаётся формальному определению. Одно ясно — большие по размеру в пикселах он не загружает никогда.

Для проверки сего беспредела был создан GIF ничтожного размера, как всем известно гифы разрешены в фотосетах по дефолту, но большого разрешения. С гифами это легко. Стандартный движок 1.0.3 — как есть, без плагинов, пользователей, постов и комментариев, Создать — топик — фотосет — загрузить картинку и вуаля искомый GIF размером 17 килобайт sic! не добавляется. Да его размер 4900*4900 ну и что? Это меньше установленного лимита по умолчанию

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

Но фотосет, никакого фотосета создать невозможно при таких вводных. Причём неважно, что вот такой гиф он не съел, он может и меньшее разрешение не принимать и какое точно неизвестно, нет логики в его действиях. Доделайте уже это наконец.

Цель топика-ссылки с дополнительным фреймом

Суть предложения такова. Есть отличная штука — топик-ссылка, но уводит он человека на сторонний сайт и не удерживает внутри системы. Т.е. для того, чтобы прокомментировать то, что выложили на сайте на LS в топике-ссылке, ему надо самостоятельно вернуться на сайт.

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

В данном случае помог бы плагин, который открывал бы топик ссылку другой вкладке, но с фреймом сайта LS. Например как на politobzor.net (http://politobzor.net/show-21084-genri-kissindzher-putin-ne-planiroval-vtorzhenie-na-ukrainu.html(по ссылке пример использования фрейма на проекте Политобзор)).

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

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

Опять про Блоги

Уже писал не раз что мне не нравятся отсутствие личных блогов, но к организации коллективных тоже есть претензии…

На движке IPB, там есть очень хорошая штука которая явно не была бы лишней и на LS.

Давайте рассмотрим подробней

Я обычный пользователь, захожу на страничку блоги и что я вижу название блогов рейтинг и читателей, зачем оно мне? Куда мне заходить, где есть что-то новое, а какие блоги уже год не обновляются?

Что предлагаю я:

… захожу на страничку блогов и вижу название блогов, и в скобках количество новых не прочитанных юзером топиков

и внизу где-то должна быть кнопочка «отметить все как прочитаные»

Предложение оптимизации системы рассылки

Здравствуйте!

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

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

Прокрутка новых комментов

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

Предложение или/или:
1. Перемещать так же, но внутри ветки двигаться строго сверху вниз и вплоть до ее конца. ТОлько потом перескакивать на другие комменты
2. Перемещать исключительно сверху вниз. Независимо даты публикации.