Skocz do zawartości

Web Hosting Talk

  • progreso.pl

    Partner technologiczny

    Upraszczamy to, co inni starają się komplikować. Prosto, pewnie, przyjaźnie - tak robimy hosting!
  • Kei.pl

    Partner technologiczny

    Kei.pl działa na polskim rynku internetowym od 2000 roku. Obecnie na blisko 300 serwerach w Centrum Danych Kei.pl znajduje się kilkadziesiąt tysięcy stron WWW.
  • S-NET.info

    Partner technologiczny

    S-NET to dostawca usług dla biznesu. Najważniejsze usługi świadczone przez firmę to usługi Centrum Danych, dostęp do Internetu, transmisja danych oraz tranzyt do różnych operatorów.
  • Sprint Data Center

    Partner technologiczny

    Sprint Data Center to jedyne w Polsce północno-wschodniej i jednocześnie jedno z najnowocześniejszych w kraju centrum przechowywania i przetwarzania danych.

 

- - - - -

Progreso lepsze od Home ?


  • Nie możesz odpowiadać w tym temacie
923 odpowiedzi na ten temat

Progreso lepsze od Home ?

#921 Gość_Bezet_*

  • Goście

Napisany 27 sierpień 2008 - 23:47

Ja byłem bardzo zadowolony z progreso.pl, dopóty nie pojawiły się problemy z działaniem serwera.

Jakiś czas temu notorycznie pojawiały mi się błędy 500 Internal Server Error a logi wykazywały:
[Thu Mar 20 14:41:22 2008] [error] [client 83.31.167.13] FastCGI: comm with (dyn amic) server "/usr/local/apache2/php/***.pl.fastcgi" aborted: (first read) idle timeout (60 sec)
[Thu Mar 20 14:41:22 2008] [error] [client 83.31.167.13] FastCGI: incomplete hea ders (0 bytes) received from server "/usr/local/apache2/php/***.pl.fastcgi"
Błędy pojawiły się nagle, choć nic w kodzie nie zmieniałem. Obsługa techniczna serwera nie mogła mi pomóc, powtarzała jedynie, że problem jest po mojej stronie, i że skrypt łączy się z jakimś zewnętrznym źródłem (a nie łączy się) lub w jakimś miejscu się zapętla (a jedna pętla jest tylko w jednym skrypcie). Do tego nie pomagało pisanie, iż błąd pojawia się również przy plikach statycznych html nie generowanych przez skrypty. Na szczęście po jakimś czasie problemy samoistnie zniknęły, tak samo jak samoistnie się pojawiły.

Niestety, problemy znów się pojawiły, i jak dotąd nie otrzymałem żadnej odpowiedzi od ekipy technicznej progreso. Tym razem oprócz 500 Internal Server Error dostaje tajemnicze błędy OK The server encountered an internal serror. I znowu, problem pojawił się samoistnie. Wykorzystany transfer mam na razie 12% (a już mi się prawie kończy umowa), a błędy wyskakują jak nawet jak są zaledwie dwie osoby na stronie, a więc nie jest to problem z przeciążeniem strony.

Co jest zabawne, błąd ten też pojawił się u nich w extranecie: http://i34.tinypic.com/2hzk6ft.png

Więc jak mi jeszcze raz powiedzą, że problem leży po mojej stronie, to na prawdę się zdenerwuje.

Chciałem podzielić się z wami ze swoimi doświadczeniami. Jak na razie nie polecam progreso.pl z powodu wielu problemów, jakie z nimi mam.

#922 Gość_Bezet_*

  • Goście

Napisany 28 wrzesień 2008 - 14:45

Sytuacja z progreso.pl w moim przypadku skończyła się na tym, iż zmieniłem serwer na linuxpl.com. Na nim wszystko działa super i bez zarzutu. W progreso.pl mój serwis nie działał, progreso twierdziło, że to problem u mnie, okłamywało mnie wielokrotnie (Najpierw twierdząc, że tylko ja mam z tym problem. Gdy udowodniłem im, że to kłamstwo, znajdując inne serwisy na tej maszynie z tym samym problemem, stwierdzili, że strona generuje zbyt duże obciążenie - na nowym serwerze mam o wiele więcej użytkowników a admini mówią, że obciążenie jest minimalne), ignorowano moje prośby i pytania.

Podsumowując, NIE POLECAM PROGRESO, bowiem mają dobry sprzęt ale pracujący tam ludzie nie znają się na rzeczy, są nieuprzejmi, okłamują swoich klientów i nie wykazują żadną chęć pomocy. No i nie potrafią poprawnie skonfigurować serwera.

#923 Adam Szendzielorz

    Weteran WHT

  • WHT Pro
  • PipPipPipPipPipPipPipPip
  • 736 postów
  • Skąd:Polska

Napisany 28 wrzesień 2008 - 21:10

Zobacz postBezet, o 28.09.2008, 15:45, powiedział:

Sytuacja z progreso.pl w moim przypadku skończyła się na tym, iż zmieniłem serwer na linuxpl.com. Na nim wszystko działa super i bez zarzutu. W progreso.pl mój serwis nie działał, progreso twierdziło, że to problem u mnie, okłamywało mnie wielokrotnie (Najpierw twierdząc, że tylko ja mam z tym problem. Gdy udowodniłem im, że to kłamstwo,

Komunikat, o ktorym piszesz (ktory dotyczy wszystkich uzytkownikow ktorych serwisy korzystaja z FastCGI) byl jedynie "ostrzezeniem" dot. osiagniecia limitu maksymalnej liczby uruchomionych child-procesow FastCGI PHP. To *nie jest* blad krytyczny i komunikat ten powtarza sie dla wszystkich stron, ktore dzialaja u nas z API FastCGI. Niektore z nich sa maja kilkukrotnie wieksza odwiedzalnosc od Twojej strony i dzialaja poprawnie.. Co wiec mielismy odpisac -> jezeli strona X ma odwiedzalnosc np. 10 razy wieksza, od Twojej strony Y, i strona X dziala, to gdzie jest Twoim zdaniem blad ?:) Bo moim zdaniem, w Twoich skryptach.

Zobacz postBezet, o 28.09.2008, 15:45, powiedział:

znajdując inne serwisy na tej maszynie z tym samym problemem, stwierdzili, że strona generuje zbyt duże obciążenie - na nowym serwerze mam o wiele więcej użytkowników a admini mówią, że obciążenie jest minimalne), ignorowano moje prośby i pytania.

Jezeli klient otwiera kilka watkow na ten sam temat w systemie helpdesku - to rzeczywiscie czesc moze byc ignorowana (duplikowanie tematow).

Zobacz postBezet, o 28.09.2008, 15:45, powiedział:

Podsumowując, NIE POLECAM PROGRESO, bowiem mają dobry sprzęt ale pracujący tam ludzie nie znają się na rzeczy, są nieuprzejmi, okłamują swoich klientów i nie wykazują żadną chęć pomocy. No i nie potrafią poprawnie skonfigurować serwera.

Zarzucasz nam klamstwo, majac mylne informacje co do istoty problemu.
pozdr.

#924 Gość_Bezet_*

  • Goście

Napisany 29 wrzesień 2008 - 19:31

Zobacz postadamszendzielorz, o 28.09.2008, 21:10, powiedział:

Komunikat, o ktorym piszesz (ktory dotyczy wszystkich uzytkownikow ktorych serwisy korzystaja z FastCGI) byl jedynie "ostrzezeniem" dot. osiagniecia limitu maksymalnej liczby uruchomionych child-procesow FastCGI PHP. To *nie jest* blad krytyczny i komunikat ten powtarza sie dla wszystkich stron, ktore dzialaja u nas z API FastCGI. Niektore z nich sa maja kilkukrotnie wieksza odwiedzalnosc od Twojej strony i dzialaja poprawnie.. Co wiec mielismy odpisac -> jezeli strona X ma odwiedzalnosc np. 10 razy wieksza, od Twojej strony Y, i strona X dziala, to gdzie jest Twoim zdaniem blad ? :) Bo moim zdaniem, w Twoich skryptach.
No tak, to rzeczywiście ostrzeżenie. Ale co z tego? Co ma piernik do wiatraka? Jak byście byli profesjonalistami, to byście wiedzieli, że "odwiedzalność" nie jest jedyną ważną rzeczą w przypadku stron internetowych i RIA. Że jest wiele czynników, które wpływają na działanie strony. To jest rozumowanie na poziomie przedszkolaka: strona X działa u nas, to twoja też powinna (I znane stereotypowe tłumaczenie się informatyka: dziwne, u mnie działa...). Cóż za profesjonalizm! No to proszę, ja podobnie stwierdzę: na wszystkich innych serwerach moja strona działa poprawnie i bez zarzutu, jedynie na waszym nie działa poprawnie. Więc wasz serwer jest do d**y.

Poza tym, wracając do ostrzeżenia, więcej informacji od was nie mogłem wyciągnąć, bo do logów sam nie mogłem się dostać (mimo próśb), sam musiałem pogrzebać przez ssh, a w extranecie domyślnie niby powinna być możliwość przeglądania logów. Gdy się o to upomniałem, powiedziano mi o stworzeniu swojego php.ini (co oczywiście mogłem zrobić bez podpowiedzi, ale po cholerę więc opcja podglądu logów w extranecie jeśli podglądy te nie działają?).


Cytuj

Jezeli klient otwiera kilka watkow na ten sam temat w systemie helpdesku - to rzeczywiscie czesc moze byc ignorowana (duplikowanie tematow).
Nie otwierałem kilka wątków (kolejne kłamstwo!) tylko czekałem na odpowiedź jednym z wątków. Jak wytykałem wam kłamstwa i nieścisłości, to mi nie odpisywaliście. Musiałem się złościć, by od was cokolwiek wyciągnąć.

Cytuj

Zarzucasz nam klamstwo, majac mylne informacje co do istoty problemu.
pozdr.
Zarzucam wam kłamstwo, bo okłamaliście mnie. Gdzie się mylę co do istoty problemu? Na początku pisaliście, że tylko ja mam z tym problem (kłamstwo). Że to problem po mojej stronie (kłamstwo). Że strona generuje obciążenie (kłamstwo).

Po prostu nie znacie się na poprawnej, uniwersalnej konfiguracji serwera. Dobry serwer to taki serwer, który nie rozsypuje się nawet gdy są błędy w skrypcie. A błędów nie było.

Firma hostingowa też powinna poważnie traktować swojego klienta. A traktowaliście mnie jak nic nie wartego "któregoś tam z koleji" klienta.

Nie odpisywaliście na czas. Musiałem się na was złościć, by dostać jakąś reakcję.

Jak dla mnie to wystarczające powody, by was nie polecać.

Mam nadzieję, że nauczycie się coś z tej sytuacji (i z sytuacji kolegi powyżej).





1 Użytkowników czyta ten temat

0 użytkowników, 1 gości, 0 anonimowych użytkowników