konto usunięte

Temat: CMS na wielka skale

Adrian Jaworski:
Przykładowe zalety wydajność, skalowalność, nierelacyjność, dynamiczne zapytania.

Kila linków:
http://agudo.pl/blog/mongodb-wstep-do-slownikowej-bazy...
http://phpgeek.pl/152/mongodb-ruch-nosql-przyszloscia-...
http://www.python.rk.edu.pl/w/p/mongodb/
Hehe. Wybacz, że się czepiam, ale te argumenty są żadne. Wymieniłeś cechy obiektowych baz danych, nie tylko MangoDB.

Idąc Twoim tokiem myślenia - dlaczego Oracle? Jest wydajny, skalowalny, relacyjny, transakcje, procedury i milion innych opcji.

Btw. wiem, czym jest MangoDB i czytałem ostatnio trochę o ruchu NoSQL. Myślałem po prostu, że uzasadnisz jakoś swoje zdanie, dlaczego wybrałbyś bazę nierelacyjną do takiego projektu.
Adrian Z.

Adrian Z. IT Project Manager &
PHP Programmer

Temat: CMS na wielka skale

Mirosław Ratman:
nie wiem dlaczego jak słysze joomla itp. to mnie odrzuca ;)
może koszmary z dzieciństwa? phpnuke reaktywacja? ;))

konto usunięte

Temat: CMS na wielka skale

Dziwi mnie, że nikt nie pyta o to, jakim obciążeniom będzie podawany ten serwis/serwisy. Jakie będą ewentualne dodatkowe moduły funkcjonalne.

Bez tych informacji nawet joomla którą ktoś tu rzucił może być dobra.

Jeśli wydajność i odporność na obciążenia ma być kluczowa lepiej już na początku (potem taka decyzja będzie coraz trudniejsza w podjęciu) kierować się w kierunku pythona + np. plone.

Jeśli wydajność nie jest aż tak kluczowa + trzeba trzymać się php to warto tez rozważyć ezPublish (dobrze skonfigurowany da radę).

Podanie informacji, że będzie tam kilka tysięcy podstron nie jest informacją wystarczającą, gdyż to może i WP obsłużyć.

konto usunięte

Temat: CMS na wielka skale

Biorąc pod uwagę gdzie obecnie Andrzej pracuje - obciążenie strony będzie spore.

Osobiście - samemu napisać całość.
Jeśli dobrze się napisze samą strukturę, poszczególne algorytmu można aktualizować ... w odpowiedzi na zaistniałe sytuacje - już na żywym organiźmie.

konto usunięte

Temat: CMS na wielka skale

Widze iz zrobilo sie duzo odpowiedzi, z czego wiekszosc nie na temat i jak coniektorzy zauwazyli - sugestie mimo iz nie podalem za duzo szczegolow :)

Wiec generalnie sa 3 rozne stron, kazda z tych stron jest lacznie w 14 jezykach + duplikacja na poddomenach, lacznie chyba z 18 sztuk w chwili obecnej...
Idealnie, wszystko pracowaloby z jednego systemu, w ktorym moznaby bylo tworzyc obiekty, podstony i przypisywac je do jezyka/strony. Mozliwosc tworzenia templatow a potem wyswietlania tego.
Dla przykladu, strona korporacyjna dla kazdego jezyka ma za soba okolo 20 tys podstron (tych starych, ktorych juz nikt nie oglada jaki tych nowych) :)

Co do ruchu - mowa przynajmniej o 20mln miesiecznie, ale cala strona (wlacznie z plikami html,php itd) jest za cachem - uslugi serverow AKAMAI.

EM3 - system moze i fajny ale XSLT bez mozliwosci implementacji PHP na przodzie, wiec takie proste rzeczy jak include() sa raczej sfera marzen i trzeba kombinowac z iframemami i innymi glupotami.
Documentum - ma system XSLT ale jest chory... ze sie tak wyraze i strasznie utrudnili pare rzeczy. Wiec odpada...

Obecnie pisze nowa strone i napisalem caly framework warstwy prezentacyjnej.
Wszystko pracuje na Documentum, po drodze mamy cos co sie nazywa Services Toolkit i sluze do pobierania danych z bazy Documentum i zwracania w formacie ktory sie chce (xml, json albo php object). Potem te dane sa przetwrzane przez template, wrapowane htmlem i wyswietlane.

W chwili obecnej, moja sugestia dla firmy bylaby - Zostanmy na czyms w miare sensownym - documentum wydaje sie dobrze radzic z wersjami, jezykami i ulatwia wgrywanie tresci content adminom itd. - aczkolwiek jestem pewien iz jest cos lepszego, czego mozna uzyc do tego celu.
Mysle ze caly framework do warstwy prezentacyjnej mozna napisac wewnatrz firmy, aczkolwiek, ja sam targam sie juz ponad pol roku piszac jedna WWW i jak dobrze pojdzie - za miesiac bedzie wreszcie online.
Jak pomysle iz glowna strona korporacyjna mialaby zostac zrobiona w podobny sposob to sie boje... bo wymaga duuuzo wiekszej elastycznosci, wieksza nieprzewidyalnosc designerow itd itp :) Masakra. I by wszystko przewidziec, napisac i dostarczy system, dla dwoch osob spodziewam sie pracy na dobry rok.

Optymalnie czego szukamy?
System ktory ulatwi tworzenie templatow, bedzie prosty w obsludze dla ludzi ktorzy maja srednie pojecie o developerce, mozliwosc szablonowego dodawania tresci tak ze Ci nawet bez podstawowego HTMLa sobie poradza, a ostatecznie, system nie ograniczy mozliwosci dla osoby ktora wie co to jest PHP i SQL (prawdopodobnie mowa tutaj o SQL, bo jest to korporacyjny standard, MySQL bedzie bardzo ciezko przeforsowac, aczkolwiek nie mowie ze nie).

Podsumowujac - przerabane :)
ps.. mam uraz do Drupala i Joomli i sa ta dwa systemy, ktore moze sie nadaja na stronki, ale nie na cos co ma byc na poziomie "enterprise".
Zapewne nasz kochany team IT bedzie chcial miec zapewnienie w postaci supportu ze strony dostawcy systemu.

Padla juz kilkakrotnie tutaj opcja typo3, padla taka sugestia takze tutaj wewnetrznie w firmie z tym systemem, wiec jak dla mnie jest to pierwszy system ktory chce zglebic i zobaczyc co prezentuje... Aczkolwiek fajnie jakbym mial jeszcze jakis wybor ;)

Huuh.. zmeczylem sie pisaniem... stary jestem :P

konto usunięte

Temat: CMS na wielka skale

Kamil Brenk:

Btw. wiem, czym jest MangoDB i czytałem ostatnio trochę o ruchu NoSQL. Myślałem po prostu, że uzasadnisz jakoś swoje zdanie, dlaczego wybrałbyś bazę nierelacyjną do takiego projektu.
W moim przekonaniu jest łatwiej zarządzać wielojęzycznymi artykułami oraz wielojęzycznością strony. A w przypadku gdyby dochodziło by udostępnienie opcji rejestracji na stronie, to całe przechowywanie sesji osoby zalogowanej również odbyło by się za pomocą MongoDB.

Na Joomla można wiele zrobić- jak ktoś umie to zrobi, jak nie umie to nie zrobi.
Na szybko z pamięci:
http://www.joomla.pl/wydarzenia/533-tesco-wybiera-joom...
http://www.valentina-db.com/
Mirosław Ratman

Mirosław Ratman Manager IT,
Architekt systemów
@Avast, Founder
@aSyncro ...

Temat: CMS na wielka skale

Adrian Jaworski:
Kamil Brenk:

Btw. wiem, czym jest MangoDB i czytałem ostatnio trochę o ruchu NoSQL. Myślałem po prostu, że uzasadnisz jakoś swoje zdanie, dlaczego wybrałbyś bazę nierelacyjną do takiego projektu.
W moim przekonaniu jest łatwiej zarządzać wielojęzycznymi artykułami oraz wielojęzycznością strony. A w przypadku gdyby dochodziło by udostępnienie opcji rejestracji na stronie, to całe przechowywanie sesji osoby zalogowanej również odbyło by się za pomocą MongoDB.

Na Joomla można wiele zrobić- jak ktoś umie to zrobi, jak nie umie to nie zrobi.
Na szybko z pamięci:
http://www.joomla.pl/wydarzenia/533-tesco-wybiera-joom...
http://www.valentina-db.com/

Chopie aleś sie uparł na tą jomle. Jak już autor watku napisął w jomli to sobie możesz walnąć stronke dla sp. z o.o. Jeżeli system ma współpracować z CDNami to stosowanie takich pseudo rozwiązań jest czystym szaleństwem.

Jeszcze do tego jakby sie okazało że system jest często aktualizowany - a nie ździwił bym sie jak jest patrząc na podawane liczby artykułów to takie cudo jak jomla umrze w pare chwil.

W pewnym sensie mam (bedę miał ) podobny problem w mojej firmie bo przymieżamy się do sporego sajtu - i nawet nikt nie śmiał wspomnieć o takim wynalazku jak jomla. Przy trafikach lecacych w miliony zaczyna się problem z iloscia zapytań do serwera i bez CDN sie nie obejdzie.

Mi chodzi po głowie takie rozwiązanie:
- serwer prezentacyjny - maksymalnie proste rozwiązanie słuzące jedynie do serwowania statycznych (sparsowanych) plików z kodem wynikowym (pełne wsparcie dla CDN)
- backend z mozliwoscią generowania kontentu do wspomnianych plików (zredukowana do minimum ilość zapytań do serwera)
- wydzielona część umozliwiająca interakcje z uzytkownikiem (formy, itp)

Czy to dobre rozwiązanie - hmmm to się okaze w praniu :)
Andrzej Winnicki:
Co do ruchu - mowa przynajmniej o 20mln miesiecznie, ale cala strona (wlacznie z plikami html,php itd) jest za cachem - uslugi serverow AKAMAI.

PS odnosnie AKAMAI - są dosć drodzy. Sprawdź oferte http://www.edgecast.com/ . Mają całkiem niezłe i niedrogie rozwiązania. Microsoft coś z nimi "kręci"Mirosław Ratman edytował(a) ten post dnia 30.07.10 o godzinie 01:16

konto usunięte

Temat: CMS na wielka skale

Mirosław Ratman:

Chopie aleś sie uparł na tą jomle. Jak już autor watku napisął w jomli to sobie możesz walnąć stronke dla sp. z o.o. Jeżeli system ma współpracować z CDNami to stosowanie takich pseudo rozwiązań jest czystym szaleństwem.

01:16[/edited]
Nie napisałem, że musi tego użyć, tylko że da się na tym zrobić.

Nauczono mnie jednej rzeczy, a mianowicie to, że ktoś nie umie czegoś zrobić, nie oznacza, że się tego czegoś zrobić nie da.

konto usunięte

Temat: CMS na wielka skale

Andrzej Winnicki:
Padla juz kilkakrotnie tutaj opcja typo3, padla taka sugestia takze tutaj wewnetrznie w firmie z tym systemem, wiec jak dla mnie jest to pierwszy system ktory chce zglebic i zobaczyc co prezentuje... Aczkolwiek fajnie jakbym mial jeszcze jakis wybor ;)

To ja dorzucę jeszcze ez publish - znajomy mocno to wdraża zwłaszcza u naszych enterprise'owych niemieckich kolegów - może Cię zainteresuje :)
Mirosław Ratman

Mirosław Ratman Manager IT,
Architekt systemów
@Avast, Founder
@aSyncro ...

Temat: CMS na wielka skale

Adrian Jaworski:
Mirosław Ratman:

Chopie aleś sie uparł na tą jomle. Jak już autor watku napisął w jomli to sobie możesz walnąć stronke dla sp. z o.o. Jeżeli system ma współpracować z CDNami to stosowanie takich pseudo rozwiązań jest czystym szaleństwem.

01:16[/edited]
Nie napisałem, że musi tego użyć, tylko że da się na tym zrobić.

Nauczono mnie jednej rzeczy, a mianowicie to, że ktoś nie umie czegoś zrobić, nie oznacza, że się tego czegoś zrobić nie da.

Ale cały czas nie uwzględniasz skali projektu. Nie wszystko co nadaje sie do normalnego uzycia będzie działało przy stronach z duzym ruchem czy w miejscach gdzie wymagana jest duża wydajność.

wyobraź sobie sajt z ruchem jak wspomniano 20 mln/miesiąc to tak średnio wychodzi ci kilka requestów/sek. Standardowo zainstalowana joomla łyknie jakieś 0.1-0.5 req/sek - to gdzie tam do 7-10/sek nie mówiąc o sajtach które muszą obsłuzyć 300-400 req/sek. i tu zaczynają się kolejne schody - bo aby obsłuzyć np kilkaset req/sek nie da sie tego zrobic na jednej maszynie - bo "zdechnie" po 1 sek. ;)

konto usunięte

Temat: CMS na wielka skale

Mirosław Ratman:
wyobraź sobie sajt z ruchem jak wspomniano 20 mln/miesiąc to tak średnio wychodzi ci kilka requestów/sek. Standardowo zainstalowana joomla łyknie jakieś 0.1-0.5 req/sek - to gdzie tam do 7-10/sek nie mówiąc o sajtach które muszą obsłuzyć 300-400 req/sek. i tu zaczynają się kolejne schody - bo aby obsłuzyć np kilkaset req/sek nie da sie tego zrobic na jednej maszynie - bo "zdechnie" po 1 sek. ;)

To tylko podpowiem ze po wyczysczeniu cachu i wypuszczeniu nowych sterownikow, w ciagu godziny potrafi byc to kilkaset tysiecy requestow ;)
Wojciech Zieliński

Wojciech Zieliński IT
Project/Programme/Pe
ople Manager
(PRINCE2
Practicioner...

Temat: CMS na wielka skale

Ja mogę Ci polecić COBAEX CMS - system działający w architekturze 2 serwerów: administracyjnego i prezentacyjnego. W ramach serwera administracyjnego są wykonywane wszelkie prace związane ze zmianami na stronach, przygotowywaniem treści itp; w ramach prezentacyjnego wystawione są już "skompilowane" strony HTML - dzięki czemu serwer prezentacyjny praktycznie nie kontaktuje się z bazą danych ani nie robi żadnych zaawansowanych operacji w celu pokazania określonej strony. Coś a'la permanentny cache, którego refresh (zarówno kwestia kiedy, jak i w jakim stopniu) jest uruchamiany w zależności od logiki biznesowej samego portalu (jest odbudowywany jedynie wtedy, kiedy trzeba i tylko w takim zakresie jak trzeba - tzn. tylko to, co się rzeczywiście zmieniło).
Jeśli chodzi o zarządzanie złożonym portalem - strony zarządzane są na zasadzie drzewa, którego poszczególne "liście" w interfejsie administracyjnym ładowane są dynamicznie - co pozwala na zarządzanie naprawdę dużymi sajtami (jedno z wdrożeń - 2 języki, ponad 500 podstron edytowanych przez 12 osób z pełnymi prawami dostępu do poszczególnych stron na poziomie edycji). Dodatkowo można implementować bardziej złożoną logikę - na zasadzie już obiektów biznesowych i logiki aplikacyjnej (dzięki oparciu o platformę COBAEX).
Z dodatkowych możliwości - samodzielne tworzenie szablonów stron (i udostępnianie gotowych szablonów redaktorom), wiele komponentów standardowych - cały system oparty o komponenty (budowanie "jak z klocków"), możliwość wdrożenia na praktycznie dowolnym layoucie graficznym (brak ograniczeń np. 3 kolumny). Ponadto dzięki oparciu o COBAEX możliwa integracja z innymi systemami, jak i rozbudowa zarówno samego serwisu, jak i aplikacji kooperujących.
Jakbyś był zainteresowany - zapraszam do kontaktu:

Wojciech Zieliński
COBA Solutions Sp. z o.o.
http://www.cobasolutions.com / http://www.icomm.pl
E: wzielinski@cobasolutions.com
M: 516 173 043
Mirosław Ratman

Mirosław Ratman Manager IT,
Architekt systemów
@Avast, Founder
@aSyncro ...

Temat: CMS na wielka skale

Wojciech Zieliński:
Ja mogę Ci polecić [url=http://www.cobasolutions.com/oprogramowanie_biznesowe/cms]COBAEX

Cały czas polecasz tego cobaex ale nadal nie napisałeś żadnych szczegółów o wydajnosci systemu, jak, gdzie go testowaliście, itp. Tylko marketingowa "papka" jak to juz ktoś ładnie ujał

http://www.goldenline.pl/forum/1751683/najlepsza-techn...
Marek Wywiał

Marek Wywiał Programista,
administrator,
instruktor

Temat: CMS na wielka skale

Ciekawy / szybki / innowacyjny jest:
* http://zotonic.com/features

w środku jest:
* erlang - core
* erlydtl - szablony (port django templates dla erlanga)
* wsparcie dla websockets / comet - http://zotonic.com/page/625/websockets-comet

używana baza:
* postgresql

konto usunięte

Temat: CMS na wielka skale

Ja bym polecił oparcie o cztery serwery i wykorzystanie baz SQl i noSQl.

Serwer plików- grafika (wraz z generowaniem miniaturek), pliki audio, pliki wideo, pliki do pobrania/załączniki.
Serwer bazodanowy- bazy dany, sesja, kanały informacyjne.
Serwer pocztowy- obsługa newsletterów, mailingu (reklam, powiadomień o nowej wiadomości pw), poczty ekipy redakcyjnej.
Serwer główny.

W bazach SQl'owy znajdowała by się rzeczy stricte strukturalne czyli np. kategorie, podkategorie, id artykułu, informacje o użytkowniku (uprawnienia, jego id, hasło, login etc. - wykorzystywane tutaj tylko przy logowaniu, dane sesji były by przechowywane w bazie noSQL), spis subskrybentów (kto, co, jak częcto) etc.
W bazach noSQl'owych była by przechowywana sesja, treść wielojęzyczna artykułów (article_id, title_pl, title_en itd., content_pl, content_en itd., stats_display_pl, stats_display_en itd. author_pl, author_en itd., przy czym raz na dobę były by sczytywane statystyki wyświetleń i zapisywanie do bazy SQl, żeby w części administracyjnej mieć łatwy podgląd), statystyki obecnie online (przeglądających, zalogowanych), statystyki ilości artykułów/materiałów, komentarze (comments_for_article_id, comment_pl, user_id, comment_en, user_id itd.).
Użycie statycznych plików kanałów informacyjnych, aktualizowanych w momencie dodawania nowego artykułu/materiału.
AJAX'owe przeładowania następny/poprzedni artykuł, następna/poprzednia strona, podczas zalogowania/wylogowania.
AJAX'owe wywołania pełnowymiarowego zdjęcia (po kliknięciu w miniaturkę lub następne/poprzednie zdjęcie), filmu (po kliknięciu obejrzyj film), pobrania pliku (po kliknięciu pobierz plik), listy komentarzy (po kliknięciu pokaż komentarze), dodania komentarz (po kliknięciu dodaj komentarz).

Ważną rzeczą jest zastanowienie się nad serwerem, bibliotekami etc.
Polecił bym framework asynchroniczny Tornado lub Twisted.

Jako ciekawostkę podam, że w/w rozwiązanie można zastosować w Joomla, bez obaw, że aktualizacja zepsuje nam to co zrobiliśmy i trzeba będzie robić wszystko od nowa. Jedyne co nie jestem wstanie powiedzieć, to jak wypadnie wydajność tego rozwiązania w porównaniu z wydajnością rozwiązania dedykowanego (bez użycia framework'a asynchronicznego, bo z takim to na pewno przegra).
Daniel Częstki

Daniel Częstki senior php developer

Temat: CMS na wielka skale

Mirosław Ratman:
nie wiem dlaczego jak słysze joomla itp. to mnie odrzuca ;)

a mi sie chce żygaćDaniel Częstki edytował(a) ten post dnia 02.08.10 o godzinie 08:04

konto usunięte

Temat: CMS na wielka skale

>> Ja bym polecił oparcie o cztery serwery i wykorzystanie baz SQl i noSQl.

Adrian nie uciągnie. System musi wspierać rozdział obciążenia na wiele serwerów i to już joomle dyskwalifikuje (pisze w ciemno więc popraw mnie jeśli się mylę).

Tutaj dość burzliwa dyskusja się toczy wywołana propagandowym tonem wpisu.

http://www.media-business.biz/content/ezpublish-cms-dr...

Oprócz kwestii wydajnościowych ważne są (i to autor wątku poruszył) kwestie zarządzania i konserwacji systemu więc najlepiej obrać kilka rozwiązań spełniających kryteria wydajnościowe i potem z nich doradzać co będzie najmniej wymagające w utrzymaniu/rozbudowywaniu.
Marek Przegaliński

Marek Przegaliński SEO/SEM Web Promocja
Bezpieczeństwo

Temat: CMS na wielka skale

Niczego nie dyskwalifikuje, każdy system (teoretycznie i PRAKTYCZNIE) można podzielić na odwołania do różnych baz i serwerów (to są konkretne polecenia). Nie to co bym czegoś bronił / zalecał. Dyskusja ciekawa i sam się czegoś więcej dowiem.

Autorowi chyba nie o takie dywagacje chodzi? :)Marek P. edytował(a) ten post dnia 30.07.10 o godzinie 23:55

konto usunięte

Temat: CMS na wielka skale

Marku piszę wygodnej i elastycznej konfiguracji w klastrze a wątek typu 'Z każdego malucha może być fajny kombajn do zbierania zboża, wystarczy przerobić' z góry wykluczam.

>> Autorowi chyba nie o takie dywagacje chodzi? :)

Zdecydowanie.Tomasz Koniewski edytował(a) ten post dnia 31.07.10 o godzinie 00:35

konto usunięte

Temat: CMS na wielka skale

Zajrzyj na stronie eZ Publish'a - http://ez.no, poczytaj o jego uzytkowniach http://ez.no/customers/ez_publish_users i przemysl. Ze swojej strony powiem ze eZ Publish to nie jest kolejna MamboJoomlo cos tam - to nieco inna liga softu :-) Z innych rozwiazan przychodzi mi do glowy RedDot http://reddot.pl

Nie bede pisal zadnych dziwnych argumentow ( typu ze uzywa Bialy Dom :D ) - poprostu sie im przyjrzyj : )

Następna dyskusja:

Czy jest taki CMS?




Wyślij zaproszenie do