Skocz do zawartości

adus10

Użytkownicy
  • Zawartość

    15
  • Rejestracja

  • Ostatnio

Posty napisane przez adus10


  1. Tylko nie należy zapominać, że domena .pl to domena krajowa, a domena .net ogólnoświatowa, więc ceny będą analogicznie wyższe. Ja nie mam zamiaru wydawać na tą domenę fortunę, ponieważ myślę, że domena dl4free.net będzie dobrym wyborem. W dodatku wydaje mi się chwytliwa.

     

    Zna ktoś może jakieś markety domen godne polecenia?


  2. Sobie trochę pomyślałem i ta 3-literówka nie jest opłacalna. Dajmy na to, że 3 osoby będą ją licytować, pierwszy za 400, drugi za 180, a trzeci za 1000zł. Wygrywa ten, kto da więcej. Ci co dali mniej to i tak muszą za to zapłacić.


  3. Witam!

    Kilka pytań.

    1. Gdzie mogę tanio zarejestrować domenę .NET?

    2. Ewentualnie mógłbym wyrwać jakąś jakąś 3-literówkę za >180zł. Tylko czy się opłaci? Bo to losowanie jak w LOTTO.

    3. Która z tych domen będzie najlepsza?:

    premgen.net

    premiumgenerator.net

    dl4free.net

    bplg.net (pierwsze litery sloganu)

    aaca.net (inne litery, wydaje mi się dość fajna)

    4. OVH.net będzie dobrym wyborem?

     

    Serwis związany z pobieraniem plików.


  4. < 2 zapytania na sekundę? Toż to zwykły VPS styknie.

     

     

    U mnie jest baza na VPSie:

    openvz, 2 rdzenie teoretycznie, 1.5GB ram (z 800MB zajęte) i jest prawie 500 zapytań / sekundę :)

    W bazie niedługo strzeli 3mln rekordów (będzie trzeba odchudzić niedługo). Waży obecnie 200MB.

     

     

     

    edit:

     

    Dobra konfiguracja serwera WWW + bazy danych i poleci ci na każdym sprzęcie z dobrym CPU.

     

    Hmm... Ja podałem tylko liczbę zapytań do bazy. Nie brałem pod uwagę zapytań cURL. Czy VPS wystarczy do obsłużenia ok. 1 zapytania (tzn. tego co pisałem wcześniej - punkt drugi, podpunkt czwarty) na sekundę używając cURL? Zapomniałem dodać, że API bit.ly oraz adf.ly będzie wykonywane w ten sposób:

    4 linki adf.ly
    1. bit.ly
    2. adf.ly
    3. bit.ly
    4. adf.ly
    5. bit.ly
    6. adf.ly
    7. bit.ly
    8. adf.ly
    
    lub 10 linków adf.ly:
    1. bit.ly
    2. adf.ly
    3. bit.ly
    4. adf.ly
    5. bit.ly
    6. adf.ly
    7. bit.ly
    8. adf.ly
    9. bit.ly
    10. adf.ly
    11. bit.ly
    12. adf.ly
    13. bit.ly
    14. adf.ly
    15. bit.ly
    16. adf.ly
    17. bit.ly
    18. adf.ly
    19. bit.ly
    20. adf.ly
    

    Wiem, że to nie jest user-friendly, ale cóż. Muszę tak to robić.

     

     

    Wg mnie najlepszym rozwiązaniem byłoby to co powiedział Misiek08, czyli zakup 2 VPS lub serwerów dedykowanych. Pod stronę słabszy, natomiast pod serwer mocniejszy.


  5.  

    Czy baza zmieści się w RAM serwera? Z tego co piszesz będzie rosnąć 5MB dziennie, ale też dane starsze niż 48h będą usuwane. To oznaczałoby, że baza będzie miała mniej niż 100MB na pewno. Z tego by wynikało, że to jest mikroskopijna baza.

     

    Jak skomplikowane są te zapytania? Ile zapytań na sekundę?

     

    I jakie dane pobierane?

     

    W miare nowy serwer z SSD powinien ogarnąć bez problemu kilkaset milionów prostych zapytań dziennie, pod warunkiem, że aplikacja jest dobrze napisana.

    1. Tak, baza z pewnością zmieści się w RAM serwera. Nie powinna przekraczać 100MB. Pisząc bardzo duża baza miałem na myśli bardzo dużo zapytań, źle trochę to skomponowałem.

     

    2. Działanie:

    1. Użytkownik podaje link.
    2. Wysyłanie linku do mojego serwera, pobranie kilku danych z wysłanego linku.
    3. Dane zostają umieszczone w kolejce.
    4. CRON uruchamia skrypt, który jest odpalany co kilka sekund. Skrypt ten loguje się do danego serwisu, wysyła formularz z linkami (np. 10) i odbiera nowe, używając API bit.ly i adf.ly skraca linki, które wpakowuje do bazy i serwuje użytkownikom.

    3. Po moich obliczeniach na początku działalności serwisu będzie to 0,25/s. Nie liczyłem tutaj wyszukiwarki, gdyż nie wiem z jaką częstotliwością użytkownicy mojej strony, używaliby jej. Kiedy serwis osiągnąłby popularność mogłaby liczba zapytań wynosić 1,25/s (również nie liczyłem wyszukiwarki).

     

    4. Pobierane są:

    - nazwa

    - link

    - rozmiar pliku

    - czas, kiedy otrzymano linki zwrotne.

     

     

    Dodatkowo rozpis tabel:

    - links (zebrane linki):

    7 kolumn;

    każdy wiersz zawiera po około 200 znaków.

    - queue (kolejka):

    5 kolumn;

    każdy wiersz po około 250 znaków.

    - accounts (konta do logowanie do serwisu (maksymalnie 30)):

    8 kolumn;

    każdy wiersz po około 50 znaków.


  6. W zasadzie to wszystko robię sam, nie mam żadnego zespołu.

    Dzięki wielkie za Twoje wypowiedzi. Dobrze mnie naprowadziłeś. Projekt startuje za jakiś miesiąc, bo wszystko trzeba jeszcze dopiąć na ostatni guzik, potestować.


    W zasadzie to wszystko robię sam, nie mam żadnego zespołu.

    Dzięki wielkie za Twoje wypowiedzi. Dobrze mnie naprowadziłeś. Projekt startuje za jakiś miesiąc, bo wszystko trzeba jeszcze dopiąć na ostatni guzik, potestować.


  7. Niestety nie działa, gdyż to wymagałoby kupienia nie tylko serwera, ale usług na innej stronie.

     

    Hmm... Co rozumiecie poprzez, jak ja to ująłem, "BARDZO DUŻĄ bazę danych"? Przed chwilą sobie policzyłem wszystko i wyszło mi, że baza będzie rosnąć ok. 5MB na dzień z czego będą równocześnie znikać dane mające >48h. Może baza nie będzie wielka, ale będzie dużo zapytań. Teraz jest wszystko OK.

     

    Jeszcze jedno pytanko. Co będzie ważniejsze w serwerze dla mojej strony - RAM czy CPU?


  8. Witam!

    Mam zamiar zakupić serwer dedykowany pod stronę www.

     

    Więcej informacji o stronie:

    - waga strony ~50KB (wszystkie skrypty, obrazki itp.)

    - zasięg strony - cały świat (wszystkie kraje, strona w języku angielskim)

    - ruch - spodziewam się przynajmniej 200 osób online przez całą dobę (nie ważne czy to będzie 1 w nocy czy 20 wieczorem (nasz czas)), w godzinach szczytowych może być nawet 500 osób

    - akcje na stronie - MASA, na prawdę MASA zapytań cURL (logowanie, pobieranie i wysyłanie danych), obsługa API bit.ly oraz adf.ly, generowanie odwiedzającym tychże linków, BARDZO DUŻA baza MySQL oraz duża liczba zapytań do niej (umieszczanie danych, pobieranie danych i usuwanie starych za pomocą CRON'a)

     

    Hosting proponowałbym w Europie Zachodniej.

    Jeśli są jakieś pytania to proszę napisać.

×