Jaki jest prawidłowy tytuł piosen znanej jako:Hymn Manhatanu
jaki regulator do tego alternatora LRA 471- 12V/55A
Jaki linux na 150MHz, 32MB RAM, 1,44GB HDD
WiFi(Sony Ericsson GC79) + jaki?? OS(OpenSource)
W jaki sposób sprawić aby w partycje NTFS były widoczne
Dwa windy xp, jeden komp... A jaki start??
Padnięta głowica 1.8TD, wymiana silnika, tylko na jaki?
Jaki jest naped prędkościomierza w 405 1.9TD z 1994 roku ??
Jaki komputer do 2500 PLN kupic ?
Jaki ram do mojej płyty głownej
chomiki
Jak powinien wyglądać idealny CMS? Na pewno będzie dużo teorii. Po 5 latach doświadczenia w tworzeniu skryptu zarządzania treścią, a może bardziej systemu portalowego, mogę podzielić się wnioskami.Jesteśmy świadkami dynamicznego rozwoju Internetu. Zmienia się rynek oprogramowania. Dziś moje przemyślenia będą krótkie. Później postaram się rozwinąć. Na co należy postawić w 2010 roku? Pożądane cechy:
Od strony praktycznej
1. Integracja z serwisami społecznościowymi
2. Łatwe zarządzanie treścią - dla każdego
3. Przyzwoity domyślny wygląd i działający serwis po instalacji
4. Duży wybór skór, dodatków i innych fajerwerków
5. Interfejs, który skraca i ułatwia pracę, bez zbędnego klikania
Od strony teoretycznej
1. Uniwersalny API
2. Możliwość rozszerzania funkcjonalności w dowolnym miejscu
3. Czytelny kod - komentarze, podział warstw
4. Szybkość - wydajne algorytmy, cache, optymalizacja żądań
5. Podział ról w całym skrypcie - dobry projekt to podstawa
Po 3 latach rozwijania gałęzi 3.X skryptu widzę, że daleko mu do powyższych założeń. Wprawdzie wersja 3.1 w porównaniu do tragicznego wydania 3.0 wygląda już przyzwoicie, przede mną dużo pracy. Szykuje się nowa skórka, zatem nie warto porzucać projektu.
Nie przejdę całkowicie na obiekty i tysiące klas. Na pewno część funkcji (np. logowanie) wsadzę do API. Chodzi o to, aby umożliwić innym modułom skorzystanie z tych samych funkcji w identyczny sposób. Drugim problemem jest rozszerzanie funkcjonalności. Bez tego można zapomnieć o integracji z serwisami społecznościowymi, dodawaniem nowych mechanizmów, integracji z innymi skryptami / forami...
PunBB robi to tak:
1. Wczytaj uchwyty (hooks) z cache
2. W wybranym miejscu - dla każdego pożądanego uchwytu: eval(kod)
Bardzo prosta metoda, ale niezbyt bezpieczna.
Na dzisiaj tyle. O pozostałych punktach nie trzeba dyskutować. Może zacznę od projektowania i wybiorę właściwą drogę. Nie chcę zmienić skryptu w framework albo kombajn, ale dostosować go do rozwijającego się Internetu.
Tak, z tego też powodu spore projekty robi się grupowo. Przykład? To znienawidzone NK - prosty projekt, który się rozwija, a prace nad nim ma wiele, wiele osób. W tej chwili internauci dużo wymagają, ale mało przyczyniają się do polepszenia sytuacji (nie dot. tych, którzy tak nie robią)
NK.pl jest do Du... ten skrypt zwłaszcza teraz niestety ale taka prawda.....
Niech każdy spróbuje odpalić kilka fotek(storn nk.pl w kilku zakładkach(otwórz w nowej karcie) niestety zamula kompletnie kompa z 2001 roku - przyczyna, mój procek nie daje rady na obsługę JavaScript - widać nowe skrypty są inaczej optymalizowane i nie na stare kompy, dlatego przerzucenie na użytkownika całego "składania" strony to moim zdaniem beznadzieja
Tyle na temat nk.pl
Pewnie, że tak. Z tym JS'em przesadzili. Szkoda, że nie ma odchudzonej strony. Nie wiem jak jest u Ciebie, ale u mnie na 500MHz widać przymulenie.
W Firefoksie strony ładują się podwójnie, bo twórcom zachciało się przekierowywać z nk.pl/strona na nk.pl/#strona. Czy u was jest tak samo? W innych przeglądarkach problem nie istnieje.
Opera 10.5+ nie daje rady. Użycie pamięci wzrasta gwałtownie i przymula.
Jest rada - wyłączyć całkowicie Flash i zbędne dodatki na stronie.
Wracając do CMS-ów, Riklaunim chyba ma rację: Post Riklaunima. W ciągu 5 lat niewiele osób zainteresowałem. Jest kilka stron, które od początku stoją na nim, bo admini potrafili go dostosować do swoich potrzeb. Z drugiej strony nie mogę porzucić projektu, bo już zbyt dużo osób zaangażowało się w niego (wliczając twórcę nowej skórki, testerów i społeczność złożoną z kilku lub kilkunastu osób). To, co obiecałem, muszę zrobić, ale to będzie tylko Service Pack do 3.1 (tak jak 3.1 do 3.0).
AMD Athlon XP 2000+, 2x512DDR
Jedna strona ładuje się OK - nie przymula ale wykorzystanie procka skacze na 90-100% tak mam na Operze 10.coś
Podwójne lądowanie na Operze też występuje na FF też bo w pracy mam
problem pojawia się na moim jak otwieram 3 stronki na raz tzn.. "otwórz w nowej karcie" i tutaj czekam z dobre 90sekund zanim się załadują te 3 stronki(zakładki)
Łącze 1mbs.... nie brakuje transferu
W robocie jest OK, ale tutaj mam C2D 2x2GHz + 2GB DDR2, to jest całkiem inna rozmowa
Dlatego Tutaj przykład CMS jak NIE powinno się pisać go mam na myśli NK.pl
a tak przy okazji... nie raz pisałem do NK.pl aby coś poprawili itp... niestety co do tego JS i podwójnego ładowania stronki to nic mi nie odpisali... po prostu ... Olewają to, albo zmuszają aby ludzie kupili jakiegoś 4rdzeniowaca i 4GB ramu w Dualu w tedy to działa OK - a to że wykorzystanie rdzeni będzie ogromne to nikt nie zauważy o ile nie zmulą strony jeszcze bardziej, że 4 rdzenie nie dadzą rady - po prostu CHAMSTWO
Peter.... nie wiele to dało - tak używam nktalk'a //// po wyłączeniu go nadal skacze wykorzystanie procka na 100% tyle że podwójne ładowanie strony znikło, no i jak gdyby troszkę szybciej, bo NKtalk za mula jak sprawdza czy gdzieś już otwarty nie jest itp....
Jak by nie było nadal występuje ładowanie strony przez J.S. co daje ładne po czasie procka
w porównaniu:
ładowanie jednej strony Fotki.pl zajmuje ok 2s, z czego wykożystanie procka to 1s na 100%
ładowanie jednej strony NK.pl ok 4s z czego wykożystanie procka sięga też 100% na ok 2-3s
ładowanie strony tego forum - ok 1s z czego w tym czasie wykożystanie procka skacze do 70% - ale jest to hmmm..."igiełka" a nie ciągłe wykorzystanie procka - tak widzę to na wykresie w menadżerze zadań
WebCM, może czas też rzucić okiem na wykożystanie procka po stronie usera i serwera, danego CMS'a ?? bo akurat te duże portale powiedzmy że są dobrze zabezpieczone, ale działanie ich pozostawia wiele do życzenia
Nasza Klasa tnie nawet przy wyłączonym Flashu. Na pewno chcą odciążyć serwer. Ładowanie listy osób online może chwilę zająć, zamiana linków na śledziku zabije procesor, reklamy też ładują za pomocą JS, a animacje
NkTalk obciąża im serwer podwójnie, ale na to nie narzekają. Facebook radzi sobie z tym.
Zajrzałem teraz do Firebuga. Wygląda na to, że AJAX-em ładują powiadomienia, wpisy na śledziku, blog, propozycje znajomych, ostatnie zdjęcia i listę dostępnych. To sposób na przyspieszenie czy nie chce im się zmodyfikować kodu, aby dane poleciały wraz z całą stroną?
Wydaje mi się, że już poprawili podwójne ładowanie strony albo nie zauważam tego. Mimo wszystko o optymalizację nie zadbali. Olbrzymia ilość skryptów, animacje podczas ładowania (bardzo spowalniają przeglądarkę) - można im podesłać jakieś propozycje.
Nie dziwię się, że Opera 10.5 wykłada się na NK, chociaż to głównie wina wycieków pamięci.
nio na pewno ale czy to tak zdrowo zobaczysz Peter... to jest ogromne niebezpieczeństwo, wykonywać skrypty po stronie usera na bank znajdzie się jakaś poważną dziura w tym, masz 100% pokazany kod xD
a kiedyś oglądałem na youtubie wypowiedź kolesia z nk.pl i mówił że śledzik beta zajmował 15 000 linii kodu to było w wersji beta, teraz pewnie z 20tyś ma połącz to z całą resztą to zobaczysz, że na pewno coś im umkło, z resztą dobre 2-3 tygodni naprawiali to podwójne ładowanie strony, sztab informatyków po prostu ilość kodu ich już przerasta a serwery nie wytrzymują, dlatego przerzucają wszystko na usera, po za tym oszczędność łącza nie każdy musi mieć wszystko ze stroną na raz, niektórzy nie przeglądają wszystkich propozycji znajomych, na mój gust jak nie zainwestują w dużo lepszy sprzęt i nie zmienia strategi to się zgubią i nk.pl upadnie bo będzie tak jak z Windowsem, poprawki co chwila a i tak dziurawy, w końcu będzie NK w wersji 7(jak Windows) i będzie na star przeglądarka zajmowała z samą nk.pl z 512MB xD
Co masz na myśli wycieki z pamięci chodzi Ci o kod z JS czy o to że Opera jako program ma kiepsko z organizowane bezpieczeństwo pamięci
niooo zgadza się poprawili podwójne ładowanie
