BB-code

[pavel-pimenov]

From myfearg...@gmail.com on January 13, 2011 10:01:10

Добавить панель с bb кодами, а то на данный момент приходится набирать их вручную, кроме того добавить поддержку [img][/img]

Original issue: http://code.google.com/p/flylinkdc/issues/detail?id=295

[pavel-pimenov]

From dir3k...@yandex.ru on January 13, 2011 01:38:48

нифига не надо, другие клиенты их всеравно не будут видеть

[pavel-pimenov]

From myfearg...@gmail.com on January 13, 2011 04:11:52

Ну при том что в других клиентах это давно есть... даже не знаю как ответить на этот коммент.

[pavel-pimenov]

From nail...@bk.ru on January 13, 2011 05:04:09

Уже обсуждалось, я добавлял issue по ббкодам. С картинками сложно, поскольку 1) они могут быть очень большие... 20 мб к примеру 2) потенциальная возможность доса любого сайта, вслучае если по http. Мне кажется по http правильнее и удобнее 3) избражение может быть чего угодно, тогда это будет хуже чем спам.

Но если сделать [img] просто ссылкой на картинку, весь смысл в этом теряется. Чтобы посмотреть - нужно запускать браузер и т.п. и т.д. В общем удобно кога картинка выводится в самом чате. Т.е. кагда при её просмотре от чата пользователь не отрывается и ему не нужно ждать пока загрузится браузер.

Предложенные мной решения: 1) Прогружать все картинки от пользователей из $OpList'а хаба, если они не больше ~ 400 кб 2) От обычных пользователей по умолчанию выводить иконку с информацией о картинке (вес, ширина, высота) Если пользователь хочет её посмотреть - кликает по иконке и прямо в чате разворачивается картинка. 3) Не получится так, что в чате окажется картинка ххх тематики. Конечно можно рассуждать и дальше - пользователь кликнет и вроде как получится. Но всёравно разницы между кликом по img иконке и по ссылке, ведующей на картинку, нет. img будет просто удобнее, т.к. картинка будет выводиться без участия браузера.

[pavel-pimenov]

From myfearg...@gmail.com on January 13, 2011 05:30:27

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

[pavel-pimenov]

From nail...@bk.ru on January 13, 2011 13:08:20

Нет, смайлики находятся у клиента. А [img] - картинка на каком-то сайте. Если я кину картинку в общий чат, то: 1) Её сразу начнёт скачивать ... к примеру 10 тыс пользователей. Не каждый сайт потянет такую нагрузку. Особенно если картинка метров 20. Помимо того, что за раз надо обработать 10 тыс запросов, да ещё и слить 195 Гб. Сайт однозначно перестанет отвечать. 2) Также можно сделать гифку...ну опятьже метров 20 и кадров на 200. Попробуйте у себя такое сделайте - браузер зажрет гиг оператни и проц постоянно будет под 100% загружен. Поэтому при отправки картинки нужно подтверждение пользователя что он хочет её просмотреть.. типо спойлера (думаю все знают что такое спойлер) И открывать без спойлера только от проверенных, это оплист хаба и друзья. Так и ддос исключается, и массовое зависание клиентов, и порноспам.

[pavel-pimenov]

From myfearg...@gmail.com on January 13, 2011 22:48:41

Вот честно говоря не знаю подробностей как это реализовано например в грейлинке.. но необязательно же использовать http в [img], логичней использовать магнет, тогда никаких нагрузок на внешние сервера, это обычный файл, просто скачивается чуть более массово, во время выхода какихнибудь новинок сеть загружена не хуже. А со спойлером нагрузки вообще почти и не будет.

[pavel-pimenov]

From nail...@bk.ru on January 14, 2011 07:22:52

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

[pavel-pimenov]

From myfearg...@gmail.com on January 14, 2011 08:22:13

Ну можно организовать и то, и то. У нас, вообще, локалка и инет раздедены)) локалка - это дц++. главное - спойлеры, кому надо - тот развернет. И ддоса никакого не будет, что самое главное.

[pavel-pimenov]

From a.rain...@gmail.com on January 14, 2011 10:53:59

Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low Component-UI Usability

[pavel-pimenov]

From sa.stol...@gmail.com on January 24, 2011 12:03:13

Панелька добавлена

Status: Fixed

[pavel-pimenov]

From myfearg...@gmail.com on January 27, 2011 14:56:59

[img] пока не стали делать?

[pavel-pimenov]

From JhaoDa on March 09, 2012 02:30:36

Status: Verified