We wspomnianym poście autor prosi o przesyłanie pomysłów i sugestii dotyczących tworzącego się katalogu. Ja swoje wysłałem, i postanowiłem je tutaj opublikować, może ktoś będzie miał ochotę skomentować lub coś dodać.

Przepraszam, że publikuje w lengłydżu, ale nie mam chwilowo czasu żeby to przetłumaczyć.

Hi!

First, I believe this is a great idea. I would definitely list myself as a service provider.

My comments/ideas:

• The scope of services to list. / Potential category structures.
  • Joomla Core
    • Installing
    • Hacking
    • Optimisation / Audit
    • Upgrades
    • Maintanence / Administration
    • Migrations
  • Extensions
    • Selection
    • Installing
    • Modifications
    • Integration
    • Migrations
  • Templates
    • Design
    • Coding
    • UX / Usability
    • Modifications
    • Selection
  • Consulting
  • Training
    • Joomla installation
    • Joomla usage
    • Joomla administration
    • Joomla extension development
    • Joomla SEO
  • External systems
    • Integration
• Conditions for listing.
• Details required for listings
  • official web site link
  • blog link (probably most service providers have one)
  • address,
  • company /  freelancer
  • linkedin profile link (obligatory for freelancers)
  • number of employees
  • date registered in joomla forums (for freelancers)
  • Joomla 1.0 / 1.5
  • geographic locators
  • languages spoken
  • available contact methods (mail, phone, live support, forum, IMs - including regional ones like for instance Gadu-Gadu in Poland)
  • direct link to one’s portfolio (in applicable categories only)
  • avarage price for a given service (not obligatory)
  • terms of service (downpayments, contracts, invoicing, warranty)
  • methods of payment
  • period of time that one has been professionaly doing joomla related work
  • memberships in any joomla teams or JUGs (including local)
• Potential for reviews and ratings.
  • there should be some kind of rating possible, but it should restricted to people who actually bought the service, and that is a though one
• Anything else you can think of that would help make this a fantastic site for the community.
  • it might be a good idea to require some kind of a affiliate program, maybe this could help in restricting comments
  • paid featured listing - i believe the joomla team should able to profit from this site
  • ability to somehow connect JED with this, in a way that I could have all of my JED published extensions under my service listing (so we can get the “WOW, this is the guy that made that beautiful component that i love, he’s GOTTA be good” effect), and/or maybe latest forum posts

Hope you’ll find it useful.

--
Best regards,
Jacek Kowalczyk | oneJoomla.org
+48 502 127 369
http://onejoomla.org

Zakładki

No ale ja mam to do siebie, że zakupów dokonuje spokojnie. Więc przeglądam spis treści.

A tam zastaje mnie coś czego naprawdę się nie spodziewałem. Ta książka jest prawie w całości poświęcona Joomla 1.0!

Byłem naprawdę zszokowany, przecież wersja 1.5 jest dostępna już od 21 stycznia 2008 (wersja stabilna, nie wspominając o bardzo przyzwoitych wersjach RC). Zaskakujące jest również to, że ta książka utrzymuje się na liście bestsellerów Helionu, a przecież już za pół roku Joomla 1.0 nie będzie istniała.

Ale pomijając release date’y i koniec życia wersji 1.0, to najważniejsze jest to, że Joomla! 1.0 nie jest tak naprawdę Joomlą tylko Mambo. Ja interpretuję, wszystkie działania do ukazania się Joomla 1.5 jako pewien ruch społeczny, organizowanie społeczności, zarządzanie dużym projektem informatycznym itp. itd. Natomiast jako SYSTEM, traktuję dopiero Joomla! 1.5. Czy to tylko ja tak mam?

Chyba tak, biorąc pod uwagę ilość zapytań ofertowych w mojej skrzynce, dotyczących modyfikacji i wdrożeń dla Joomla 1.0. Przykre to trochę, może za pół roku będzie lepiej.

Zakładki

Po pierwsze, strona JED została zaktualizowana do Joomla! 1.5, i co za tym do nowej wersji Mosets Tree, licencjonowanej na zasadach GNU GPL. Wiąże się ze zmianą wyglądu, nową kategorią główną, i drobnymi zmianami w funckjonalności. Po drugie, wszystkie rozszerzenia przeznaczone dla Joomla 1.0, przestaną być publikowane w JED 30 czerwca 2009. Po trzecie, JED będzie zawierał tylko rozszerzenia objęte licencją GNU GPL, o niekodowanym źródle, zarówno komercyjne jak i niekomercyjne.

Żeby lepiej poukładać to sobie (i Wam) w głowie przygotowałem małe kalendarium:

• 15 czerwiec 2007: Joomla! potwierdza, że zarówno Joomla! 1.0 jak i Joomla! 1.5 będą publikowane na zasadach licencji GNU GPL.
• 13 listopad 2008: Data końca życia Joomla 1.0 zostaje ogłoszona.
• 1 marzec 2009: Tylko rozszerzenia na licencji GNU GPL będą przyjmowane do JED.
• 31 marzec 2009: Zakończenie przyjmowania do JED nowych rozszerzeń dla Joomla 1.0.
• 30 czerwiec 2009: Wyłączenie publikacji wszystkich rozszerzeń do Joomla 1.0 aktualnie znajdujących się w JED.
• 1 lipiec 2009: Tylko rozszerzenia na licencji GNU GPL będą opublikowane z JED.
• 22 lipiec 2009: Koniec życia Joomla 1.0.

Czyli jednym zdaniem: po 1 lipca 2009 wszystkie rozszerzenia w JED będą 1.5Native i licencjonowana na zasadach GNU GPL.

Całą sytuacje obficie opisał i skomentował Barrie na swoim blogu, warto tam zajrzeć.

Decyzje jakie podjął zespół Joomla! są nieco kontrowersyjne. Możemy stwierdzić, że przejście JED tylko na dodatki 1.5 jest krokiem zrozumiałym i naturalnym biorąc pod uwagę, że w tej chwili Joomla1.0 i Joomla1.5 są praktycznie różnymi systemami. Natomiast zmiana polityki licencyjnej jest nieco zaskakująca, chociażby dlatego, że zespół Joomla!, jak i OpenSourceMatters często zachęcał do budowania biznesów w oparciu o Joomla, a często spotykanym modelem biznesowym była sprzedaż rozszerzeń na komercyjnych licencjach i/lub rozszerzeń kodowanych (np. przez ionCube). Dla tych biznesów, obecność w JED jest absolutnie kluczowa. Czy zespołowi uda się przekonoć tych developerów do zmiany licencji, a może powstanie niezależny od JED katalog rozszerzeń na licencjach innych niż GNU  GPL?

Według mnie jest to niesamowity krok naprzód, który pozwoli skoncentrować siły na dalszym rozwoju Joomla jako systemu i frameworka. Gorąco gratuluję zespołowi!

Aktualizacja

Już po opublikowaniu tego posta, na JFoobar ukazał się post, podający przykłady udanych modeli biznesowych zbudowanych wokół licencji GNU GPL. Post prawdopodobnie zainspirowany ostatnimi ogłoszeniami z JED.

Zakładki

Niestety, w tłumaczniu było kilka rzeczy do których nie mogłem się przyzwyczaić za żadne skarby.

1. Lead - Wizytówka. Według mnie bardzo nietrafione tłumaczenie zwłaszcza, że w SugarCRM występuje inny obiekt Business Card (o dziwo, przetłumaczony przez Krzyśka… również jako wizytówka). Lead to osoba, o której mamy podstawy sądzić, że może być zainteresowana zakupem naszego produkty, np. firma która znaleźliśmy na Panoramie Firm, która spełnia nasze założenia o targecie, albo osoba która poprosiła o telefon przez formularz kontaktowy na stronie. Według mnie tłumaczenie może być tylko jedno: Potencjalny klient.
2. Account - Klient. Z tego chyba najtrudniej będzie mi się wytłumaczyć, no niby klient chociażby dlatego, że Key Account to po polsku Klient Kluczowy. W samym jednak SugarCRM, obiekt Account może służyć do przechowywania różnych informacji, nie tylko o klientach. Poza tym,w obiekcie Account możemy wybrać Typ tego Account’a, a tylko jednym z dostępnych typów jest klient. Jak dla mnie nie logiczne jest posiadanie w systemie Klienta typu Dostawca, co się zdarzała w pracy z tłumaczeniem Krzyśka. Stąd moje tłumaczenie: Konto.
3. Opportunity - Temat. Tutaj chyba jest to tylko kwestia osobistego odczucia, lub nazewnictwa jakim wewnętrznie posługuje się wdrażająca firma. Dla mnie Opportunity to nie jest Temat. Dla mnie to: Okazja.

Oprócz trzech wspomnianych zmian, w swojej wersji tłumaczenia uwzględniłem poprawkę dotyczącą kalendarza i mapy strony, którą można znaleźć na polskim forum SugarCRM.

Plik z tłumaczeniem możecie pobrać tutaj. Wgrywa się jak standardowa paczka Sugara.

Jeżeli macie jakieś uwagi co do moich zmian, możecie pisać w komentarzach.

Zakładki

Program konferencji można sprawdzić na stronie, nie będę go tutaj kopiował.  Slajdy z prezentacji również na stronie niedługo powinny się znaleźć, tak przynajmniej obiecali organizatorzy. Frekwencja nie była powalająca, i wykazywała zdecydowany trend malejący. Sądząc po ilości niewykorzystanych identyfikatorów, organizatorzy spodziewali się znacznie więcej osób.

Jak dla mnie konferencja była naprawdę ciekawa i inspirująca (zapisałem kilka kartek z pomysłami, a to dużo, nawet jak na mnie), a to chyba jest podstawowoym celem tego typu konferencji (oprócz oczywistych celów promocyjnych).

Jedyny zarzut jaki posiadam do prezentujących to to, że czasami można było odnieść wrażenie, że do tematów ich prezentacji trochę na siłę został “doszyty” kontekst Enterprise 2.0. Było tak np. w przypadku prezentacji Szymona Klimczaka z LIVECHAT Software czy Grzegorza Rudno-Rudzińskiego z Contium S.A.

Nie zmienia, to mojego ogólnego dobrego wrażenia. Bo nawet jeżeli, nie było to do końca o Enterprise2.0, to nie zmienia faktu że były to interesujące prezentacje.

Najlepszą według mnie prezentację poprowadził Michał Faber z Biznes.Net.

Zakładki

Pierwsza dotyczy pozycjonowania, optymalizacji stron opartych na Joomla, oraz ogólnych podstaw marketingu internetowego.

Druga koncentruje się na budowaniu internetowych społeczności przy użyciu systemu Joomla.

Trzecia omawia kodowanie szablonów opartych o CSS.

Prezentacje według mnie są bardzo profesjonalne, aktualne i interesujące. Polecam przejrzeć.

Zakładki

Najpierw ściągamy komponent i moduły (a przynajmniej moduł logowania). Jeżeli nie macie jeszcze konta w Joomlapolis, będziecie musieli je założyć. Instalujemy komponent i moduły standardowo, nie powinno tu być problemów.

Teraz udajemy się do pliku components/com_comprofiler/comprofiler.php.

W okolicach linii 1095 powinniście znaleźć taki fragment kodu:

1095
1096

$row->gid	= $acl->get_group_id('Registered','ARO');
$row->usertype	= 'Registered';

Należy zamienić go na następujący:

1095
1096

$row->gid	= $acl->get_group_id('Author','ARO');
$row->usertype	= 'Author';

Komponent jest przygotowany. Teraz musimy podmienić modułu. Wystarczy wyłączyć publikację standardowego modułu logowania, a opublikować moduł Community Buildera, czyli mod_cblogin.

Gotowe! Wszyscy nowo rejestrujący się użytkownicy będą domyślnie autorami i będą mogli tworzyć artykuły.

Pozostaje tylko jedna sprawa: co z użytkownikami, którzy już są zarejestrowani, jak w łatwy sposób zmienić wszystkim uprawnienia?

Wystarczy wykonać dwa proste zapytania do bazy danych. Zapytanie możemy wykonać albo z poziomy phpMyAdmin’a, jeżeli posiadamy do takiego dostęp, albo przy pomocy jakiegoś komponentu np. EasySQL.

A oto zapytania:

1
2

UPDATE jos_users SET gid=19, usertype='Author' WHERE gid=18;
UPDATE jos_core_acl_groups_aro_map SET group_id=19 WHERE group_id=18;

Pamiętajcie o podmianie w “jos_” w powyższych zapytaniach na Wasz prefiks!

Zakładki

Bardzo dobrą i obszerną (jak zwykle) publikację na temat idei katalogów typu presell pages napisał jakiś czas temu Mariusz Gąsiewski.

Czemu akurat Joomla?

Myślę, że warto pod precel wybrać Joomla, ponieważ… nie jest WordPressem. Korzyści z tego takie, że prawdopodobnie większość automatycznych dodawarek, śieciarek, spamiarek, rejestratorów i tym podobnego syfu nie poradzi sobie tak łatwo z naszą Joomlą jak z WordPressem, który jest przecież zdecydowanym liderem tego rynku, i standardem branżowym.

Do roboty

Zaczynamy oczywiście od czystej instalacji najnowszej wersji Joomla. Kiedy Joomla już śmiga, musimy wykonaćkilka kroków.

Najpierw, stwórzmy odpowiedni link. W tym celu wybieramy z menu rozwijanego “Menu” wybieramy menu do którego chcemy dodać nasz link (najprawdopodobniej mainmenu lub usermenu). Następnie wybieramy “Dodaj” z prawego górnego menu. Wybieramy rodzaj linku “Wyślij artykuł”. Powinno to wyglądać mniej więcej tak:

Link typu Wyślij artykuł

Kolejną rzeczą jest upewnienie się czy na naszej stronie jest włączona rejestracja, oraz nadanie odpowienich uprawnień rejestrującym się użytkownikom. Z menu rozwijanego “Witryna” wybieramy “Konfiguracja”, po wczytaniu strony przechodzimy do zakładki “System”, a tam szukamy sekcji “Użytkownicy”. Najważniejsze co musimy tutaj zrobić, to zmenić ustawienie “Przypisz do grupy” na “Autor”.

Konfiguracja użytkowników

Takie ustawienia już pozwolą nam cieszyć się precelkiem. Niestety, żeby taki precel był efektywny musimy zrobić jeszcze co najmniej kilka rzeczy.

Sekcje / Kategorie

Nowo zarejestrowani użytkownicy nie będą mogli tworzyć artykułów statycznych, nie będą mogli też dodawać nowych sekcji i kategorii. Z tego powodu żeby nasz precel poprawnie działał, trzeba do niego dodać jakieś kategorie. W swoim poradniku jak postawić precel na WordPressie, Mendax proponuje kilka kategorii, które powinny na początek wystarczyć. Najłatwiej będzie je utworzyć przy pomocy małego, zgrabnego dodatku zwanego Mass Content. Proponuję stworzyć jedną sekcję np. “Artykuły” i do niej dodać wszystkie kategorie.

Mapa strony

Nasz precel musi się dobrze indeksować, a więc ważne jest aby posiadał elegancką mapę strony. Osobiście polecam w tej materii XMap, który tworzy mapę strony na podstawie wybranego menu. Aby dobrze wykorzystać to rozszerzenie polecam zastosować Automatic Menu, który automatycznie stworzy menu na podstawie naszych sekcji i kategorii.

Przyzwoity site, linkowanie wewnętrzne

Aby poprawić linkowanie wewnętrzne naszego precelka, a co za tym idzie przyśpieszyć indeksacje nowych artykułów, proponuję zastosować dodatek pozwalający na tagowanie artykułów. Najlepszym wyborem będzie rodzimy dodatek JTags autorstwa Jacka Zielińskiego.

Sprawy oczywiste

Po wykonaniu wszystkich powyższych kroków, precel powinien działać w miarę dobrze. Ważne jest jeszcze natomiast kilka rzeczy

• wgrać jakiś szablon, im mniej popularny tym lepszy
• napisać instrukcję rejestracji
• napisać regulamin umieszczania artykułów (przede wszystkim: ilość znaków, ilość linków), warto wspomnieć o dodawaniu tagów (ile?)
• stworzyć formularz kontaktowy, aby użytkownicy mogli zgłaszać artykuły do moderacji, proponować nowe kategorie itp.

Podsumowanie

Mam nadzieję, że ten opis do czegoś Wam się przyda. Jeżeli tworząc, swoje precle na Joomla używacie jeszcze innych dodatków zapraszam do komentowania.

Zakładki

Ktoś kto chce zlecić takie prace, pewnie pogoogluje troche, przejrzy dziesięć prawie identycznych stron firmowych, może da ogłoszenie na forum. I w ten sposób zbierze kilka(naście) ofert wykonania zlecenia. Czym będą się różniły? Na pewno ceną. Rozstrzał może być olbrzymi w zależności od renomy firmy, doświadczenia itp. Na podstawie “badania rynku” jakie sam wykonywałem, mogę powiedzieć, że cena wykonania sporej strony może wahać się od kilkuset do kilkunastu tysięcy złotych.

W jaki sposób dokonać wyboru? Na co zwrócić uwagę? Jakie pytania zadawać, żeby wybrać porządną ofertę?

Wersja systemu

Na pewno warto zapytać, na jakiej wersji systemu zleceniobiorca planuje pracować. Ważne jest tutaj, po pierwsze, żeby nie była to wersja 1.0.x. O tym dlaczego wersja 1.5 jest lepsza od 1.0 pisałem niedawno na forum. Powinna być to zawsze najnowsza wersja systemu (bardzo ważne ze względu na bezpieczeństwo strony). Sprawdzić jaka wersja jest aktualnie najnowsza można tutaj.

Core hacki, hackowanie rozszerzeń

Kolejną istotną rzeczą są core hacki (zmiany w rdzeniu). Należy zapytać, czy firma przy tworzeniu serwisu będzie modyfikowała jakieś bazowe pliki Joomla!. Zdecydowanie odradzam stosowania corehacków, z prostej przyczyny: systemu Joomla! w którym zostały zmienione pliki bazowe nie można w prosty sposób aktualizować! To z kolei oznacza, że nawet jeżeli strona zostanie postawiona na najnowszej dostępnej wersji, to już wkrótce będzie nieaktualna (ostatnio nowe wersje systemu ukazują się mniej więcej raz na 2 miesiące). Wszystkie zmiany w systemie, potrzebne do wykonania danego projektu powinny być wykonywane za pomocą rozszerzeń.

To samo praktycznie dotyczy zmian w plikach rozszerzeń. Należy pamiętać, że bezpieczeństwo naszego systemu zależy również od tego jak bezpieczne (aktualne) są rozszerzenia w tym systemie zainstalowane. Hackowanie rozszerzeń odbiera możliwość (łatwego) aktualizowania dodatków.

Administracja

Przed wyborem wykonawcy warto dopytać, jaki serwis posprzedażowy gwarantuje, czyli:

• jak długo po oddaniu strony będzie można bezpłatnie zgłaszać błędy do poprawki?
• ile będą kosztowały późniejsze poprawki?
• czy firma jest w stanie zaoferować płatną administrację serwisem jako usługę? Co ta usługa obejmuje a czego nie: aktualizacje systemu i rozszerzeń, instalacje nowych rozszerzeń, programowanie nowych rozszerzeń, zmiany konfiguracji, backupy systemu plików i bazy danych, poprawki błędów, modyfikacje wyglądu strony, okresowe audyty strony itp.

Jeżeli wykonawca zaproponuje korzystne warunki administracji, i zobowiąże się do aktualizowania systemu i rozszerzeń to punkt dotyczący corehacków staje się oczywiście mniej istotny.

Majątkowe prawa autorskie

Warto zapytać, czy wykonawce jest gotowy przekazać majątkowe prawa autorskie do wykonanych przez siebie elementów, modyfikacji. Dla tych którzy nie wiedzą, majątkowe prawa autorskie są zbywalne (można je sprzedać) i dotyczą prawa do czerpania korzyści majątkowych z dzieła. W skrócie kupując majątkowe prawa autorskie, zleceniodawca gwarantuje sobie, że elementy wykonane na potrzeby jego serwisu nie zostaną wykorzystane w innych projektach danego wykonawcy. Szczególnie istotne jest przy kupowaniu projektów graficznych i templatek.

Warto tutaj wspomnieć, iż osobiste prawa autorskie nie są zbywalne, czyli zleceniobiorca nie może wymagać np. usunięcie informacji o autorze templatki ze stopki, lub z komentarzy w kodzie źródłowym rozszerzenia.

Jakość kodowanych szablonów

Jeżeli zamawiamy templatkę Joomla, lub kodowanie projektu do templatki warto dowiedzieć się według jakich standardów zostanie zakodowana. Podstawowe pytania to czy templatka będzie się poprawnie walidowała, zarówno kod XHTML jak i CSS. Warto również upewnić się, że szablon nie będzie wykorzytsywał tableli do pozycjonowania elementów na stronie (layout), powinno to być wykonane całkowicie przy pomocy arkuszy styli.

Framework JavaScript / AJAX

Ponadto ważną kwestią jest zastosowany w templatce framework JavaScript / AJAX. Nie dotyczy to wszystkich templatek, raczej tylko tych wykorzystujących jakieś elemnty animowane (np. rozwijane menu, slideshowy, scrollery, zakładki - taby). Joomla 1.5 standardowo wykorzystuje MooTools, które wchodzi w konflikt np. z Prototype. Przed zleceniem kodowania warto upewnić się, że wszystkie rozszerzenia na stronie oraz templatka będą korzystały z jednego i tego samego frameworku.

Użyteczność i dostępność

O tym, że użyteczność i dostępność stron internetowych jest ważna nie trzeba chyba nikogo już przekonywać. Jest niewyobrażalnie ważna. W Joomla (tak jak w większości systemów klasy CMS), znaczna część kwestii związanych z tymi zagadnieniami jest rozwiązywana na poziomie szablonu. Warto więc dopytywać jakie kroki koder podjął aby strona była użyteczna i dostępna, w szczególności:

• czy wszyskie obrazki tworzące layout, zostały przeniesione do plików CSS?
• czy strona wykorzystuje klawisze dostępu?
• jaki jest rozmiar strony, jak długo się ładuje? ile żądań HTTP jest wykonywanych (ile zewnętrznych plików jest ładowanych)? czy pliki .js i .css zostały odpowiednio skompresowane? czy pliki graficzne zostały zoptymalizowane?
• czy strona wyświetla się poprawnie na chociaż na najpopularniejszych przeglądarkach (Firefox, Internet Explorer, Safari, Chrome, Opera) i systemach operacyjnych (Windows, MacOS, Linux)?
• czy szablon wykorzystuje prawidłowe znaczniki (w szczególności nagłówki h1..h6)?

Przyjaźń z wyszukiwarkami

Jeżeli nie było o tym wspomniane w specyfikacji strony, warto zapytać jakie działania podejmuje wykonawca w kwestiach związanych z indeksacją w wyszukiwarkach. Podstawowe zagadnienia to:

• przyjazne adresy URL (chociaż w zasadzie na wyszukiwarki nie ma to większego wpływu to uważam, że jest bardzo ważna kwestia usability)
• mapa strony w formacie HTML i XML.
• optymalizacja tytułów, opisów i nagłówków

Pytania, które niewiele wnoszą

Powyżej starałem się opisać wszystkie najważniejsze kwestie które warto omówić z wykonawcą zlecając prace Joomla. Z doświadczenia wiem, że klienci zadają wiele różnych pytań, nie zawsze istotnych. Poniżej postanowiłem przytoczyć kilka pytań które według mnie nie są tak ważne jak sprawy opisane wyżej w tym poście.

• Czy pracował Pan wcześniej z tym konkretnym komponentem? - rozszerzeń w JED jest już ponad 4000 i oczywiste jest, że nawet bardzo rozchwytywany specjalista nie pracował ze wszystkimi. Ważniejsze jest ogólne doświadczenie z aplikacjami internetowymi i z Joomla, niż z konkretnym dodatkiem.
• Czy robił Pan już podobne strony? - podobnie jak wyżej, mało istotna sprawa.

Zakładki

Projekt zakończony, a niewykorzystanych pomysłów z pewnością jest jeszcze wiele. Ja postanowiłem inicjatywe podtrzymać, dzieląc się swoim pomysłem, we własnej nie-wypunktowanej formie.

Ogólna koncepcja

Portal internetowy oparty całkowicie o technologie open-source tworzony w całości przez ochotników, użytkowników, uczestników społeczności. Portal tworzony przez ludzi, taki wiki news portal.

Model biznesowy

Portal jak to portal, generowałby przychody sprzedając różnego rodzaju produkty reklamowe: bannery, mailing, linki sponsorowane, artykuły sponsorowane itp.

Działanie

Serwis składałby, się z dwóch części: jednej dla użytkowników, drugiej dla autorów.

Funkcjonalność części dla użytkowników standardowego portalu: strona główna, sekcje, kategorie, artykuły, możliwość komentowania artykułów, forum dyskusyjne, rejestracja użytkowników, tworzenie profilu itp.

Część dla autorów (forum autorów?) zapewniałoby możliwość dyskusji na temat rozwoju serwisu, dodawania nowej funkcjonalności, promowania serwisu itp.

Serwis działałby w oparciu o model “revenue sharing” (podział przychodów). Każdy autor przy rejestracji podawałby swój kod AdSense (czy dowolnego innego systemu reklamy kontekstowej), i na stronach jego opublikowanych artykułów wyświetlałyby się jego reklamy.

Zasady publikacji musiałaby być ściśle określone, np. tekst aby zostać opublikowany musiałby przejść kolejne etapy Autor -> Redaktor -> Redaktor Kategorii -> Redaktor Naczelny. Każdy autor po opublikowaniu np. 10 swoich artykułów dostawałby możliwość zostania redaktorem.

Do tej pory wspominałem tylko o reklamach wyświetlanych na stronach poszczególnych artykułów. Naturalnym pytaniem jest: a co ze stroną główną, stronami kategorii, forów? Uważam, że przychody te powinny być przeznaczane na: utrzymanie serwisu (hosting), promowanie serwisu (seo, ppc, może nawet atl), ewentualnie wynagrodzenia dla prominentnych redaktorów. O dokładnym podziale przychodu decydowałaby społeczność autorów.

Cele

Dla tego projektu widzę dwa główne cele.

Po pierwsze portal miałby być kontrwagą dla pudelków, plotków i innych onetów. Kładłby nacisk na jakość publikowanych treści (m.in. poprzez skomplikowaną i długą drogę publikacji artykułu). Miałby dostarczać wysokiej jakości treści, takie jaki sami autorzy chcieliby znajdować w portalach. O jakości niusów w polskich portalach pisał zresztą nie kto inny jak Marcin Jagodziński.

Z drugiej strony, w jakimś stopniu obniżałby barierę wejścia do świata publikacji w internecie. Wyobraźmy sobie, że jakiś news w telewizorze naprawdę kogoś wnerwił i chciałby całemu światu to wnerwienie ukazać. Czy naprawdę miałby czas/ochotę uczyć się WordPress’a, czy zakładać konto na Bloggerze? Przecież to jeszcze trzeba szablon wybrać itp itd. A i tak jego artykuł będzie tylko nic nie znaczącym postem na czyimś prywatnym blogu. Mój pomysł dawał tej osobie możliwość “stania się częścią czegoś większego”.

Blog o Joomli?

No po raz kolejny muszę się tłumaczyć dlaczego taki wpis na takim blogu. I po wyjaśnienie jest znowu takie samo. Bo jest to pomysł na to co można by z Joomla zrobić. Czy byłoby to oczywiste? Zdecydowanie nie. Joomla w podstawowej wersji posiada zbyt mało funkcji żeby udźwignąć tak duży projekt, a wiadomo, że zewnętrzne rozszerzenia są bardzo różnej jakości. Największe problemy dotyczyłyby prawdopodobnie kontroli wersji i uprawnień, czyli kwestii związanych ze zdefiniowaniem schematów publikacji (przechodzenie artykułu przez kolejne etapy korekt i redakcji). Mimo to, sądze że Joomla nadawałaby się do tego projektu najlepiej.

Zakładki