Sugestie organizacyjne dla portalu

[virtu]

Wydaje mi się, że plikownia w tym kształcie, jak obecnie, jest najczęściej bezużyteczna. Klasyfikacja funkcjonalna zastosowana aktualnie jest kiepska. Nie można trafić do potrzebnego komponentu. Gdyby nie wyszukiwarka, w wielu wypadkach musiałbym zrezygnować z tego repozytorium. Na szczęście znalazłem gdzieś na dole podstrony małą ikonkę w postaci lupki.
Warto by podyskutować nad zmianami. Pozdrawiam

[inkos]

A jakie są Twoje propozycje podziału? Czy coś takiego jak na extensions czy też inny "autorski" podział? Temat wart przedyskutowania przed planowanym remontem na joomla.pl.

[virtu]

A jakie są Twoje propozycje podziału? Czy coś takiego jak na extensions czy też inny "autorski" podział? Temat wart przedyskutowania przed planowanym remontem na joomla.pl.
Wiem, że nie jest to proste zadanie, ale krok po kroku, wespół zespół, można dojść do dobrej klasyfikacji.
1. Na pewno powinien być podział na v1.5 i v1.0
2. Moim zdaniem, następny poziom klasyfikacji, to jednak: komponenty, moduły, dodatki.
3. kolejny poziom - podział funkcjonalny
Inna klasyfikacja, to:
1. Pierwszy poziom funkcjonalny
2. Następne poziomy - pozostałe - kolejność nieistotna.
Klasyfikacja funkcjonalna jest bardziej ergonomiczna w przypadku paczek zawierających różne składniki.

Pliki instalacyjne główne oraz szablony - osobny dział

Ale chyba najlepiej byłoby, żeby to użytkownik mógł samodzielnie decydować o klasyfikacji np. za pomocą menu rozwijanego.
To moja pierwsza "wrzuta" - moje nieuczesane sugestie... ale trzeba pamiętać, że burza mózgów, to jedna z lepszych metod rozwiązywania problemów.
I jeszcze jedno, nie należy uważać, że ktoś to zrobił lepiej, bo nie zrobił. Nie widziałem dobrej klasyfikacji w żadnym ze spotkanych repozytoriów. Mam nadzieję, że nam się to uda :)

[magic]

Moim zdaniem należałoby zreorganizować PLIKOWNIĘ przy użyciu 2 komponentów:
A) Wzorowanego na http://extensions.joomla.org/ jako głównego przewodnika po dodatkach do Joomla (pliki core Joomla nie wymagają przewodnika, bo są dostępne bezpośrednio ze stron joomla.pl przy pomocy komponentu B) )
B) Rzeczywistej plikowni spełniającej funkcje Upload, Download, Opis, Szukaj

ZASADA nr 1.: publikujemy wyłącznie rozszerzenia z polską wersją językową;
ZASADA nr 2.: komponent A) pod nazwą ZASOBY lub ROZSZERZENIA lub DO POBRANIA lub inną stanowi główny Przewodnik plików do pobrania ze strony joomla.pl
ZASADA nr 3.: komponent B) spełnia funkcję pomocniczą - miejsce przechowywania, publikowania, udostępniania do pobierania

AD A) Można użyć komponentu Mosets Tree (http://www.mosets.com/tree/) z układem identycznym jak na http://extensions.joomla.org/ (Lee zapewne się zgodzi na nieodpłatne zastosowanie komponentu i udzieli wsparcia technicznego) lub można użyć SOBI2 (Radek też może pomoże w przystosowaniu swojego komponentu). Układ jak na http://extensions.joomla.org/ jest moim zdaniem bardzo funkcjonalny i wygodny (mam na myśli również wszelkie dostępne tam udogodnienia, moduły).

AD B) Można użyć komponentu Docman. Układ po prostu według nazw projektów (rozszerzeń, także Core), bez podziału funkcjonalnego, bez podziału na komponenty, moduły, boty, plugin'y, itd. Podział wewnątrz Projektów powinien uwzględniać Wersje, a jeśli trzeba, to Komponenty, Moduły, Bot'y itp.

Czyli:
A) stanowi przeglądarkę dostępnych rozszerzeń w j. polskim wraz ze szczegółowymi opisami, komentarzami, głosowaniami, różnymi funkcjami wyszukiwania, przeglądania wg kategorii (dokładnie jak na http://extensions.joomla.org/ - czyli według listy Ken'a McDonald'a ), itd.
B) stanowi właściwe repozytorium plików do których odwołuje się A) i ma swój układ (według nazw projektów).

Niby wymaga to podwójnego opisu (Przewodnik, Repozytorium) dla każdego dodatku, ale w praktyce nie widzę problemu - działa to doskonale na http://extensions.joomla.org/ , więc dlaczego u nas miałoby nie zafunkcjonować ... Zainteresowani publikacją sami się postarają.

[virtu]

Na http://extensions.joomla.org/ klasyfikacja nie jest najgorsza, ale możemy to poprawić. Chociaż podobno lepsze jest wrogiem dobrego :).
Ja bym dodał zasadę generalną dla całego nowo tworzonego projektu: Do wykonania serwisu nie używać komponentów innych, niż powszechnie dostępne dla Joomla! Jeśli zostaną zmodyfikowane dla potrzeb serwisu, udostępnić ogółowi na znanych nam zasadach.
Uzasadnienie:
1. Np. wchodzę do serwisu Joomla! i widzę komercyjne forum - od razu tracę zaufanie do wszystkich skryptów for na licencji GNU, które się integrują z Joomla! i/lub są komponentami stworzonymi dla Joomla!
2. Czy widział ktoś serwis dla Joomla! zrealizowany na silniku Drupala czy innego PHP-nuka?

A poza tym wiadomo przecież, że wszystko w Joomla! jest lepsze niż w innych CMS-ach :cool:

[idek]

Faktycznie zmiany są potrzebne. Nie przypominam sobie, aby znalazł u nas jakiś plik bez korzystania z cięzo dostępnej wyszukiwarki.

Rozwiązania na extensions są duzo lepsze, a na pewno szukarka jest w widocznym miejscu ;) myślę, że na ich bazie można coś zrobić i tutaj

No i popieram virtu odnośnie komponentów DLA Joomla, bo sam pierwszy raz widząc do forum, zastanawiałem sie co to za silnik do złudzenia przypominający vBiulletyna;) jednak stopka nie pozostawiła mi wątpliwości

[zwiastun]

Ciekawie brzmi ta dyskusja.
Gdybyście jeszcze Panowie, zechcieli, napisać, na czym, polega trudność w znalezieniu poszukiwanych skladników, na czym polega "zagmatwanie" obecnej klasyfikacji, w czym 40 kategorii będzie lepszym sposobem na organizację od 20 czy 10.
Bo zmieniać i udoskonalać, oczywiście można. I wszystko może być lepsze. Ale jeden czy dwa głosy osób, które miały jakiś - na dodatek - niedookreślony kłopot, to nie dowód, że coś wymaga zmian.

[t0m3k]

Ja tez jestem za tym zeby pozmieniac uklad plikowni na joomla.pl. Niestety nie mam ochoty podlaczac sie do dalszej dyskusji na ten temat. Pozdrawiam

[neo_fox]

Radek też może pomoże w przystosowaniu swojego komponentu

My zawsze pomożemy ;)
Tak jak tu: http://extensions.virtuemart.net/index.php :)

[virtu]

...żeby "dookreślić kłopot":
1. Klasyfikacja jest bardzo poetycka. Trzeba mieć sporą wiedzę o procesach biznesowych, żeby się zorientować, co poeta miał na myśli wprowadzając kategorię "Zarządzanie procesami biznesowymi" i wstawiając tam komponent CRM, który, jak wiadomo służy do utrzymania, między innymi, dobrych relacji z klientami, ale jest również dobrym urządzeniem do utrzymywania dobrych relacji rodzinnych czy towarzyskich - wyżej znajdujemy kategorię "Obsługa klientów, konsultacje".

Mógłbym jeszcze kilka przykładów przytoczyć ale chyba nie chodzi o to, żeby pokazać mankamenty tej klasyfikacji. Najogólniej mówiąc, jest nieprecyzyjna. "Zarządzanie procesami biznesowymi" jest tak szeroką dziedziną, że potraktowanie jej jako podkategorii "Biznesu i promocji" jest nieporozumieniem - promocja jest jednym z elementów procesów biznesowych.

2. Podkategorie: "Ogłoszenia", "Reklama", "Katalogi produktów, oferty" wg mnie wprowadzają zamęt totalny. Zwłaszcza, jak się zajrzy do zawartości.

3. Moduły do komponentu Mister Estate znajdują się w kategorii: "Katalogi produktów, oferty" natomiast sam komponent w kategorii "Handel elektroniczny i usługi". Niech ktoś się domyśli, że są to dwie różne podkategorie a sam pakiet rozczłonkowany po podkategoriach.

Można jeszcze kilka zastrzeżeń przytoczyć, jeśli zajdzie potrzeba.

[virtu]

Chciałbym dorzucić drewienko do ognia:
Konia z rzędem temu, kto znajdzie w naszych zasobach bardzo przydatny dodatek: bot_rd_addphp_pl
Oczywiście Google znajdują natychmiast. Z lokalną wyszukiwarką nieco gorzej.
Mówię o przypadku, kiedy znam nazwę pliku i chcę go pobrać (bot_rd_addphp_pl.zip)