Skocz do zawartości

polWebs.pl

Użytkownicy
  • Zawartość

    7
  • Rejestracja

  • Ostatnio

Posty napisane przez polWebs.pl


  1. Jedyną formą obrony przed argumentem że to forum służy wyłącznie do oczerniania jest użycie pseudoargumentu "zachowujesz się jak dziecko", to przykre.

     

    Dane firmy podawalem nie raz, również na tym forum, nie czuje obowiązku wylegitymowywania się z regonu przy każdym nowym topicu, uważam to za uwłaczające, dlatego ich tu i teraz nie podam, tylko dlatego.

     

    Przy następnej wypowiedzi nie próbuj prosze rzucać uniwersalnym błotem w kierunku mojej osoby vel mojego przedsiębiorstwa.


  2. Będe traktowany jako krzak? czyli nic się nie zmieni.

     

    Z tego co pamiętam wpisywałem nip i regon przy rejestracji konta na forum.

    Tak jak napisałem wyżej, jeszcze w tym tygodniu dane firmy będą dostępne na strone polWebs.pl.

     

    Jeśli się postarasz, to znajdziesz te informacje w cachu google  ^_^


  3. Witamy

     

    Należy się kilka słów wyjaśnień.

    polWebs.pl jest od ok. miesiąca offline.

    Powód 1: Rozwiązanie umowy przez głównego providera (bez podawania konkretnej przyczyny), gdzie utrzymywane bylo 80% stron.

    Powód 2: Dzialanie osób trzecich majace na celu unicestwienie naszej dzialalnosci, na ten temat nie będziemy udzielać szerszych wyjaśnień ze względu na toczące się postępowanie.

     

    W tym tygodniu ( do 11 Pździernika ) świadczenie usług zostanie wznowione.

     

    Część klientoów deklaruje osiągnięcie zadowolenia w przypadku przedłużenia abonamentu o okres w jakim hosting byl niedostepny i kontynuowanie korzystania z uslugi.

    Obsługa klientów życzących sobie zwrotu kosztów będzie rozłożna w czasie na przestrzeni Października i Listopada.

     

    Email o podobnej treści został wysłany na adresy e-mail użytkowników polWebs.pl

     

     

    ---

    Pozdrowienia

    Zespół polWebs.pl


  4. Caly pomysl niestety mozna wyrzucic do kosza. Mam wrazenie, ze nie mial nigdy Pan do czynienia z shared-hostingiem.

     

    1. Wiele serwerow nie zezwala na remote mysql connections

    2. Albo firma hostingowa grzecznie poprosi Pana o usuniecie konta , albo zrobi to sama lub Pana strona bedzie sie np wczytywac 120 sekund.

     

    W zyciu nie uruchomilbym powaznego projektu opierajac go o takie rozwiazanie. Rownie dobrze mozemy snuc pomysly zrobienia DC w piwnicy naszego domu.

     

    M.Z

     

    1. Większość pozwala, a już na pewno te które wybierzemy do skonstrułowania opisywanego systemu, dlatego jest ich kilka, gdyby jakiś dostawca się "obraził", nic złego się nie dzieje, strona będzie działać dalej w najlepsze.

    2. 120 sekund? dlaczego tak długo?

    Snucie pomysłów nie jest chyba nadużyciem w szczególności w tym dziale.

     

     

     

    Najsłabsza część całego pomysłu to nadal obciązenie jakiemu poddany będzie serwer  bazy danych pracujący na połączeniach zdalnych.

    Jeśli jednak będzie ono mniejsze niż obciązenie serwera na którym stoi cała strona (skrypty, baza, obrazki, itp.), to całość ma sens.

     

    Paśkie wrażenia na temat mojego doświadczenia z shared-hostingiem oparte kilku luźnych w swoim charakterze zdaniach napisanych wyżej może nie być do końca słuszne.

    Bardzo cenne są dla mnie wypowiedzi osób dysponujących dużym doświadczeniem w hostingu, jednak nie są takimi te składające się wyłącznie z niekonstruktywnej krytyki,

    przykro mi ale samo (niczym nie podparte) stwierdzenie, że strona będzie się ładować 120 sekund to za mało aby uznać Pana a specjaliste w dziedzinie hostingu.

     

     

    Chciałbym podziękować za ocene mojego doświadczenia i mojej osoby, prosze jednak o cenne sugestie wnoszące cokolwiek do dyskusji, jak np. ta od użytkownika ahes.

     

     

    Pozdrawiam.


  5. jurdziol, Przesylanie sqlem uploadowany plikow, to niestety jedny sposob aby dalo sie ten system szybko wdrozyc...

     

    na serwerze ze SQL już nic poza bazą nie wrzucamy bo to będzie generować duuże obciązenie, martwie się czy nie wieksze niż cała strona na jednym dedyku.

     

     

     

    ahes, tylko że wtedy z SEO będzie gorzej,

    trzeba by rozpoznawać Roboty po IP, mówie o indekacji, googlebot musi indeksowac linki z glownej domeny, jeśli obsługujesz przkieorwanie z poziomu serwera www, to dostajesz już nagłowek user-agent,

    druga sprawa to znowu prostota we wdrozeniu, jesli do stabilnej pracy system potrzebuje stalego zarzadzania dns'em, to juz jest mniej "wdrażablaste".

    Oczywiście jeśli nie tykamy DNS'a, to w razie padu serwera który tylko przekieorwuje, (co jest wielce prawdopodobne, bo te gostki z usa nie lubią takich) to zabieg DNSem będzie konieczny,

    To że generujesz troche bez sensu 100k na same przekierowania nie robi Ci różnicy, bo stoi na koncie unlimited za 3 dolce gdzies w texasie.

    Trzeba postawić na cronie coś co będzie w razie padu któregoś z serwerów wyłączało go z listy w punkcie 2.

     

    Słowem można za 15$ miesięcznie Znacznie zmnieszyć load dedyka, o ile nieznany czynnik środowiskowy nie zweryfikuje tej koncepcji.


  6. Pisałem edycje i mi się komp wyłączył bo burza jest, zapomniałem dosisać kilku rzeczy.

     

    Strona www to nie tylko zapytania do sql i pliki php, co kiedy uzytkownicy uploaduja pliki, obrazki czy pdf'y, musimy słać je do bazy

     

    Panie Adrianie, opisuje system którego można nazwać load balancerem... za 15 dolarów miesięcznie..

     

    Największy problem, to że 1mln połączeń TPC dziennie do serwera ze sqlem, to będzie bolało.


  7. Witam

     

    Ciekawi mnie Wasze zdanie na temat jak wybrać hosting dla portalu www o dużym dziennym loadzie, 100 tysięcy odwiedzin dziennie i więcej.

     

     

    Na wstępie oczywiście optymalizacja kodu, ale ja nie o tym.

    Gdzie tanio kupić moc obliczeniową oraz transfer dla takiego serwisu?

     

    Schemat:

     

     

    1. skrypt php na domenie nasza-strona.pl losowo przekierowujęcy na 2a, 2b, 2c lub 2d

    2a. Pierwsza pełna kopia serwisu na koncie unlimited za 3-6 $/mo w jednym 10 największychych firm hostingowych w USA

    2b. to samo co wyżej tylko że w innej firmie

    2c. to samo co wyżej tylko że w innej firmie

    2d. to samo co wyżej tylko że w innej firmie

    3. Baza danych SQL, zdalne połączenia z 2a, 2b, 2c, lub 2d.

     

    Opis 1. Skrypt na pierwszym koncie 'przjmuje na klate' 100kk/d, ale jego zadaniem jest tylko przekierowanie na jeden z 4 serwerów z podpunktu 2 na zasadzie subdomen, s1.nasza-strona.pl, s2.nasza-strona.pl itd...

    Pytanie. czy nie stracimy w ten sposób walorów SEO,

    Note. na głownej domenie można obłsugiwać włącznie roboty sieciowe, to zbytnio nie obciąży serwera który z założenia ma się zajmować wyłącznie przekierowaniami

     

     

     

    Opis 3. Pytanie czy serwer za 3 dolary wytrzyma 100kk/d czyli z 1mln zapytan do SQLa VPS? Dedyk? Baza danych musi być jedna i nie może być niebezpieczeństwa niespójności, dlatego warto zadbać o synchronizacje czasu na serwerach z podpunktu 2 i do każdego zapytania (wysyłanego przecież zdalnie z serwerów w różnych lokalizacjach fizycznych) dołączać znacznik czasu. Potem softem do obłsugi bazy umieszczonym na serwerze 3 sprawdzać czy któreś zapytanie nie chce wyprzedzić poprzedniego..

    Pytanie czy zapytanie ze zdalnego serwera bardziej 'boli' serwer SQL niż zapytania loopbackowe (z localhosta), możliwe że nie :P

     

    Czekam z niecierpliwością na Wasze uwagi.

     

     

     

     

     

    Nazwa: RozPro 2.0

    Autorem tego schematu jest Mateusz Wojtasik, niniejszy post jest jego pierwszą publikacją w internecie.


  8. Mocnym uproszczeniem byłoby stwierdzenie, że też już przerabiałem wypowiedzenie usługi ze strony H9, ale jest w tym ziarnko prawdy, 14 pagów ticketów w ich kayako support siute, jest się czego pośmiać, chyba mnie lubią :P

     

     

    W obecnej konfiguracji, prawda, jestem od nich uzależniony, lecz kiedy już zorganizuje innego dostawce obsługi DNS, to przeniesienie wszystkich użytkowników na inny reseller zajmie godzinke, system powinien być gotowy w pierwszej połowie lipca.

    Czy takie ładowanie pracy w pisanie kodu, który pozwala na wykorzystanie tego co w resellerze najlepsze i omijanie tego co w nim najgorsze, to coś złego? Wg mnie nie.

     

     

    Tak na prawde to 1 linijka wystarczy żeby wowołać reset serwera, tylko po co?

     

    pcspace, stzelam ślepakiem, że dostałeś out za konta klasy ABUSE.


  9. Możesz mi wytłumaczyć jak to co jest napisane powyżej jest możliwe na koncie reseller w h9 - przecież nie masz pojęcia ile innych kont jest umieszczonych w danej chwili na danym serwerze przez pozostałych resellerów i samo h9.

     

    Ależ oczywiście że moge sprawdzić ile stron stoi na każdym z serwerów w H9, jest na to conajmniej kilka sposobów,

    najpewniejszy to odpalnie 5 linikowego kodu php,

    można też posiłkować się zewnętrznymi serwisami które zbierają dane ile domen wisi na serwerze o danym IP, jednak z wiadomych przyczyn ta metoda zawsze zwróci zaniżony wynik,

    Poza tym widze % loadu procka.

     

     

     

    Znowu same kłamstwa...

    :P

     

    blaa blaaa blaaa, a sami siedzicie na resellerze nie mając nawet możliwości przeładowania serwera www...

    Wytłumacz mi po co przeładowywać serwer który działa bez namniejszego zarzutu,

    jeśli już coś się chrzani, to oddział wykwalifikowanych techników rozwiązuje problem w kilka minut.

    A gdbyby zaszła wyższa konieczność przeładowania serwera (nie wiem po co) to sprawe załatwi kolejne 5 linii kodu php zwieńczone klasycznym muśnięciem klawisza ENTER :P

     

     

    Nic nie poradze że reseller(y) (w dobrych firmach) to idealny sposób na prowadzenie webhostingu, jednak rozumiem Twoją flustrację, zapewne Twoje serwki siadają co 15 minut, wiekszość czasu poświęcasz na ich powtórne stawianie w atmosferze potu, włosów wyrywanych z glacy oraz dziesiątek telefonów od niezadowolonych klientów.

    Idea własnych serwerów jest dobra, ale gdy serwer pada o 3 nad ranem, a uptime jest niższy 99,9%, to przestaje być dobra i zaczyna być udręką dla Ciebie, a przede wszystkim dla klienta.

     

     

    Jedyny problem z resellerem to maksymalny load CPU/RAM jaki może wygenerować pojedyńcze konto, właśnie dla tych klientów uruchamiamy osobny serwer dedykowany,  (warto nadmienić, że jest to ok 1% tych bardziej wymagających użytkowników).

     

    Klient chce mieć strone www działającą 24/7 i to u nas dostaje, wszystko inne schodzi na drugi plan.

     

    Na prawde nie rozumiem co jest złego w dostarczaniu najlepszych usług w najniższych cenach.

     

    Pozdrawiam wszystkich męczących się na 2-4 dedykach, wspieramy, wspieramy..

×