Na wybor technologi w jakiej zakodowana zostanie treść strony WWW składają się następujące czynnki:1. budżet oraz czas wykonania 2. przewidywany rozwoj strony (strona WWW jako narzędzie komunikacji) 3. odpornośc na ataki złosliwego oprogramowania 4. potr


Na wybor technologi w jakiej zakodowana zostanie treść strony WWW składają się następujące czynnki:


1. budżet oraz czas wykonania
2. przewidywany rozwoj strony (strona WWW jako narzędzie komunikacji)
3. odpornośc na ataki złosliwego oprogramowania
4. potrzeby serwisowe.


Jesli wybór zostanie dokonany w oderwaniu od w/w czynników, wówczas strona przestanie spełniać swoją funkcję a zainwestowane w nią pieniądze przestaną na siebie pracować. Dlaczego w tym przypadku nie preferujemy pracy w Wordpress czy Joomla? W przypadku niektórych zastosowań systemy zarządzania treścią Wordpress, Joomla, Drupal i im podobne stanowią świetne rozwiązanie. Niestety wielu zleceniodawców przecenia ich możliwości lub po prostu nie zdaje sobie sprawy z tego co może się przydarzyć stronie WWW. Własne doświadczenia z w/w systemami CMS oraz tworzeniem oprogramowania dedykowanego wynikają z doświadczeń jakie zebraliśmy w trakcie rozwoju naszej firmy.

1.    Otwarte systemy - budżet oraz czas wykonania.


Strona osadzona na wcześniej wskazanych frameworkach stanowi nadbudowę na podstawowym rdzeniu/ramie.
W przypadku Wordpressa - na rdzeniu stworzonym z założenie do prowadzenia blogów. Adaptacja i utrzymanie takiego powszechnie znanego i zinfiltrowanego systemu w konfiguracji zapewniającej stałe bezpieczeństwo i odpowiednią szybką działania jest kosztochłonne o czym przekonalismy się budując między innymi portal Evigo.

2. & 3. Przewidywany rozwój strony, odporność na ataki.


Strony w Worpdressie i innych tego typu systemach rozwijane są za pomoca wtyczek (ang. plugin) . Są tanie i pozwalają na szybki rozwój - ale tylko jesli współpracują ze stroną (prawdopodobieństwo 50/50 - dwie świetnie działające wtyczki osobno - nie zadziałają razem). Wtyczki tworzone są przez wszystkich i nikt nie kontroluje ich jakości ani z perspektywy poprawności i nieszkodliwosci kodu ani pod kątem luk w zabezpieczeniach (większość skutecznych atakow przeprowadza się właśnie przez błedy w pluginach). Kolejną kwestią jest fakt, że wtyczki nie zawsze spełniają 100% wymagań - a strona WWW nie spełniająca potrzeb klienta, to strona nie generująca zysków. Zalecane jest więc tworzenie wtyczek autorskich, co oczywiscie wytwarza kolejne koszty.

4.    Potrzeby serwisowe.


Szybkość ładowania strony ma wpływ na pozycję w wynikach wyszukiwania Google. Dodatkowo jest istotna z punktu widzenia ogólnego wrażenia w odbiorze strony WWW przez użytkownika. Z tego punktu widzenia stronę opartą o opisywane systemy CMS należy stale optymalizować (pomimo, że wiele wtyczek zawierających taką funkcjonalność stale powstaje - z reguły są one mało wydajne). Dzieje się tak z uwagi na to, że kod źródłowy otwartych systemów CMS musi spełniać wiele różnych wymagań (podstawowe - jako platforma blogerska) co z kolei może wpływać na wydajność witryny. Standardowo zatem serwer zajmuje się przetwarzaniem znacznie większej ilości kodu niż musiałby przy stworzeniu dedykowanego narzędzia. Strona ładuje się wolniej, co generuje negatywne wrażenia u użytkownika oraz pochłania zwiększone zasoby po stronie serwera, transmisji danych i w przeglądarce internetowej.

Podsumowanie:


Owarte systemy CMS to rozbudowane multifunkcyjne narzędzia, które z założenia mają umożliwic osobom bez specjalistycznej wiedzy programiostycznej stworzenie i zarządzanie stronami WWW. Dla użytku osobistego, w celach blogerskich czy przy prostych stronach wizytówkowych zaleta ta jest nieoceniona i opłaca sie. W przypadku rozbudowanej strony korporacyjnej opartej na otwartym CMS zapewnienie szybkości i bezpieczeństwa oraz bezawaryjnego działania strony generuje po prostu wysokie koszty. Reasumując system otwarty jest regularnie atakowany przez hakerów, oferuje niską wydajność przy już odrobinę złoż,onych projektach oraz wymaga ciągłej uwagi technicznej oraz wielu, wielu testów przy każdorazowych aktualizacjach. Trzeba też pamiętać, że oprócz skryptu należy także mieć na uwadze aktualizacje, kwestie bezpieczeństwa i działania każdego zainstalowanego pluginu. Wbrew pozorom kalkulacja utrzymania technicznego takiego systemu, testów, weryfikacji wprowadzanych, nie tylko przez wykonawcę serwisu zmian, ale także przez firmy i osoby trzecie po zastanowieniu nie jest tak oczywista jak by się to mogło wydawać na pierwszy rzut oka. Przeciętność Wordpressa i Joomli, szablonowość w podejściu do rożnych zagadnień może powodować, że finalny produkt naszej strony również będzie miał cechy „szablonu”. Tymczasem każdy produkt i każda firma jest wyjątkowa, a strona internetowa powinna tą wyjątkowość podkreślać a nie równać w dół.