Linux за българи: Форуми

Моля, много много моля, искам да мога да игнорирам определен потребител и в резултат да не виждам нито един негов постинг. Знам че ще се получава разкъсване на темите и т.н., но на някои постинги просто не издържам вече. Не са научиха някои хора да пишат...

Vladsun беше започнал с темата за ползване на GreaseMonkey. Ако ползваш Опера, Firefox, а и в някои други браузъри вече, има идеята за потребителски скриптове, които да се стартират в контекста на определена страница. Така мисля, че може да се направи филтър на този форум.

ша тествам, мерси :)

Интересна идея. Макар че като гледам колко е скромна активността във форума в последните месеца едва ли ще имаш кой знае какво за филтриране

А защо става все по-скормна активността според вас?

Още един глас "За" такава функционалност.

Друг вариант е да се въведе рейтинг на мненията и всеки регистриран потребител да може да оценява. Така мнения с рейтинг под 3/10 (примерно) да не се показват. Още по-добре е  потребителят да може да избира мнения с какъв рейтинг да вижда.

Интересно ми е има ли софтуер, който съдържа такава функционалност вътре в себе си, в смисъл да не се налага инсталирането на допълнителни плъгини и пр.

//Офф

Много хора има, които се заяждат и отблъскват останалите. Това преди време го нямаше ...
Но това явление е плъзнало навсякъде и по всички форуми, месинджъри и пр.
Също така са се появили и доста умствено изостанали личности, но пък това е национален проблем
Като цяло навремето когато интернет беше лукс влизаха все начетени хора ... сега и овчар от нивата може да пише

За GreaseMonkey:

linuxbg-ignore-user.user.js

Примерен код

// ==UserScript== // @name          Linux-bg IBB helper - Ignore user // @author        vsmin ( vladsun [at] mail [dot] bg) // @description   A tool for ignoring posts of particular users // @include       http://linux-bg.org/cgi-bin/ib3/* // @include       http://www.linux-bg.org/cgi-bin/ib3/* // ==/UserScript== var Err; if (!GM_xmlhttpRequest) {     alert('Please upgrade to the latest version of Greasemonkey.');     return; } if (!document.location.href.match(/act=ST/i)) {     return; } var afterYear = new Date(); afterYear.setTime(afterYear.getTime() + 1000*60*60*24*30*12); function getCookie(name) {     var start = document.cookie.indexOf(name+"=");     var len = start+name.length+1;     if ((!start) && (name != document.cookie.substring(0,name.length))) return(null);     if (start == -1) return(null);     var end = document.cookie.indexOf(";",len);     if (end == -1) end = document.cookie.length;     return(unescape(document.cookie.substring(len,end))); } function setCookie(name, value, expires, path, domain, secure) {     document.cookie = name + "=" +escape(value) +         ( (expires) ? ";expires=" + expires.toGMTString() : "") +         ( (path) ? ";path=" + path : "") +         ( (domain) ? ";domain=" + domain : "") +         ( (secure) ? ";secure" : ""); } var body = document.getElementsByTagName("body")[0]; if (body) {     var allSpans = document.getElementsByTagName('span');     try     {         for (var i = 0; i < allSpans.length; i++)         {             if (allSpans[i].id == "normalname")             {                 username = allSpans[i].innerHTML;                 if (getCookie('ignore_' + username) != 'ignore')                 {                     cellLink = document.createElement("a");                     cellLink.id = username;                     cellLink.innerHTML = 'Игнорирай';                     cellLink.addEventListener('click', function(event)                     {                         if (confirm("Сигурни ли сте, че искате да игнорирате съобщенията от " + this.id + " ?"))                         {                             setCookie('ignore_' + this.id, 'ignore', afterYear);                             document.location.reload();                         }                     }                     , true);                                      allSpans[i].parentNode.appendChild(cellLink);                 }                 else                     allSpans[i].parentNode.parentNode.parentNode.parentNode.style.display="none";             }         }     }     catch (Err)     {     } }

За мен лично сериозен проблем е и факта че много души така и не се научиха да ползват търсачката на форума(а и търсачки по принцип) и едно и същи въпроси циркулират вечно. След време просто ти писва да помагаш на такива хора.

Защото прекалено много станаха нещата от вселената и живота и прекалено малко станаха техническите проблеми, интересни за разрешаване.

Под нещата от живота и вселената разбирам също така и проблемите с микрофона в скайп, убунту инсталациите, "какво да напиша, за да НАТ-вам", "защо не мога да пиша върху ФАТ система" и т.н.

А как да проличи, че някой го е грижа?
Това, че някой следи какво е състоянието на двата сървъра постоянно, държим връзка с поддръжката на Спектър Нет винаги, когато нещо се случи, търсим начини да ъпгрейднем и/или оправим Казана, за да намалим проблемите (миналата година сменяхме 2 диска, за които SMARTа каза, че са започнали да си отиват) как да го покажем? Всеки ден да излиза по една новина - днес преглеждахме логовете, говорихме с техническата поддръжка и много се притесняваме за едикво си - така става ли?
Ти имаш ли един сървър да дадеш, ще има за какво да го ползваме - веднага ще заменим казана.

BULFON това обикновено са малки проблеми съмнявам се че ако се наложи linux-bg.org няма къде да иде ?  Иначе факта е че имаше сериозни downtimes последните месеци. Незнам точно какъв е трафика и какви машини ви трябват за да подържате сайта но съм виждал доста сериозни количества трафик който не причинява чак такива downtimes каквито имаше тук. А иначе форумът действително не върви на добре. Идеята с маркиране на темите като решени също е много хубаво но просто не е функциионално а и такива теми са 1 на десет а проблемите в 90% от случейте са дебилни деиствително. И обикновено в темите където няма решение третият пост е на Ромео с нещо от сорта на прочети опътването. Еми да де ама това са технически ръководства и макар и да ни се иска всички да могат да ги четат и да са писани за идиоти пак се налага някой да ги разталкува по някога. Прост пример е документацията на Mysql която е толкова обемна че дори да искаш не може да я изчетеш цялата и макар и много хубаво структурирана пак функции като репликация не са обяснени достатъчно добре.   Мисълта ми е че човек обикновено пита тук след като е направил поне някакъв преглед по темата. Принципно не ми се налага да ползвам форума за това (вече) но на много начинаещи който не са на ти със структурата на конфигурационият файл на Apache примернно имат нужда от помощ. И е нормално да я получават тук.

Момчета,
ако се загледате в официални и неофициални форуми на Убунту или Федора или (напиши-твоята-дистрибуция-тук) има реакция ПРЕДИМНО на теми, които започват с "Имам проблем със звукова карта Intel 82801H под Федора 9" и съдържание:
Опитах написаното тук: ....
Резултата от lspci | grep audio: ...
Резултата от lsmod | grep audio: ...
И т.н.
Това е пример за две неща:
1. Човекът е ОПИТАЛ!
2. Човекът дава сигнал, докъде му стигат силите

Що за дебилна тема например е това:
http://www.linux-bg.org/cgi-bin....t=27797
Какво разбираме от темата? Какво знае нашият питащ? Какво може да направи сам? Какво въобще ползва? В края на крайщата той може да има някакъв нов модел кола!

remotex покаканен си веднага да заемеш ролята на поддържащ тази секция. Ако си съгласен ми пиши лс.

Не виждам смисъл... да съм аз или някой друг (имам предвид трето лице) който не взима участие в "събитията" от "другата страна" - защо човекът който е в "центъра на събитията" т.е. този който е свършил работата трябва да "докладва" на мен (или друг) и аз (или другият ) да ги публикува. Защо? Когато може (да черпим) направо от първоизточника?! - т.е. Нека той да ги публикува (все пак това тук не е списание, че да минава през редактор, коректор, през мен и чак тогава да види бял свят... и накрая шефа да избере пак оная с най-големите бомби - опа отплеснах се малко от темата)

..просто не виждам смисъл, а и това по принцип винаги си е било дело на ..поддръжката.
Пък и не съм много добър в преразказите затова.. моля ако има някой друг желаещ да се изяви... (сега е моментът)

// Аз не мога понеже не участвам в събитията - как да пиша напр. нощес/вчера имаше едикакъв си проблем с RAID масива който оправихме от движение или пък със кратко спиране за което никой не разбра, когато не съм участник в събитията... Та така-а-а.. историята се пише.. от тези които я правят.

Че ти какво си мислиш че ти предложих!? Не ти казвам да си хроникьор, казвам ти да правиш новините и после да ги описваш!

Хехех а какво стана с

Цитат

Всеки ден да излиза по една новина - днес преглеждахме логовете, говорихме с техническата поддръжка и много се притесняваме за едикво си - така става ли?

а пък изведнъж закъсахте с новини?! иначе бих помогнал с каквото мога, но първо даже Вие дето сте в София Ви е далече да отидете дотам (доколкото подразбрах), а какво да кажем ние от провинцията и второ не съм поддръжка или системен администратор а програмист (не че не ми се е налагало и покрай това да се боря и с какво ли още не, то в бг да си програмист май трябва сам да си опъваш кабелите да си прекарваш мрежата и пр. пр. но да не се отплесваме от темата - иначе мога да говоря с часове)
П.П. Пожелавам успех (на който се захване с начинанието) и много бих се радвал ако се появи нещо подобно и по тези земи.
П.П.П. Човек се учи както от успехите така и от провалите - стига да му се учи де - Успех!

С какво можеш да помагаш? Освен със съвети де...

Не знам (от какво имате нужда) ...имам една стара фоно-карта от БулФон още из нас - ако се присетя нещо... ще се набирам

Е кажи де!

Нещо не схващам въпроса... ако имаш предвид от какво отбирам - ми предимно езици за програмиране и тем подобни "сложни" неща да не изброявам конкретно (то от програмист какво друго и да очакваш), но с Perl не съм много добър за съжаление (между другото мислех, че сайта е на PHP но след като му изгърмя току-що установих че има модули на Perl - меджувпрочем сайта гърми ако изляза от Изход от една страница и после от втора при вече излязъл веднъж от първата с грозно изглеждаща грешка, според мен поне би трябвало да си излиза нормално т.е. тъй като вече съм излязъл само да ме препраща.. там къдеот обик. препраща и при нормално излизане). Не че не знам Perl, ползвал съм го от време на време, но.. при мен е на принципа - избирам "инструмента" (в сл. езика) според задачата а не обратно - така че ако се налага мога да го преговоря.
П.П. Не по темата: не ги разбирам някой "познати" - те пък обратно научили само един език и давай всичко с него - борят си се като прасе с тиква по нанадолнището: подсказвам: Ява )

Та от какво имахте най-належаща нужда...

//Малко уточнение гърми след излизане /от две места/ при доуточняване откъде да се излезе при  избор на полето "Ако искате да излезете не само от форума, но и от основния сайт, зачеркнете полето."

Цитат

Ikonboard CGI Error    Ikonboard has exited with the following error: Can't call method "query_count" without a package or object reference This error was reported at: Sources/Lib/FUNC.pm line 846. Please note that your 'real' paths have been removed to protect your information.

П.П.П. И за тестер май ставам
Лека вечер Ви желая.. аз смятам да приключвам за днес.

Ммм ikonboard не санитизира достатъчно добре това дето му се подава, ето пример:

http://www.linux-bg.org/cgi-bin....=1'

Тази тема заприлича на едни други теми от един друг раздел ...
Как мислите, дали е възможно, да се сформират два или повече екипи и всеки от тях да направи и да поддържа форум на linux-bg.org като основната база данни да е обща. Екипите сами да си изберат платформа, шарении ... Така ще има конкуренция между екипите, и ... ще стане интересно

Към Всички: За проблемите за които става въпрос в темата аз ще дам малко информация.

Неофициално аз съм единият от администраторите на машините. Първият проблем се случи в резултат на комбинация от ДДоС и легитимен трафик. Вторият проблем се дължеше изцяло на легитимен трафик, и за да сме по точни 8 робота бяха дошли да се разходят по форума. Най-вероятно защото някой беше набил масова регистрация по търсачките. Имаше около 100 заявки в секунда върху форума. Да знам броя на заявките е малък, но вероятно причината е по комплексна (някой лош сектор, малко недостиг на цпу и т.н.)

Взел съм мерки до колкото ми е във възможностите, без да правя генерално промени, проблема ако се случи да се самокоригира в приемливо време.

Пределно ми е ясно че софтуера на форума е малко остарял и не отговаря на новоизникналите изисквания и точно поради тази причина в момента се опитвам да го мигрирам към по-нова версия и/или към изцяло друг софтуер, но за съжаление не е толкова лесно. Архива отзад е някъде около гигабайт, да не говорим и за файловете. Да не говорим че смених работата и в момента свободното ми време е доста малко, но все пак се опитвам да отделям колкото мога.

Към BULFON: Как мислиш какви възможности има да отделим едно ъгълче за нещо като прост лог на събитията които се случват и евентуално една страничка със статус (примерно като http://status.last.fm ). Не е проблем да ги изместим извън машините на linux-bg с цел да не са толкова зависими от състоянието на машините.

Пак към всички: Има ли желаещи да се заемат с изравянето на стойностните теми, организирането и редактирането им в подходящ формат и мигрирането им към wiki-то

Идеята е стойностните теми да бъдат изчистени и концентрирани на едно място. По този начин може да се използва като едно концентрирано място за информация и препратки.

От около година съществува ето този http://www.linux-bg.org/cgi-bin....SF;f=29 подфорум с единствената цел там да се слагат връзки и/или преработки кандидати за включване в wiki-то

Аз лично съм ок с такава страница обобщаваща състоянието на машините и описание на downtime, но смятам, че никой няма да я ползва. Или ще се ползва така : "ииии, как може да ви падне точно хххх сървиса!?!"
Но нека опитаме де...

Субективно ще е със сигурност, но пък за сметка на това е wiki. Може би най добрият подход е да се зачекне една тема (примерно "Не ми работи скрола на мишката") да се изрови инфо по темата, да се обедини, доразвие, подкрепи с примери и т.н.

Осъзнавам че работата е доста но ... просто предлагам.

Вече сме задвижили нещата към засилване на вики-то. Намерихме помощници, но ни трябва още помощ. remotex, дали не може за това да помогнеш - прехвърляне на информация към wiki-то.

т.е. с какъв е по-конкретно проблема защото с wiki-та не съм се занимавал: прехвърляне от една RDBMS на друга ли (MySQL най-вероятно и там... всичките му проблеми с ...кодировките най-вече), или с подбора на статии (за съжаление не виждам стойностни теми във форума на тема програмиране, не и такива които стават за wiki/статии, но мога да една дам препратка към "конкуренцията" Безплатно обучение и курсове по програмиране и разработка на софтуер) или с нещо друго?
иначе... - Да добре е да е само за четене страничката за състоянието

Страничката за статус в Бета вариант е достъпна на http://status.linux-bg.org

Коментари по дизайна само ако са придружени със css стилове или сегменти от код. Има вероятност страничката да е малко бавна но какво да се прави, не съм толкова добър в писането на ефективен код  

За wiki-то - прехвърляне на теми, които представляват завършено решение, цялостно описание на процес или информация, която има дългосрочно значение и полза - като например как се работи с iptables.
Прехвърлянето не означава някакво конвертиране на базата, а ползване на естествен интелект за да се филтрира и организира събраната във форума информация.