Piotr GRD

Jeśli napiszesz na adres biuro ---@--- hsms.pl też Ci powinni odpowiedzieć. Mi odpowiadali, choć nie natychmiast, z reguły na drugi dzień. Z tą licencją WHMCS problem jest regularny, występuje raz na jakiś czas. Ponoć, cytuję: "zainstalowana tam wersja whmcs posiada bug sprawdzania poprawności licencji" i wydaje mi się, że jakoś "ręcznie" muszą to za każdym razem poprawiać. Poza takimi drobiazgami jak na takie budżetowe rozwiązanie przyczepić się do HSMS pod nadzorem Kylos'a do niczego praktycznie nie można.

Newsletter: webhostingtalk.pl/newsletter/startWHT/ jest nieczytelny, czarny tekst na czarnym tle. Wersja w treści email jest (przynajmniej u mnie) w porządku, chodzi tylko o kopię pod wskazanym adresem. kliknij by powiększyć

Przecież ciasteczka nie mają tu nic do rzeczy. (www.)wht.pl albo (www.)wht.pl/index.html HTTP/1.1 200 OK Date: Sat, 19 May 2012 19:03:11 GMT Server: Apache Last-Modified: Sat, 19 May 2012 13:50:40 GMT ETag: "1540ac4-7-4c063f44fac00" Accept-Ranges: bytes Content-Length: 7 Content-Type: text/html wht.pl (www.)wht.pl/index.php HTTP/1.1 301 Moved Permanently Date: Sat, 19 May 2012 19:06:40 GMT Server: Apache X-Powered-By: PHP/5.2.17 X-Pingback: http://www.wht.pl/xmlrpc.php Location: http://www.wht.pl/ Content-Length: 0 Content-Type: text/html; charset=UTF-8 edycja: wht.pl/o-portalu/ I wszystko jasne. Są już nawet trzy artykuły napisane trzy dni temu. : )

@ Redzik maniack pyta, czy na pewno chcesz porównywać do najgorszych. Rozumiem za co się płaci profesjonalistom, ale te ceny naprawdę są z kosmosu, jeśli klientem nie jest firma z dużym budżetem.

A może to ma być dla opiekunek dla dzieci? (babysitter) ; ) Samo "sitter" jakoś tam do "ptaszków" się w sumie odnosi - toż to słowo znaczy "kwoka" przecież (kura wysiadująca jajka, a później opiekująca się kurczętami). ; ) Więc gdyby taką kwokę umieścić w nagłówku, może z jakimiś pisklakami wokół, "sitty" (tweety) określić mianem "gdakania", byłby to ciekawszy i bardziej oryginalny pomysł na wygląd - zakładając, że odwiedzający Polacy znaliby to angielskie słowo "sitter" lub domyślili się jego znaczenia. Bo tak jak napisał samu - taki oczywisty plagiat widzimy teraz (który nie ma realnych szans na przetrwanie, tak przy okazji), a nie żadna alternatywa dla istniejącego już serwisu.

@ Syndrom Jeśli masz na myśli różnicę 1 godziny, to jest to kwestia (nie)uwzględnienia zmiany na czas letni. Dla własnego profilu po zalogowaniu możesz w ustawieniach włączyć "korekcję DST", jednak ponoć nie jest to w taki sam łatwy sposób możliwe w IPB dla domyślnego czasu forum widzianego dla osób nie zalogowanych. Ostatnia wzmianka administratora na ten temat: http://www.webhostin...post__p__310609 @ xDSL Mi też to trochę przeszkadza. Zazwyczaj czytam wszelkie fora NIE będąc zalogowanym (loguję się praktycznie tylko wtedy, gdy chcę coś napisać) i gdy zapomni się o tej różnicy w wyświetlanym czasie ma to czasem znaczenie dla chronologii czytanych postów (na przykład: czy powstał on przed chwilą, czy już godzinę leży bez odpowiedzi itp.). @ administracja Swoją drogą... Gdyby choć była możliwość włączenia korekcji DST domyślnie dla każdego nowo rejestrowanego konta, wówczas rzadziej ta kwestia byłaby poruszana, bo chyba znacząca część zarejestrowanych użytkowników czyta fora będąc zalogowanymi (odmiennie ode mnie), tak mi się zdaje.

Ekhm... Wydaje mi się, że cezary188 potrzebuje dodać wpis na swoim serwerze DNS, a nie konfigurować apache'a. Nie znam DA od "zaplecza", ale gdyby to był powiedzmy BIND, należałoby wyedytować plik strefy odpowiednio dodając "subdomena.domena.pl. 3600 A 5.6.7.8" czy coś w tym stylu i właśnie lokalizacja takiego pliku strefy DNS interesuje Cezarego. Chyba że coś źle zrozumiałem... to przepraszam w takim razie.

To dwie zupełnie oddzielne sprawy. Uruchomienie Google Apps i prawidłowe skonfigurowanie tych rekordów MX sprawi, że serwery Google będą przyjmować pocztę przychodzącą na adresy @twojadomena.pl Poczta wychodząca - generalnie rzecz ujmując - może być wysyłana z dowolnego serwera. Zatem to Twoja własna (oddzielna) decyzja jak skonfigurujesz swoje phpBB, może ten skrypt używać funkcji mail(), a może korzystać z dowolnego wybranego przez Ciebie serwera SMTP. PS. Nie musisz po prostu cierpliwie czekać, czy coś zaskoczy czy nie z rekordami DNS. Podszkol się trochę w korzystaniu z użytecznego narzędzia jakim jest DIG, by sprawdzić od razu po dokonanej przez siebie zmianie, czy jest ona prawidłowa. DIG dostępny jest zarówno pod Linuksa, jak i pod Windows, dostępne są też wersje online, np.: http://www.spacereg.com/a.rpl?m=dig http://www.kloth.net/services/dig.php lub też podaj nazwę domeny, to ktoś sprawdzi poprawność ustawień dla Ciebie.

Ekhm... Wydaje mi się, że Twoim zamiarem jest posiadanie poczty @twojadomena.pl Dlaczego więc próbujesz konfigurować pocztę dla @aspmx.l.google.com, @alt1.asmpx.l.google.com itd. ? ; ) Załóżmy, że masz tam coś w rodzaju: twojadomena.pl 86400 SOA ns1.domena.pl .... twojadomena.pl 86400 NS ns1.domena.pl twojadomena.pl 86400 NS ns2.domena.pl twojadomena.pl 3600 A 127.0.0.1 www.twojadomena.pl 3600 CNAME twojadomena.pl W takim razie dopisujesz: twojadomena.pl 3600 MX 1 aspmx.l.google.com twojadomena.pl 3600 MX 5 alt1.aspmx.l.google.com ... itd. Uwaga - zależnie od panelu konfiguracyjnego konieczna lub nie jest kropka na końcu nazw domen (np. twojadomena.pl albo twojadomena.pl. <- kropka na końcu), czasem "twojadomena.pl" zastępujesz znakiem "@" lub (rzadko) po prostu niczym (puste pole) a wpisujesz "www" dla www.twojadomena.pl, "subdomena" dla subdomena.twojadomena.pl itp.

Najprościej: - u rejestratora domeny decydujesz, które serwery nazw (które DNSy, z reguły ns1.cośtam, ns2.cośtam) są autorytatywne dla Twojej domeny, innymi słowy oddelegowujesz domenę na te wybrane serwery nazw; - na tych wybranych powyżej serwerach nazw (DNSach ns1.cośtam, ns2.cośtam) konfigurujesz wszelkie rekordy A, CNAME, MX itd. itp. dla swojej domeny i jej subdomen. Każdy klient odpytując się o Twoją domenę (czy to chcąc trafić na stronę www, czy to chcąc wysłać Ci pocztę) najpierw dowie się, które serwery nazw (DNSy) obsługują Twoją domenę, a następnie do tych serwerów nazw zwróci się z zapytaniem o "szczegóły" (rekordy A, MX itd.).

Nocne marki... w południe by pewnie nie zauważyli, że coś przez krótki moment nie działa, o siódmej rano to już w ogóle zapomnij, ale o pierwszej w nocy - zawsze... ; )

trim() powinno załatwić sprawę zbędnych znaków: while($kod = fgets($kody)){ $kod = trim($kod); $q =

Przypuszczam, że ZooMpl pisał to dla Ciebie na szybko, stąd prosta pomyłka. http://php.net/fgets Zamień $kody = 'kody.txt'; na $kody = fopen("kody.txt", "r");

[offtopic] No to naprawdę ostra reakcja, po drugiej stronie mając nie automatyczny system działający w sekundę, tylko żywego człowieka, którego czas reakcji może być różny, a już po 24 minutach spór na PayPal i posądzanie o przekręt... [/offtopic]

@ h1247867 - U rejestratora domeny (dowolnego) wybierasz które to serwery nazw są autorytatywne dla Twojej domeny. - Na wybranych serwerach nazw ustawiasz wszelkie rekordy A, CNAME, MX itd. itp. dla domeny głównej i wszelkich jej subdomen. Także odpowiedź na Twoje pytanie brzmi: nie. Odpowiedni rekord A dla subdomeny stworzyć musisz na tych serwerach nazw, które ustawiłeś jako te "zewnętrzne DNSy" w 1and1. Stworzenie takiego rekordu na serwerach nazw 1and1 niczego nie da, gdyż DNSy 1and1 nie będą w ogóle odpytywane o Twoją domenę ani subdomeny w niej.

Możesz przeszukać oficjalną listę rejestratorów oferowaną przez Norid: http://www.norid.no/domeneregistrering/registrar.en.html (Coś jak nasza lista partnerów NASK.)

Wspomniany już AZ oraz Home mają obecnie promocje .pl za 0zł. Z tym że w razie chęci przedłużenia Home zmusza regulaminem promocji do pozostania u nich, AZ bodajże udostępnia authinfo nawet bez zapłacenia im czegokolwiek. Bez promocji w większości miejsc cena wynosi ok. 12zł za pierwszy rok. Jeśli odnowienie .pl to najtaniej w OVH (49,99) lub Dropped/Aftermarket (50,00). Ponadto niedawno Dropped/Aftermarket poinformował mnie o możliwości przedłużania .pl na mniej niż rok, właściwie na dowolną ilość dni (minimum 30).

Jeśli nie masz tej czcionki możesz ją pobrać np. tutaj: http://www.cufonfonts.com/en/font/492/myriad-pro <- EN http://www.cufonfonts.com/pl/font/492/myriad-pro <- PL (automatyczne tłumaczenie, więc nie jest doskonałe) Lub też nawet bez pobierania, jeśli przejdziesz do zakładki "Cufon Kit Download / Pobierz Kit Cufon" możesz wygenerować potrzebne Ci "cufony" bezpośrednio.

@ Sponsi Co Ty chcesz od tych wyceniarek?... ; ) Według pingomatic domeny warte są kolejno 10,184 zł, 8,329 zł, 5,322 zł, 5,300 zł. W sumie daje to ok. 29 zł za cztery domeny - według mnie wycena bliska prawdy, jak obserwuję czasem wyniki zakończonych aukcji takich domen na aftermarket to często sprzedane zostają po 10 zł. Tak, tak, w Polsce przecinek informuje o ułamkach dziesiętnych, nie jest separatorem tysięcy. : )

Hmmm... z tego co czytam tutaj: http://www.php.net/manual/en/ini.core.php#ini.disable-functions - to wnioskuję, że można to zmienić tylko w php.ini Ale zawsze możesz spróbować: php_value disable_functions system,shell_exec,passthru

Zaletą DNSów home jest ich spora niezawodność i szybkość aktualizacji wpisów (w porównaniu do np. takich DNSów od Dropped niebo a ziemia, choć z powodu ceny odnowień *.pl/*.com.pl wybieram Dropped). Szybkość aktualizacji wpisów staje się jednak wadą w takim przypadku jaki przytoczyłeś. Podpowiedziałbym, żeby z braku lepszego rozwiązania, zwiekszyć TTL dla rekordu A dla głównej domeny. Ale to niestety niemożliwe w ich panelu (czy to starej czy nowej wersji, przed chwilą sprawdzałem i nie znalazłem takiej możliwości). Zastosować więc to możesz jedynie dla www. i innych subdomen. Jeśli jesteś gotowy na zmianę rejestratora, to chyba mogłoby to być rozwiązaniem. Zostawiasz w home wszystko jak jest, transferujesz domenę gdzie indziej i tam zmieniasz delegację na inne serwery nazw (upewniając się, że mają już te nowe serwery nazw gotowe wszystkie wpisy jak należy). System home - przynajmniej w moim przypadku, gdy odchodziłem z domeną gdzie indziej - "orientuje się", że domena została wytransferowana dopiero po jakimś czasie, więc przynajmniej przez dzień czy dwa nadal powinny NSy home serwować dla domeny dotychczasowe wpisy (dla mnie było to chyba nawet aż trzy). Nie mogę tego jednak zagwarantować, wprawdzie transferowałem w sumie 4 domeny z home do innego rejestratora, ale tylko dla jednej ostatniej ten aspekt działania home sprawdzałem, nie wiem więc czy jest to regułą takie znaczące opóźnienie w usunięciu domeny z NSów home po jej wytransferowaniu. Jeśli masz naprawdę duży ruch, to z pewnością może to być problemem. Przy niezbyt dużym ruchu osobiście bym to przebolał, po kilkugodzinnych czy nawet jednodniowych problemach większość odwiedzających nie powinna się odwrócić moim zdaniem, a problem dotyczył będzie tylko części z nich, tych którzy akurat w określonym czasie będą mieli stosowny cache DNS u siebie czy u swojego ISP stworzony.

Odnośnie DNS osobiście poleciłbym trzymanie się wciąż tych samych NSów w trakcie operacji. Zakładam - jak to ma miejsce w większości przypadków przy jedno-serwerowych hostingach - że NS1 i NS2 to fizycznie jeden serwer i to ten sam co z kontami klientów. W takim przypadku ja bym doradzał: - przynajmniej dzień czy dwa wcześniej zmniejszenie domyślnych wartości TTL do minimalnego poziomu (np. 5 minut, czy nawet minuta jeśli nie obawiasz się zbytniego obciążenia zapytaniami DNS); - w momencie migracji globalna zmiana we wszystkich strefach starego IP na nowe wciąż zachowując NSy na starym; - jeśli wszystko gra i buczy i jesteś pewien, że na nowym serwerze wszystkie strefy DNS są zsynchronizowane to wtedy przepisujesz NS1 i NS2 na nowy serwer u rejestratora. Dlaczego tak doradzam? Przy odpowiednio niskim TTL dla rekordów A propagacja zmian tychże rekordów A na wciąż tym samych serwerach DNS dla wszystkich na świecie będzie szybka. Natomiast zmiana NSów, jeśli na starym są inne rekordy A, a na nowym inne rekordy A, będzie znacznie dłuższa. Należy pamiętać, że przecież "glue rekordy" na a-dns.pl itd. mają TTL 86400 i przez tak długi czas klienci mogą mimo zmiany nadal odpytywać stare NSy.

Piszę ogólnie o tym dziale forum, nie tylko o wątku dotyczącym tego hostingu. Ja widzę sens istnienia takiego działu forum. Moim zdaniem (obecni) klienci (każdego) hostingu powinni podobne zdarzenia zgłaszać za pośrednictwem oficjalnego kanału wsparcia oferowanym przez dany hosting (support ticket system, email, telefon itp.) dla samych siebie, po to by hosting mógł jak najszybciej awarię naprawić, a na publicznie dostępnych forach dla innych osób nie będących (jeszcze) klientami danego hostingu, po to by mogli oni sobie wyrobić opinię o hostingach na podstawie częstotliwości występowania awarii oraz prędkości z jaką są usuwane. Oczywiście aby to miało praktycznie użyteczny sens informacje takie musiałyby być pełne - czas, częstotliwość trwania awarii, prędkość odpowiedzi od wsparcia technicznego, prędkość naprawy - i dotyczyć wszystkich istniejących hostingów. To niestety nie ma miejsca, odnośnie niektórych hostingów pojawiają się informacje nawet o kilku minutowej awarii, odnośnie innych hostingów próżno szukać informacji o znacznie poważniejszych problemach. Dlatego przy tak dużej wybiórczości pojawiających się informacji faktycznie traci to swój użyteczny sens, a wręcz czasem zafałszowuje rzeczywisty obraz.

Ustalmy jedno: da się lub nie da przekierować w zależności od tego jak IceBeast zamierza tego używać. Nazwy systemu DNS przypisywane są do odpowiedniego adresu IP. Używane porty to osobna kwestia nie podlegająca systemowi DNS. Jeśli więc przekierowania IceBeast będzie używał w przeglądarce internetowej za pośrednictwem protokołu HTTP, to jak najbardziej możliwe jest podpięcie nazwy "domena.pl" pod dowolny serwer, który na porcie 80 odpowiadał będzie (w skrócie) "HTTP 301/302; Location: s1.serwerownia:1234". Przeglądarka internetowa na to zareaguje i podąży na adres "s1.serwerownia:1234". Jeśli jednak dotyczyć to będzie podawania adresu dla określonej gry, która nie korzysta z protokołu HTTP tylko z innego, to przekierowanie może nie być w ogóle możliwe w protokole, jaki ta gra wykorzystuje. W każdym z powyższych przypadków, IceBeast: - nazwę domeny przypisujesz do adresu IP; - używany port to odrębna sprawa, którym system DNS się nie zajmuje, to tylko kwestia oprogramowania z jakiego korzystasz, który (jeśli w ogóle) domyślny port wybiera jeśli nie podasz żadnego przy próbie połączenia. Przykładowo przeglądarki internetowe jeśli korzystasz z protokołu HTTP domyślnie wybiorą port 80, dla protokołu FTP wybiorą port 21 jeśli nie podasz innego, a jaki wybiera Twoja gra (jeśli to o to chodzi), jeśli nie podasz żadnego?...

Właśnie przetestowałem na jednym z hostingów współdzielonych, na którym mam konto. Zakładając, że struktura plików to: user/index/a/index.php user/index/b/index.php user/index/c/index.php ... Poniższe dla mnie działa: RewriteEngine On RewriteBase / RewriteCond %{HTTP_HOST} ^www\.([^.]+)\.domena\.pl$ RewriteRule .* user/index/%1/index.php [L] Jedyne co musiałem dodać, to "/index.php" na końcu Twojej podanej w pierwszym poście reguły. Z tym, że w ten sposób wszystkie adresy są kierowane do tych właśnie wskazanych plików "index.php". Chcąc zachować względną ścieżkę próbowałem coś takiego: RewriteEngine On RewriteBase / RewriteCond %{HTTP_HOST} ^www\.([^.]+)\.domena\.pl$ RewriteRule ^(.*)$ user/index/%1/$1 [L] ale otrzymuję wtedy błąd 500. Nie bawiłem się tym więcej na razie.