Skocz do zawartości

szakamafa

Użytkownicy
  • Zawartość

    40
  • Rejestracja

  • Ostatnio

Posty napisane przez szakamafa


  1. Teraz psują rynek byle zarobić każdego grosza, a za rok będą sami narzekać, że tak mało idzie zarobić.. bo sami się do tego przyczynili, a klienci zaczną myśleć że "To przecież takie tanie, za stówkę mam cały serwer skonfigurowany". Żaden poważny administrator czy firma nie wykonałaby od A do Z konfiguracji tylu usług za takie pieniądze, więc wnioskuję że przedział wiekowy "administratorów" to 12-16 lat.


  2. Witam,

     

    Tak jak w temacie trzeba skonfigurować odpowiednio WHMCS - tj. dodać pakiety, poustawiać wiadomości wysyłane do klientów - ogólnie przygotować całość do prawidłowego działania. Oprócz konfiguracji potrzebne małe FAQ dla osoby zarządzającej tym w przyszłości.

     

    Zlecenie tylko dla osób znających ten system i które same go używają - weryfikacja na podstawie pokazania wdrożonego, własnego WHMCS'a.

     

    Oferty proszę słać na PW.

     

    Cena: do 100 zł


  3. Należy przygotować szczegółowy opis instalacji oraz konfiguracji środowiska wirtualizacji opartego na Xen oraz przeprowadzić instalację:

     

    System na serwerze: Debian Lenny 64bit.

     

    1. Instalacja i konfiguracja Xen.

    2. Instalacja i konfiguracja serwerów wirtualnych o podanych parametrach przeze mnie, będzie ich 5.

     

    Każdy serwer wirtualny będzie miał inną konfigurację odnośnie CPU, RAM, HDD.

    Każdy serwer wirtualny będzie miał inny adres IP (w opisie trzeba uwzględnić procedurę dodawania adresów IP do maszyn wirtualnych).

    Konfiguracja powinna być dostępna również przez jakiś manager np. virt-manager lub jakiś inny panel może być web'owy do tworzenia/zarządzania/usuwania serwerów wirtualnych.

     

    W sprawie zlecenia proszę o kontakt pod adresem virlogic@o2.pl, jeżeli proponuje ktoś inny typ wirtualizacji to proszę przedstawić swoje argumenty, jestem otwarty na propozycje. Czas wykonania zlecenia do 48h.


  4. Jeśli dajmy na to chcę podzielić serwera na pół i na jednym chcę mieć CentOS'a, a na drugim Debiana, a sama wirtualizacja jest tworzona na CentOS'ie to kernel ma z tego systemu tak? Chodzi mi o to.. czy ten Debian będzie dobrze działał jeśli będzie korzystał z kernela CentOS'a.. chociaż kernel to kernel nie powinno być żadnych problemów.

     

    @edit

     

    Proszę o usunięcie jednego posta.


  5. Jeśli dajmy na to chcę podzielić serwera na pół i na jednym chcę mieć CentOS'a, a na drugim Debiana, a sama wirtualizacja jest tworzona na CentOS'ie to kernel ma z tego systemu tak? Chodzi mi o to.. czy ten Debian będzie dobrze działał jeśli będzie korzystał z kernela CentOS'a.. chociaż kernel to kernel nie powinno być żadnych problemów.


  6. Przymierzam się do stworzenia portalu udostępniania plików, gdzie użytkownicy rejestrują się i wrzucają na swoje konta pliki po czym otrzymują za jakąś liczbę GB transfer aby móc ściągać pliki od innych, a Ci co nie mają transferu mogą taki wykupić - to takie tylko podstawowe działanie portalu.

     

    Moje pytanie brzmi jak to najlepiej rozwiązać gdyż jak wiadomo plików będzie przybywać no i dyski będą się zapełniać, do głowy mi przyszło coś takiego, że na jednym serwerze (Linux) stoi portal + baza z użytkownikami, system jest napisany w jakimś języku typu PHP, Python etc. i pod ten system w panelu administracyjnym można podpinać nowe serwery, czyli userzy wrzucają pliki aż dysk się zapełni po czym system jak widzi, że jest np. 90% to następne pliki user już wrzuca na inny serwer, a rozpoznawane one są po jakimś id z bazy, że należą do tego i tego usera. Czy dobrze kombinuję? Proszę o jakieś rady jak to rozwiązać, bo w sumie to jest najważniejszy aspekt projektu. Z góry dzięki.

     

    Gdzie w PL można otrzymać w miarę dobre serwwry z przynajmnniej 2x 1000 GB i bez limitu transferu? Jeśli nie w PL to co polecacie?

     

    @edit

     

    Druga sprawa to w jaki sposób zliczać pojemność konta userowi na rozproszonym systemie plików, bo user może mieć swoje pliki np. na serwerze A, B i C no i czy odliczanie transferu robić tylko na podstawie wielkości pliku, czyli jak user ma 5000 MB do wykorzystania i wybiera plik 500 MB to mu to odliczyć i tyle czy to monitorować jakoś, a jak nagle padnie mu połączenie to poczuje się oszukany, bo system znowu by mu odliczył 500 MB czy można to jakoś oszacować, że jeśli ściąga plik i odliczy mu system transfer to w przypadku zerwania połączenia plik jest dostępny do ściągnięcia bez odliczania transferu np. jeszcze w ciągu 30 minut oczywiście tylko dla niego?


  7. Na porcie 80 mam Apache, a na 81 jest lighttpd skonfigurowałem wirtualkę na nim i niestety nie działa mi w ten sposób:

    http://domena.pl:81, jak zmienię port na 80 w lighttpd to wtedy strona działa pod adresem http://domena.pl

     

    Jak zrobić aby strona działała na http://domena.pl:81? Konfiguracja wygląda tak:

     

    $HTTP["host"] =~ "(^|\.)domena.pl$" {
    server.document-root = "/home/domena/public_html"
    server.errorlog = "/var/log/lighttpd/domena/error.log"
    accesslog.filename = "/var/log/lighttpd/domena/access.log"
    server.error-handler-404 = "/e404.php"
    }


  8. Tak jak w temacie, ile można zmieścić VPS'ów na takim sprzęcie:

     

    Procesor: AMD Opteron 1356 -4 x 2,3 GHz

    Pamięć: 8 GB RAM

    Dysk: 2 x 1.000 GB

     

    Biorąc pod uwagę np. takie ustawienia:

     

     

     

     

     

     

    Procesor 0,6 Ghz 1,2 Ghz 2,4 Ghz 2x2,4 Ghz

    Min (gwarantowany) ram 128 MB 384 MB 768 MB 1536 MB

    Max ram 256 MB 512 MB 1024 MB 2048 MB

    Dysk twardy 5 GB 25 GB 50 GB 100 GB

     

    Pytam orientacyjnie bo nie mam o tym większego pojęcia i nie wiem jak to przeliczyć.


  9. Chodziło mi o to czy jest możliwość inna, czyli przez panel zrobić tak, że gdy przy piszemy jakiemuś resellerowi IP i nawet ustawimy jako shared ip to czy inny reseller i jego użytkownik też mógłby z niego skorzystać. Bo obecnie bawię się w ręczne zmienianie IP'ków w /usr/local/directadmin/data/users/user i później w zmianę ip w strefach no i w taki sposób to działa.. ale jest bardzo czasochłonny.

×