![]() |
![]() |
![]() ![]()
Post
#1
|
|
![]() Grupa: Zarejestrowani Postów: 55 Pomógł: 0 Dołączył: 15.04.2007 Skąd: klikash ? A stond, z tamtond, ze wszond Ostrzeżenie: (0%) ![]() ![]() |
uwaga: wiadomość została wysłana po konsultacji z administracją forum
------------------------------------------------------ Witam radośnie wszystkich forumowiczów. Chciałbym Wam zaproponować do oceny mój program, MODa, czy jak to nazwać - o nazwie PHP Hypercacher. Proszę w zasadzie nie tylko o ocenę, ale o konstruktywną krytykę i (ewentualnie) dorzucenie swojego kodu/swoich zmian do projektu i zmienianie tego co Wam się nie podoba. Pamiętajcie - to jest wolne oprogramowanie (GPL). Nie podoba się ? Masz pełną wolność używania, modyfikacji, dostosowywania do siebie. Do czego służy ? Do przyśpieszania wszelakiego rodzaju witryn napisanych w PHP. Skrypty PHP Hypercachera zostały tak zaprojektowane, aby zmaksymilizować kompatybilność z różnymi skryptami PHP, czego dowodem może być to, że działa z następującymi CMSami : * PHP Fusion wersja 6.0.5 * MediaWiki 1.8.2 (WikiPedia) * PHPBB 2.0.22 * Joomla! wersja 1.0.11 (popularny w komercyjnych kręgach otwarty CMS - oparty na Mambo) * Mambo wersja 4.6.1 * PHP Nuke wersja 7.9 * Wordpress wersja 2.0.5 (do blogów) * BtitTracker 1.4 By BitTeam * [dopisz tutaj jakiego CMSa chcesz - po niewielkiej modyfikacji powinien na 100% zadziałać] Co robi ten mod ? Przyśpiesza działanie każdego z CMSów i witryn WWW. Każdy skrypt z rodziny PHP-Hypercacher : - Zmniejsza obciążenie serwera HTTP - Zmniejsza obciążenie bazy MySQL - Jest bardzo prosty w konstrukcji i bardzo prosty w instalacji. Zachęcam gorąco do pobierania i zabawy z moim programem oraz przyłączenia się do rozwoju mojego projektu. Strona wyjaśniająca czym jest PHP Hypercacher: http://tinyurl.com/2stq4j Adres bezpośredni do ściągnięcia PHP-Hypercachera: http://tinyurl.com/2thp6t Paczka do pobrania zawiera nie tylko PHP-Hypercachera, ale i PEŁNĄ DOKUMENTACJĘ w formacie ODF (wymagane OpenOffice). Jak mówiłem, instalacja tego MODa jest banalna, więc NIKT z was nie będzie miał z tym problemów. Instalacja polega najczęściej na wklejeniu dwóch fragmentów kodu w dwóch różnych miejscach w waszym serwisie. Nie trzeba kopiować żadnych plików, nie trzeba grzebać w bazie, żadnych includów, żadnych obiektów - nic. Paczka zawiera też instrukcje instalacyjne do najpopularniejszych CMSów wymienionych powyżej. Jeżeli ktoś chce zobaczyć jak działa PHP-Hypercacher GZIP z PHP-Fusion, Joomlą, PHPBB, MediaWiki oraz moją stroną domową (będzie tego więcej), to zapraszam też na stronę testową CMSów: http://tinyurl.com/2j9fr4 Zapraszam też na stronę http://tinyurl.com/3xn792 (200.000 unikalnych użytkowników i kilka milionów odsłon miesięcznie), gdzie moje skrypty z rodziny PHP Hypercacher działają już nieprzerwanie od 5 miesięcy na hostingu współdzielonym (!). Moje forum zawiera też FAQ do najczęściej zadawanych pytań: FAQ ogólne: http://tinyurl.com/2gr29k FAQ developerskie: http://tinyurl.com/37lnz4 Gorąco pozdrawiam. SoofMan aka Kamil Sofowora Ten post edytował SoofMan 25.07.2007, 23:10:44 -------------------- |
|
|
![]() |
![]()
Post
#2
|
|
![]() Grupa: Zarejestrowani Postów: 1 470 Pomógł: 75 Dołączył: 21.09.2005 Skąd: że znowu Ostrzeżenie: (0%) ![]() ![]() |
Cytat Ja oferuję tym serwisom możliwość pozostania na zwykłym hostingu współdzielonym, co na pewno oszczędza masę kasy. Wiem bo moja była firma (nowebiuro.pl) tak miała. Rozważali już przejście na DEDYK, ale napisałem mojego cachera, i PROBLEM PRYSNĄŁ. Zostaliśmy na Hostingu współdzielonym. to współczuję usługodawcy - bo nie sądzę żeby zwykła strona generowała taki ruch. Widać kożystacie z lipnego usługodawcy, albo nie potrficie pisać wydajnego softu. I tak jak ktoś wcześniej powiedział aplikacje stawiane na dedykach mają w 99% wbudowane mechanizmy cache jak i kompresji kodu po negocjajcji z przeglądarką. IMHO będziesz wciskał swój kod ludziom którzy nie są w temacie i tak tylko może udać Ci się zarobić. Na dużych klientów nie masz co liczyć.
-------------------- |
|
|
![]()
Post
#3
|
|
![]() Grupa: Zarejestrowani Postów: 55 Pomógł: 0 Dołączył: 15.04.2007 Skąd: klikash ? A stond, z tamtond, ze wszond Ostrzeżenie: (0%) ![]() ![]() |
to współczuję usługodawcy - bo nie sądzę żeby zwykła strona generowała taki ruch. Eeeee.... nie rozumiem. Przecież to jest portal: http://www.nowebiuro.pl..... Chyba nic w tym dziwnego że PORTAL generuje taki ruch, nie ? Widać kożystacie z lipnego usługodawcy, hehehehehe Na twoim miejscu to bym uważał co mówisz, bo nowebiuro.pl korzysta dokładnie z TEGO SAMEGO usługodawcy co portal PHP.pl - firmy NQ.PL ![]() Btw. Firma NQ.PL może potwierdzić, że w okolicach hmmmm..... marca ? Miał miejsce POKAŹNY spadek ilości transferu zużywanego przez jednego z największych klientów (wtedy to zainstalowałem Hypercachera GZIP wersja 0.890)... NQ.PL mogłoby też potwierdzić, że w okolicach końca listopada/ początku grudnia ubiegłego roku miał miejsce pokaźny spadek obciążenia serwera współdzielonego, na którym stał portal nowebiuro.pl (wtedy właśnie zainstalowałem wersję Hypercacher Standard 1.1... No tak, ale pewnie takie dane są tajemnicą handlową... Więc zapomnijmy o tym. albo nie potrficie pisać wydajnego softu. Masz 100% rację ![]() I tak jak ktoś wcześniej powiedział aplikacje stawiane na dedykach mają w 99% wbudowane mechanizmy cache Ale co to ma w ogóle do rzeczy ? Pisałem już 100 razy przecież, że nie ważne jakie mechanizmy stoją po stronie servera - to wszystko będzie świetnie współdziałać z Hypercacherem. jak i kompresji kodu po negocjajcji z przeglądarką. Nie wiem gdzie ty widziałeś takie dedyki, ale na pewno nie na NQ.PL w każdym razie... Gdybym był dostawcą, nie chciałoby mi się dodatkowo obciążać servera kompresją GZIP - tym bardziej że za większy transfer klient więcej zapłaci. W każdym razie na NQ.PL tego nie ma. Nie mam informacji jak jest na innych dedykach. IMHO będziesz wciskał swój kod ludziom którzy nie są w temacie i tak tylko może udać Ci się zarobić. Na dużych klientów nie masz co liczyć. No proszę, a ten znowu zaczyna... To że ty lubisz WCISKAĆ KIT, to nie znaczy że ja też muszę wciskać kit i nie znaczy że cały świat musi WCISKAĆ KIT, mały człowieczku ![]() Dlaczego wciąż oceniasz innych swoimi kategoriami ![]() ![]() Gdybym chciał wciskać kit i WYCISKAĆ KASĘ, to 1. Czy wydałbym ten soft na GPLu ![]() ![]() 2. Czy zaoferowałbym swój produkt serwisom NON PROFIT za darmo ![]() http://hypercacher.com/forum/viewtopic.php?t=25 Kit to sobie wciskaj w domu do okien, ja nikomu kitu nie wciskam i nie mam zamiaru wciskać. szczegolnie ze mozemy uzyc pelnych darmowek wykorzystywanych w duzych aplikacjach http://turck-mmcache.sourceforge.net/index_old.html#download http://pl.wikipedia.org/wiki/EAccelerator Nikt wam nie zabrania używać tych darmówek razem z Hypercacherem. Na pewno serwis będzie działał ZNACZNIE szybciej przy podwójnym przyśpieszeniu. Ten post edytował SoofMan 26.06.2007, 19:57:43 -------------------- |
|
|
![]()
Post
#4
|
|
![]() Grupa: Zarejestrowani Postów: 640 Pomógł: 44 Dołączył: 8.02.2004 Ostrzeżenie: (0%) ![]() ![]() |
Firma NQ.PL może potwierdzić, że w okolicach hmmmm..... marca ? Miał miejsce POKAŹNY spadek ilości transferu zużywanego przez jednego z największych klientów (wtedy to zainstalowałem Hypercachera GZIP wersja 0.890)... Parę lat temu wrzuciłem ob_start("ob_gzhandler"); na swoich stronach opartych wtedy o PHP-Fusion i 3GB transferu z 8 uciąłem ![]() NQ.PL mogłoby też potwierdzić, że w okolicach końca listopada/ początku grudnia ubiegłego roku miał miejsce pokaźny spadek obciążenia serwera współdzielonego, na którym stał portal nowebiuro.pl (wtedy właśnie zainstalowałem wersję Hypercacher Standard 1.1... Bo jak się nie umie pisać zoptymalizowanego kodu to trzeba jechać na statycznych stronach (kesz). Serwis był wcześniej napisany tragicznie, beznadziejnie i fatalnie. Całe szczęście trochę go już poprawiłem, chociaż przyznaję że mógłby chodzić jeszcze szybciej... http://www.fotosik.pl/showFullSize.php?id=008ac129b381593e ![]() Niestety już tam nie pracuję, więc nie skorzystają z Hyper Query Caching (którego jeszcze nie napisałem, ale mam zamiar) APC czy kesze jak memcached istnieją i są sprawdzone i mogą znacznie więcej niż skrypciki w PHP. I nie jedź z kosztami bo serwisy potrzebujące tych rozwiązań bez problemu na nie stać i nie są to dla nich koszty do wycięcia. Ale co to ma w ogóle do rzeczy ? Pisałem już 100 razy przecież, że nie ważne jakie mechanizmy stoją po stronie servera - to wszystko będzie świetnie współdziałać z Hypercacherem. Po co keszować kesz? Gdybym był dostawcą, nie chciałoby mi się dodatkowo obciążać servera kompresją GZIP - tym bardziej że za większy transfer klient więcej zapłaci. Lol, jeszcze nie widziałem serwera z zablokowaną kompresją GZIP ![]() -------------------- |
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 14.08.2025 - 21:53 |