Temat: Pytanie w sprawie projektu portalu tematycznego.

Tomasz K.:
Skalowalność można uzyskać na wielu poziomach. Na system internetowy składają się: serwery web, reverse proxy, aplikacyjne, bazodanowe, przetwarzania wsadowego, itp. Można każdy z tych elementów poddać optymalizacji i jest to niezależne od wybranej aplikacji. Dużo zależy od schematu bazy danych, efektywności zapytań SQL, nałożonych indeksów, itd. W przypadku klasycznych portali, gdzie jest dużo czytelników, optymalizację można łatwo uzyskać obsługując requesty bezpośrednio z RAM, zamiast z dysku oraz bez potrzeby odpytywania bazy danych.

Zapewne można uzyskać na wielu poziomach ale... , niestety nie znam się na tym więc mam tylko jedno pytanie, czy to co Pan napisał powyżej stanie się samo...?? Czy programista będzie musiał wykonac jakąś pracę i będę mu musiał za to zapłacić.. ? A jesli tak to ile..??

- Co do specjalistów, to jest ich niewielu ale nie aż tak mało...
- Owszem programista pracujący w języku Java jest droższy, ale rozwiązanie portalu pozwala na
szybszą budowę w oparciu o gotowe portlety, co chyba przełoży się na znacznie krótszy czas
pracy, czy się mylę...??
- Wg. opinii firm wdrażających to rozwiązanie nie potrzebny jest serwer dedykowany, w każdym
razie nie na moim etapie.

Widzę, że się Pan sam przekonał ;) Tak naprawdę to cały czas mamy wróżenie z fusów, bo wybór technologii powinien nastąpić po etapie analizy wymagań. Tu żadnych konkretnych wymagań Pan nie przedstawił.

Nie przekonałem się, bo szum informacyjny trwa, każdy mówi co innego :)
Jakie wymagania ma Pan na myśli.. ? Funkcjonalności czy inne parametry...??

- --> * Wiele dostępnych pluginów rozszerzających możliwości portalu

Co znaczy wiele? Na stronie Liferay widzę ok. 200 dostępnych pluginów i kilkadziesiąt motywów (themes). Drupal ma ponad 10000 pluginów i ok. 1000 motywów.

Jak widać jednak ma wady ale firma przedstawia je jako zalety :)

Temat: Pytanie w sprawie projektu portalu tematycznego.

Dariusz Rojek:

Tomasz K.:
Skalowalność można uzyskać na wielu poziomach.
[...]

Zapewne można uzyskać na wielu poziomach ale... , niestety nie znam się na tym więc mam tylko jedno pytanie, czy to co Pan napisał powyżej stanie się samo...??

Właściciele firm byliby bardzo szczęśliwi, gdyby to działo się samo :) Niestety, czasem admin musi podskoczyć do serwerowni, żeby dołożyć RAM albo większy dysk. A programista musi się czasem zmóżdżyć, żeby poprawić nieefektywne oprogramowanie.

Czy programista będzie musiał wykonac jakąś pracę i będę mu musiał za to zapłacić.. ?

To niekoniecznie musi być programista, a administrator. W obu przypadkach - jest praca, jest zapłata.

A jesli tak to ile..??

Tyle, ile Pan wynegocjuje w umowie ;)
> > Widzę, że się Pan sam przekonał ;) Tak naprawdę to cały

czas mamy wróżenie z fusów, bo wybór technologii powinien nastąpić po etapie analizy wymagań. Tu żadnych konkretnych wymagań Pan nie przedstawił.

Nie przekonałem się, bo szum informacyjny trwa, każdy mówi co innego :)
Jakie wymagania ma Pan na myśli.. ? Funkcjonalności czy inne parametry...??

Mówiąc krótko: idzie Pan do firmy X, opowiada dokładnie, co chce mieć od strony biznesowej. Ktoś z firmy X to spisuje i daje Panu do zatwierdzenia. W ogóle nie powinno Pana obchodzić w czym to będzie zrobione, szczególnie, że jest Pan zielony w kwestiach technicznych. Powinno Pana interesować: na kiedy, za ile, czy zgodne z wymaganiami, itp.

- --> * Wiele dostępnych pluginów rozszerzających możliwości portalu

Co znaczy wiele? Na stronie Liferay widzę ok. 200 dostępnych pluginów i kilkadziesiąt motywów (themes). Drupal ma ponad 10000 pluginów i ok. 1000 motywów.

Jak widać jednak ma wady ale firma przedstawia je jako zalety :)

Każda sroczka swój ogonek chwali, jak mówi ludowe przysłowie ;)

Temat: Pytanie w sprawie projektu portalu tematycznego.

Warto jeszcze dodać, a nie padło takie stwierdzenie w wątku że oprogramowanie na zapas nie ma sensu, w ciągu kilku lat technologia posunie sie do przodu, powstaną nowe wydajniejsze, prostsze, lepsze systemy i rozwiązania.
Dlatego radziłbym zacząć np od powszechnie krytykowanej joomli, która wbrew opiniom powyżej daje sie skalować, a i migracja z niej do dedykowanych rozwiązań nie jest problemem, czy wordpressa (który z założenia był blogiem a nie portalem) ale w między czasie rozwinął się w system spełniający wszystkie wymogi Vortalu czyli portalu tematycznego.
Systemy te doskonale nadają sie na tzw. startup ze względu na koszty implemantacji oraz administracji, łatwy dostęp i niska cena rozszerzeń funkcjonalnych, obszerną i łatwo dostepną dokumentację, a przede wszystkim powszechność gwarantującą łatwy i tani dostep do supportu.
Z rozwiązaniami dedykowanymi jest ten problem, że często skazują one na support autorów, lub jeśli sa przyzwoicie udokumentowane są wielokrotnie droższe, a ich wdrożenie trwa znacznie dłużej.
Jeśli zaś chodzi o sprzęt to na startup wystarczy troche lepszy hosting lub równiez lepszy tzw VPS, dzieki czemu unikamy kłopotów, którymi strasza koledzy, jak brak ramu czy pojemności dysku.
Natomiast problemy wydajnościowe dotyczą głównie źle napisanych rozwiązań lub b. duzych serwisów.
W przypadku portalu tematycznego ilośc dziennych unikalnych wizyt na poziomie kilku tysięcy jest już sukcesem, a dla tej wielkości serwisu nie trzeba stawiac szczególnej infrastruktury.

Temat: Pytanie w sprawie projektu portalu tematycznego.

Tomasz K.:

Właściciele firm byliby bardzo szczęśliwi, gdyby to działo się samo :) Niestety, czasem admin musi podskoczyć do serwerowni, żeby dołożyć RAM albo większy dysk. A programista musi się czasem zmóżdżyć, żeby poprawić nieefektywne oprogramowanie.

Czy programista będzie musiał wykonac jakąś pracę i będę mu musiał za to zapłacić.. ?

To niekoniecznie musi być programista, a administrator. W obu przypadkach - jest praca, jest zapłata.

A jesli tak to ile..??

Tyle, ile Pan wynegocjuje w umowie ;)
> > Widzę, że się Pan sam przekonał ;) Tak naprawdę to cały

Panie Tomaszu jak widać, wszystko można zrobić ale trzeba zaplacić firmie programistycznej, pracownikowi, firmie hostingowej... Stąd pytanie czy nie lepiej uwzględnić rozwiązanie skalowalne przy wyborze i kiedyś to zaprocentuje... I proszę nie pisać, że się przekonałem, tylko mnie przekonać, że będzie lepiej w inny sposób :)

Mówiąc krótko: idzie Pan do firmy X, opowiada dokładnie, co chce mieć od strony biznesowej. Ktoś z firmy X to spisuje i daje Panu do zatwierdzenia. W ogóle nie powinno Pana obchodzić w czym to będzie zrobione, szczególnie, że jest Pan zielony w kwestiach technicznych. Powinno Pana interesować: na kiedy, za ile, czy zgodne z wymaganiami, itp.

Przykro mi ale jestem z natury zawodowcem i takie podejście jest dla mnie nie do pomyślenia, owszem nie znam się na IT ale znam się na biznesie i na ludziach... Kilka ofert, które mi przedstawiono były na poziomie bazaru... i to od sporych firm, tak naprawdę powinienem to tu opublikować, zwykłe oszustwo, a raczej próba obrażenia mojej inteligencji, więc powyższym już mnie Pan przekonał :)

Jak widać powinienem ufać swojej intuicji, na obiektywne rady specjalistów nie ma co liczyć..

Temat: Pytanie w sprawie projektu portalu tematycznego.

Tomek Hoff:
Warto jeszcze dodać, a nie padło takie stwierdzenie w wątku że oprogramowanie na zapas nie ma sensu, w ciągu kilku lat technologia posunie sie do przodu, powstaną nowe wydajniejsze, prostsze, lepsze systemy i rozwiązania.

Nowsze nie zawsze znaczy lepsze ale zgadzam się, że to jest argument i zastanawiam się czy np. Sitecore nie byłoby godne uwagi..?? Niestety nie znam kosztu tego rozwiązania.

Dlatego radziłbym zacząć np od powszechnie krytykowanej joomli, która wbrew opiniom powyżej daje sie skalować, a i migracja z niej do dedykowanych rozwiązań nie jest problemem, czy wordpressa (który z założenia był blogiem a nie portalem) ale w między czasie rozwinął się w system spełniający wszystkie wymogi Vortalu czyli portalu tematycznego.
Systemy te doskonale nadają sie na tzw. startup ze względu na koszty implemantacji oraz administracji, łatwy dostęp i niska cena rozszerzeń funkcjonalnych, obszerną i łatwo dostepną dokumentację, a przede wszystkim powszechność gwarantującą łatwy i tani dostep do supportu.

Owszem zgadzam się ale Joomla ze względów bezpieczeństwa mnie nie przekonuje, natomiast przenoszenie danych podobno rodzi problemy z CMS-ów tego typu do innych rozwiązań, jak pisał wyżej kol. Jacek.

Z rozwiązaniami dedykowanymi jest ten problem, że często skazują one na support autorów, lub jeśli sa przyzwoicie udokumentowane są wielokrotnie droższe, a ich wdrożenie trwa znacznie dłużej.

I to są poważne wady.