Aleksander P.

Ostatnio sporą popularnością cieszą się tzw. “wyszukiwarki mp3″,

przykład który omówię: http://www.namp3.net/

oto oferta sprzedaży tego serwisu na Allegro:

wygląda ciekawie, zarobki owego serwisu wyglądają jeszcze ciekawiej:

Serwis poszedł za 3000zł:

skoro serwis zwraca się już po 2 miesiącach to gdzie jest haczyk ?

Haczyk polega na tym że wszystkie pliki mp3 pobierane są bezpośrednio z serwisu wrzuta.pl:

Co to oznacza dla potencjalnego nabywcy ?

- to że jego serwis kradnie treść (która i tak jest ukradziona ale to już inny temat;)

- generuje ruch nie przynosząc żadnego zysku, bo kasa z reklam nie trafia na konto wrzuty

- wszystkie takie strony można zablokować w paru linijkach kodu PHP

i calutki biznes wyszukiwarko-empetrójkowy leży…

Zanim coś kupisz dowiedz się DOKŁADNIE jak to działa.

Ciekawe kiedy wprowadzą to w życie?

CASE-STUDY:)

Fotka.pl potrzebowała chyba tydzień na blokadę złodziei zdjęć (schemat identyczny)

a powiedział to chyba Liroy,

“Tak to jest w tym kraju, że jak się komuś udaje to się go nienawidzi”

swoją drogą to znalazłoby się kilka/naście sposobów, wystarczy zajrzeć do TOS ……

pytanie po co ? co na tym zyskasz ?

Jak sprawdzić jakie mamy limity i czy ich czasem nie przekraczamy ?

jest plik /proc/user_beancounter

# cat /proc/user_beancounters

Version: 2.5

       uid  resource           held    maxheld    barrier      limit    failcnt

      xx:  kmemsize        5308450   12059155   12059770   13265747         20

            lockedpages           0          0        588        588          0

            privvmpages       95786     127325     131072     131072          0

            shmpages           2027       4043      34779      34779          0

            dummy                 0          0          0          0          0

            numproc              81        215        533        533          0

            physpages         37606      53889          0 2147483647          0

            vmguarpages           0          0      65536      65536          0

            oomguarpages      38075      54358      57966 2147483647          0

            numtcpsock           23         52        533        533          0

i specjalny parser:
http://amos.freeshell.org/userbeans.sh

co nam to daje ? ano to czego nie mogłem się doprosić od administracji mojego VPSa, czyli między innymi:

ile mamy pamięci maksymalnie, ile gwarantowane i ile wykorzystujemy:

# sh userbeans.sh +m

512 MB Allocation Limit [privvmpages limit]

512 MB Allocation Barrier [privvmpages barrier]

256 MB Allocation Guarantee [vmguarpages barrier]

226 MB Memory Guarantee [oomguarpages barrier]

374 MB ( 497 MB Max) page memory allocated [privvmpages held]

148 MB ( 212 MB Max) memory + swap used [oomguarpages held]

147 MB ( 210 MB Max) page memory used [physpages held]

i co najważniejsze czy i ile razy przekroczyliśmy nasz limit

# sh userbeans.sh +f

Fail Count conditions: 2

kmemsize 5462161 12059155 12059770 13265747 20
numfile 2161 4690 4704 4704 4

Jak widać były dwa zdarzenia, jedno związane z pamięcią, a drugie z przekroczeniem maksymalnej liczby otwartych plików w systemie
Te liczniki powinny być mniejsze ale na potrzeby bloga odpaliłem małą fork-bombę ;)

W kodzie można przeczytać

/*
* Copyright (c) 2008 chujwamwdupe - pumpernikiel.c
*
* one day in teletubby land...
*
* an email from idefense:
*
* "Unfortunately, Microsoft has refused to credit you using the name you requested."
*
* ...what's wrong with 'chujwamwdupe', eh?

no cóż, prawie się udało ;)