phpBB.cz - Články

Vytváříme komunity
  • Domů
  • O phpBB
  • Demo
  • Stáhnout
  • Fórum
  • Návody
  • Dokumentace
  • Články

Novinky

Domů ‹ Články

Články publikované na phpBB.cz


Vybírání moderátorů

Autor: Preston
Datum: sob 22. lis 2008 17:57:57
Fórum se docela pěkně rozrůstá a buduje si uživatelskou základnu. Sen každého administrátora. A právě v tuto chvíli přichází na řadu potřeba pomocné ruky a do hry vstupují moderátoři. Členové komunity, jež mají vyšší oprávnění než registrovaní uživatelé.
Moderátoři mohou na fóru provádět činnosti jako třeba zamykání, mazání, či přesouvání témat. Udělují varování, eventuálně i bany a dohlíží na dodržování pravidel.
Moderování může být nevděčná práce, ale navzdory tomuto, většina lidí s chutí tuto příležitost a s tím související zvyšenou odpovědnost přijme.

Typickým příkladem kandidáta na pozici moderátora je člověk, jež fórum pravidelně navštěvuje a přispívá do něj. Rozumí tomu, co je přijatelné a co ne, je dobře znám u uživatelů a jeho trvalá aktivita vám jako administrátorovi dokazuje, že se nejedná o člověka, který se na fórum za týden vykašle.

Zpravidla to bývají uživatelé s velmi dobrými znalostmi v tématu, na které je fórum zaměřeno.
Do role moderátora by měl být obsazen člověk, který umí problémy zhodnotit z více úhlů a který bude přispívat inteligentními a promyšlenými příspěvky, namísto nespočtu odpovědí typu: "Souhlasím!", "Přesně tak!", atd.
Jakmile je někdo povýšen do role moderátora, stává se pro ostatní autoritou a je očekáváno, že půjde ostatním příkladem. Jeho nová hodnost, barva nicku, či cokoli, co je spojeno s moderátorským postem, ho od zbytku uživatel oddělí a čtenáři budou podvědomě dávat větší pozor na to, co daný člověk píše.

Osobnost hraje při výběru moderátora důležitou roli.
Tato osoba bude představitel správy vašich stránek, a pokud by se moderátorem stal člověk s nevypočitatelným chováním a tendencí urážet ostatní uživatele, špatně by se to odrazilo na vás a na fóru celkově.
Určitě tedy nebude vhodné, když se moderátorem stane člověk, který opakovaně porušuje pravidla.
Při hledání se zaměřte na lidi trpělivé.
Když dojde k hádce, musí být rovněž schopni chopit se role soudce a jednat nezaujatě a zodpovědně.

Co by při výběru vhodné osoby nemělo sehrát rozhodující roli, je počet příspěvků.
Uživatel, který je na fóru aktivní dlouhou dobu, jich bude mít pravděpodobně více, než někdo, kdo se registroval před měsícem, ale to ho nedělá na moderování vhodnějším kandidátem. Nenechte se ovlivnit jeho řečmi, že pro fórum toho udělal víc než jeho novější kolega. Nezáleží na kvantitě příspěvků!

Kromě toho jsou zde i další věci, jež byste měli při rozhodování zvážit. Patří sem schopnost vyjadřování se, úroveň jazyka či časová náročnost daného postu. Tyto faktory jsou však značně odvislé od zaměření vašeho fóra.

Pokud to tedy shrneme, zde je výčet bodů, jichž byste se při výběru moderátora měli držet:

  • Přispívá uživatel pravidelně?
  • Prokázal uživatel určitý stupeň aktivity po určité časové období?
  • Má správnou osobnost?
  • Bude vhodný do vůdčí pozice a umí dělat okamžitá rozhodnutí?

Většina fór projednává otázku nového moderátora v neveřejných sekcích. Ať už administrátoři s moderátory, či moderátoři samotní. Pokud to bude možné, poslechněte si názory a připomínky ostatních kolegů. Není vyloučeno, že jste něco mohli přehlédnout.

Některá fóra obsazují kandidáty na moderování do zkušební doby a po jejím uplynutí zhodnotí jejich úspěšnost. Pokud si tedy nejste něčím u potenciálního moderátora jisti, může vám její použití přijít vhod.

Ať už budete při výběru moderátora postupovat jakkoli, přeji vám šťastnou ruku ;)

Článek byl přeložen z blogu phpbb.com

Komentáře: 0  •  Odeslat komentář

Nahoru

Role administrátorů v začátcích fóra

Autor: Preston
Datum: pát 21. lis 2008 19:11:01
Otázkou číslo jedna pro většinu administrátorů je: „Jak přilákát na mé stránky uživatele?“
Bohužel neexistuje žádná magická univerzální odpověď, ale jsou zde věci, které můžete jako administrátor udělat, abyste zajistili, že uživatelé na vašem fóru zůstanou dostatečně dlouho, aby se zaregistrovali.

Jakmile je fórum nainstalováno, musíte zapracovat na těchto dvou úrovních:

  • Technické
  • Uživatelské

Technická úroveň

Na technické úrovni jste webmasterem a administrátorem fóra a musíte proto zabezpečit, aby byla stránka funkční. Pokud tedy máte kromě samotného fóra nějaké webové stránky, zajistěte, aby měly pěkný a nerušivý vzhled, rychle se načítaly a hlavně umožnovaly rychlý přístup na fórum samotné.
Jestliže jste na fórum nainstalovali nějaké modifikace, vyzkoušejte je a ujistěte se, že fungují tak, jak by měly. Pakliže jste nainstalovali nějaké další styly, vyzkoušejte co nejvíce stránek, abyste se ubezpečili, že se zobrazují správně a že jste při nahrávání souborů žádné nevynechali.
Na prvním pocitu ze stránky záleží a poslední věc, kterou byste chtěli, by bylo, aby se příchozímu uživateli zobrazovaly mrtvé odkazy, či nenačtené stránky.

Vy, jakožto administrátoři, určujete pravidla a omezení. A právě pravidla je dobré určit záhy, abyste se později vyhnuli nejasnostem; jednoduché téma, které vymezuje, co je a není přijatelné. Umístěte jej tam, kde si myslíte, že bude nejaktivnější část fóra. Stejně tak si určete, jak rozsáhlé bude fórum v otázce kategorií a podfór. Zkušenosti praví, že vhodné je začít s 1 kategorií a 3 fóry a navyšovat podle toho, jak bude potřeba. Vždy je lehčí fóra přidat, než následně ubírat a řešit otázky přesunu témat.
Pokud vytvoříte menší počet fór, bude se návštěvníkům stránka jevit aktivnější. 3 fóra, každé se 100 příspěvků, vypadá mnohem lépe, než 15 fór s 20 příspěvky.

Nezapomeňte dbát na detaily! Příkladem tohoto může být situace, kdy se snažíte zaměřit na uživatele určité země, jež leží v jiném časovém pásmu. Dobrým krokem tedy bude nastavit jim správnou časovou zónu. Uživatelé si budou podvědomě myslet, že stránka byla ušita na míru jejich potřebám a nastavení i takovéhoto zdanlivě nepotřebného detailu je popostrčí k zapojení se do komunity.


Uživatelská úroveň

Lidé vědí, že vy jste administrátor, tedy ten, kdo by měl jít příkladem. Naneštěstí mnoho administrátorů si myslí, že vše, co musí udělat, je fórum nainstalovat, přidat nějaké modifikace a zbytek nechat na uživatelích. Právě díky této myšlence většina fór zaniká stejně tak rychle, jak se objevila.
Pravda je taková, že administrátor musí být zároveň i uživatelem, což znamená rovněž se zapojovat do diskuzí, postarat se, aby se nově registrovaní uživatelé cítili dobře atp.
Stát se novým členem do zaběhlé komunity nemusí být vždy pro obyčejného uživatele lehké. Dobrým nápadem tedy bude vytvořit fórum, ve kterém se uživatelé mohou představit a kde je můžete přivítat. Pokud tedy jako administrátor nově příchozího uživatele uvítáte, ostatní Vás budou pravděpodobně následovat a uživatel se bude cítit mnohem lépe.

Zde je vyjádření administrátora jedné anglické stránky:
To, že jsem byl v začátcích mého fóra aktivní, je jediná věc, která můj projekt zachránila. Než jsem založil své vlastní stránky, byl jsem členem jedněch podobných. Administrátor onoho projektu měl však zřejmě finanční problémy a jednoho dne jej prostě opustil.
Já osobně jsem nikdy předtím žádné stránky neprovozoval a myslel jsem si, že by to mohla být legrace. Udělal jsem tedy malý průzkům a během odpoledne jsem fórum vytvořil.
Když jsem později navštívil jiné stránky, abych tam oznámil skutečnost, že je zde nový projekt, na kterém se mohou lidé registrovat, byl jsem zděšen zjištěním, že někdo měl před dvěma dny stejný nápad jako já! Aby udělal stránky co možná nejpodobnější těm ze zanechaného projektu, opsal si popisky tamního fóra a použil je na svém.

Neměl jsem téměř žádné programátorské zkušenosti, zatímco ten druhý se programováním živil a svou stránku provozoval na vlastním serveru. Myslel jsem si, že nemám šanci uspět, ale než abych to vzdal, snažil jsem se soustředit na to, co moji stránku odlišovalo. Přidal jsem více prostoru, kde se lidé mohli volně bavit o jakýchkoli tématech a osobně jsem každého nového člena přivítal. Snažil jsem se na stránky neustále přidávat nový obsah, aby bylo vždy o čem diskutovat. Lidé odpovídali a my se začali rozrůstat.

Naproti tomu na stránkách, jež začli o dva dny dříve, administrátor prostě pouze sledoval lidi přicházet, ale už se nesnažil přispívat k rozvoji stránek a přiblížit se uživatelům.

Nyní už je to rok a půl a blížíme se k hranici 4000 registrovaných uživatelů, s více jak 50 000 příspěvky. Stránky konkurenčního projektu zmizely téměř před rokem...
Musím přiznat obrovskou zásluhu raným uživatelům mého fóra a moderátorům, jež přispěli k rozvoji stránek, ale zároveň ve vší skromnosti můžu říct, že tím rozdílem, jenž existenci mého projektu umožnil, bylo to, že jsem byl aktivní, zanícený a houževnatý.


Neustále přidávat nový obsah, aby bylo vždy o čem diskutovat, je bezesporu důležitým bodem.
Přidat pár článků poté, co zprovozníte fórum, a následně už na nic nesáhnout, není správnou cestou za úspěšným projektem.
Pravidelně přidávaný nový materiál navíc neocení pouze budoucí potenciální uživatelé, ale rovněž Google.
Čím více obsahu na vašich stránkách GoogleBot zaregistruje, tím větší máte možnost poskočit nahoru v pozicích Googlu a to se odrazí ve zvýšení návštěvnosti vašeho fóra.

Většinou při zakládání fóra rovněž nemáte onu neocenitelnou výhodu existující uživatelské základny, která by k rozvoji fóra přispěla. Možná máte pouze malou skupinu lidí, nebo jste úplně sami.

Pokud jste právě ona malá skupina, zajistěte, aby se diskuze rozvíjely a nestagnovaly. Nechcete přeci, aby se počet příspěvků na fóru na nějakém bodě zastavil. Čím více registrovaných uživatelů, tím rychlejší růst.
Pokud jste na vše sami, strategií mnoha administrátorů je založit si více účtů a následně za jejich pomocí diskuze rozvíjet. Výhodou tohoto je, že sami kontrolujete obsah každého příspěvku. Někteří administrátoři za přispívaní na fórum dokonce lidem platí, nicméně často to vede akorát ke spamování a pouze pár slov dlouhým příspěvkům nesouvisejících s tématem.

Hlavní věcí, kterou byste si tedy měli zapamatovat, je nutnost pracovat jak na úrovni technické, tak uživatelské.
Pokud tak učiníte, jste na dobré cestě k úspěšnému fóru.

Článek byl přeložen z blogu phpbb.com

Komentáře: 3  •  Odeslat komentář

Nahoru

Vydáno phpBB 3.0.3

Autor: ameeck
Datum: stř 12. lis 2008 22:02:11
Dnes po deváte byla vydána třětí aktualizace řady phpBB 3.0.x. Přináší opět mnoho změn a vylepšení.

Na našich stránkách je dostupná poslední aktuální překlad pro tuto verzi. Silně doporučujeme aktualizovat vaše fóra.
phpBB.com píše:[Fix] Correctly set topic starter if first post in topic removed (Bug #30575 - Patch by blueray2048)
[Fix] Added VST - Venezuela Standard Time (Bug #30545).
[Fix] Close DB connections in file.php.
[Fix] Correctly return results for nested cached queries (Bug #31445 - Patch by faw).
[Fix] Allow export of PM pages greater one. (#33155)
[Fix] Display coloured username of last poster in list of subscribed forums (prosilver).
[Fix] Do not jump back to page 1 when hiding member search in memberlist. (Bug #32515)
[Fix] Correctly limit input of the users location to 100 characters in the UCP and ACP. (Bug #32655)
[Fix] Sync reports when using the move all users posts tool in the ACP. (Bug #31165)
[Fix] Remove reported flag from shadow topics when closing reports. (Bug #19765)
[Fix] Do not show non indexed forums on the search page if they contain no subforums. (Bug #33125)
[Fix] Stop search bots incrementing topic views. (Bug #32675 - Patch by eviL<3)
[Fix] Use correct link for post author search. (Bug #32595)
[Fix] Do not decrease topics counter when deleting shadow topics. (Bug #26495)
[Fix] Send localised disapproval reasons in the recipients local language. (Bug #31645)
[Fix] Do not display reported topic icon for shadow topics. (Bug #13970)
[Fix] Expand shown ban reason in unban screen to fully show long entries. (Bug #16234)
[Fix] Preserve alpha transparency for created thumbnails. (Bug #16575)
[Fix] Use correct port delimiter for MSSQL connections in windows. (Bug #16615)
[Fix] Do not allow setting forums parent to the forum itself. (Bug #18855)
[Fix] Display assigned rank/avatar for guests. (Bug #19155)
[Fix] Set secure cookie for style switcher if required. (Bug #19625)
[Fix] Fix native full text search on postgresql while using excluding keyword matches. (Bug #19195)
[Fix] Pass S_SEARCH_ACTION through append_sid() in search.php. (Bug #21585)
[Fix] Correctly handle unread status of subforums (that are not shown on the index) of forums that are shown on the index. (Bug #14589)
[Fix] Stop users from deleting posts after the edit time has passed or they have been locked. (Bug #19115)
[Fix] Split posts target forum requires 'f_post' now instead of 'm_split'. (Bug #31015)
[Fix] Use a distinct log message for shadow topic deletions to differentiate between normal topic deletions. (Bug #34635)
[Fix] Fix problems with styles using an underscore within the filename. (Bug #34315)
[Fix] Better return links when deleting topics through the MCP. (Bug #34655)
[Fix] Add quoting support to PM history when composing a reply. (Bug #34285)
[Fix] Use phpBB 3.1.x method for storing cached data to prevent PHP bug with our usage of var_export(). (Thanks to Techie-Micheal and HoL for pointing out possible problems)
[Fix] Check users pm preferences for pm's sent to groups. (Bug #33245)
[Fix] Do not allow password reminders if u_passchg permission is not given. (Bug #14806)
[Fix] Implemented strict check for cached user permissions and existing ACL options. This fix makes sure cached permissions are valid, even if they got already cached.
[Fix] Do not show link to user/group profiles if user has no permission to view the linked page and gets a denied message anyway. (Bug #15088)
[Fix] Do not display last post link and sort display options for search engines. (Bug #15088)
[Fix] Make sure users still get notifications if they set to only be notified by Jabber, but Jabber service disabled. (Bug #29715 - Patch by Paul)
[Fix] Don't show forum subscription link on categories. (Bug #34895)
[Fix] Display a message if no topics or forums are selected when unsubscribing. (Bug #34855)
[Fix] Mark/unmark all links in UCP now select/unselect both subscribed topics and forums.
[Fix] Increase board topic counter when splitting topics. (Bug #32125)
[Fix] Display profile icons when viewing a topic, or PM when only the jabber icon is to be visible. (Bug #34755)
[Fix] Do not send PMs with warnings if the user cannot read PMs or they are disabled. (Bug #30815)
[Fix] Correctly convert Niels' Birthday MOD to the date format used in phpBB3. (Bug #32895)
[Fix] Parse BBCode lists of type square, circle and disc. (Bug #35295)
[Fix] Round the displayed percentages in polls. (Bug #32375)
[Fix] Disable mass e-mail when e-mail is disabled. (Bug #27385)
[Fix] Display coloured poster username of queued posts displayed on the front of the MCP.
[Fix] Moderators can only see reports/queue/logs from forums they can actually read. (Bug #31085)
[Fix] Correctly display topic when start parameter is equal to the number of posts.
[Fix] Correctly display topic in MCP when start parameter is equal to or greater than the number of posts. (Bug #30525)
[Change] No longer allow the direct use of MULTI_INSERT in sql_build_array. sql_multi_insert() must be used.
[Change] Display warning in ACP if config.php file is left writable.
[Change] More restrictive chmod to new files being created. (phpbb_chmod() function mostly by faw)
[Change] Set headers to allow browsers to better cache attachments (Mylek pointed this out)
[Change] Hide parameters if they equal the default in viewforum/viewtopic (Bug #31185)
[Change] Various improvements to group listings (Bugs #32155, #32145, #32085, #26675, #26265)
[Change] Set headers for IE 8 in file.php
[Change] Do not count queued posts to user_posts.
[Change] Allow setting birth year to current year.
[Change] Do not use the topics posted table when performing an egosearch.
[Change] Log the forum name that topics are moved into.
[Change] Automatically add users/groups to the PM recipient list, if entered or selected.
[Change] Reply to PM now includes all previous recipients and not only the original sender.
[Change] Make topic selection for merge less confusing by removing unneeded controls. (Bug #21925)
[Change] MCP topic view checkboxes now default to unchecked.
[Change] Adjust language key "SPLIT_AFTER" to make the action clearer.
[Change] Add links to the post and forum when viewing a report from the MCP. (Bugs #33795, #33805)
[Change] Remove NUL-Bytes directly in request_var() for strings and within the custom DBAL sql_escape() functions (MSSQL, Firebird, Oracle) (reported by AdhostMikeSw)
[Feature] Allow limited inheritance for template sets.
[Feature] Allow hard disabling of the template editor.
[Feature] Allow setting custom language path through $user->set_custom_lang_path(). $user->lang_path now also do not include the user language, but only the path.
[Feature] Ability to define nullar/singular/plural language entries
[Feature] Ability to mimic sprintf() calls with $user->lang() with the ability to correctly assign nullar/singular/plural language entries.
[Feature] Added the possibility to force user posts put in queue if post count is lower than an admin defined value. Guest posting is not affected by this setting.
[Feature] Added 'max_recipients' setting for private messages. This setting allows admins to define the maximum number of recipients per private message with a board-wide setting and a group-specific setting.
[Feature] Added new permission setting for sending private messages to groups. Now there are two permissions to define sending private messages to multiple recipients and private messages to groups.
[Feature] Allow specific connection to different server for jabber functionality by providing a valid JID as username. This also allows the use of talk.google.com as jabber server with gmail.com JIDs. (Bug #14989)
[Sec Precaution] Stricter validation of the HTTP_HOST header (Thanks to Techie-Micheal et al for pointing out possible issues in derived code)

Komentáře: 22  •  Odeslat komentář

Nahoru

  • 2012

  • prosinec
  • 2011

  • březen
  • 2010

  • listopad
  • srpen
  • červen
  • květen
  • březen
  • 2009

  • listopad
  • říjen
  • červenec
  • červen
  • květen
  • duben
  • březen
  • únor
  • leden
  • 2008

  • prosinec
  • listopad
  • říjen
  • srpen
  • červenec
  • červen
  • květen
  • duben
  • 2007

  • prosinec
  • říjen
  • srpen
  • červenec
  • červen
  • květen
  • duben
  • březen
  • leden
  • 2006

  • listopad
Partneři: phpBBhacks.com • phpbbservice.nl • mobelia.cz
Powered by phpBB