p

thttpd

1) Najprzyjaźniejszy pod tym względem jest Delaware, czyli jeden z najbardziej wysuniętych na wschód stanów.2) Jeżeli myślisz, że ktoś budując DC bierze pod uwagę podatki dochodowe to jesteś w błędzie. Przy wyborze lokalizacji większości obecnie budowanych DC był brany przynajmniej jeden z poniższych warunków: - możliwość wykorzystania naturalnych źródeł energii elektrycznej, - ceny energii elektrycznej, - zwolnienie / niskie podatki budowlane (nie wiem na jakich zasadach to jest przeprowadzane, bo nigdy do szczęścia mi to nie było potrzebne), - rozproszenie na świecie (np. Microsoft w Syberii), - konkretną lokalizację (np. wszystko co powstaje w Nowojorskim 'pączku' ).

Hostingi != DC

Pozwole się z Tobą nie zgodzić (testy z domowego łącza): $ ping -q -c 10 choopa.com PING choopa.com (64.237.38.178): 56 data bytes --- choopa.com ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 104.069/106.067/107.391/1.026 ms Proszę, napisz, że żartujesz...

Raczej od 100ms (wschodnie wybrzeże) do 200ms (zachodnie wybrzeże)

Jest (w FAQ na forum):

Podajesz adres komputera w sieci oraz maskę podsieci z jakiej korzysta. To, że na podstawie tych informacji można jednoznacznie określić adres (pod)sieci, w której ten komputer się znajduje jest tutaj zupełnie nie istotne. Do poczytania: RFC791 i pochodne, ew. wiki o adresacji IP. Bardziej obrazowo: Pyt: W jakim mieście pracujesz? Odp: ul. Wiejska 4, 00-902 Warszawa Powyższa odpowiedź jest oczywiście zła Bo oprogramowanie z założenia tworzy się idioto-odporne (fachowa terminologia, żeby nie było, że kogoś obrażam). Lizus

Bo 10.2.5.5/22 nie jest adresem (pod)sieci.

Nie, Beeth.

Jasne.

Subskrypcja to automatycznie pobieranie i wysyłanie (co miesiąc) pieniędzy przez PayPal... Tak, żebyś się nie zdziwił

...czemu zaskakująco?

Szczerze mówiąc nie mam pojęcia... Strzelam, że w granicach 50-100k. Przedzwoń do nich, to będziesz wiedział A i cena podobna

E? Przecież wdrażanie systemów CRM/EPR na takim właśnie dostosowywaniu polega... Praktycznie nikt nie tworzy systemów CRM/EPR od podstaw, bo to się mija z celem... Większość dużych przedsiębiorstw leci na SAP/Oracle, a mniejsze na Dynamics'ie. We wdrożeniach Dynamics'a specjalizuje się 7milowy (z grupy BCC).

A widziałeś kiedyś taką formę wypowiedzi na forach dyskusyjnych? Bo ja nie...Poza tym napisanie, że 'zielone smoki' to bzdury, bez żadnych argumentów uzasadniających to stanowisko, nie jest konstruktywne Ale to co piszesz nie ma nic wspólnego z faktycznym działaniem DNS'ów i czasem propagacji zmian.Zmiany te w 95% widoczne są od razu po ich wprowadzeniu na serwerach autorytatywnych dla tych domen (NS'ach). Pozostałe 5% stanowią serwery stojące na drugim stopniu w hierarchii DNS (w skrócie - te odpowiedzialne za domeny narodowe), gdyż one faktycznie odświeżają wpisy dotyczące serwerów autorytatywnych raz lub kilka razy na dobę. Cały problem z propagacją wynika z faktu, że resolvery (chyba nie ma polskiego odpowiednika?) cache'ują sobie wyniki, przez co na każde kolejne zapytanie odpowiadają tym co mają w cache (a wpisy te są ważne przez czas określony przez admistatora strefy w TTL, o którym pisałem we wcześniejszym poście...). Tak więc, jeżeli masz TTL=24h, a resolver pobrał informacje o wpisie z Twojej domeny godzinę temu, to pomimo tego, że serwery autorytatywne dla Twojej domeny (te, na których wprowadzałeś modyfikacje) mają już najnowszą wersję strefy, to przez następne 23h resolver na wszystkie zapytania o ten wpis będzie odpowiadać tym co ma w cache. Łatwo zauważyć, że w przypadku nowych wpisów taki problem nie występuje, ponieważ resolver'y nie mają starszej wersji w cache. Jeżeli jeszcze czegoś nie rozumiesz to poszukaj dokładniejszych informacji / poczytaj w wiki o DNS, bo to co wypisujesz (i przekazujesz jako wiedzę nieświadomym użytkownikom), ma się nijak do tego jak to wszystko naprawdę działa (czyt. wypisujesz bzdury ). I tak, nie ma żadnego 'przemielania'.

Powiedz mi jak według Ciebie miała by wyglądać bardziej konstruktywna odpowiedź niż napisanie, że odpowiedziałeś źle i nie na temat / bzdury / zielone smoki, po tym jak już podałem prawidłową odpowiedź? Powinienem ją powtórzyć drugi raz, zaraz po cytacie Twojej wypowiedzi czy jak? No i jeżeli zwrócenie uwagi na złą odpowiedź uważasz za 'zaczepianie Ciebie' to nie pozostaje mi nic innego, jak tylko pogratulować Wszystko zależy od tego jakie usługi są świadczone... W pewnych zastosowaniach 'zdrowo-rozsądkowe podejście' się do niczego nie nadaje

Jejku, znowu jakieś kompleksy? Czy naprawdę zwrócenie uwagi na fakt, że Twoja odpowiedź była kompletnie zła i nie na temat jest dla Ciebie aż tak przytłaczające, że musisz traktować to jako moją osobistą krucjatę przeciwko Tobie?

folder=` mysql -u uzytkownik --password=haslo << eof use baza_danych; SELECT tabelka FROM linki_rs LIMIT 1; eof` | cut -f2- echo $folder

Jeżeli masz na myśli czas propagacji nowych lub zmodyfikowanych wpisów, to jest on nie dłuższy niż TTL (time to live) starego wpisu. Jeżeli nie wiesz co to jest i modyfikujesz wpisy poprzez jakiś interfejs webowy, to w skrócie czas odświeżania zależy od ustawień serwera, który obsługuje daną domenę (czyli przeważnie tego, na którym modyfikujesz wpisy).Oczywiście, żeby nie było tak różowo, niektórzy więksi operatorzy nie respektują ustawień TTL i często taka domena jest odświeżana o wiele rzadziej niż powinna, przez co klienci takiego operatora mogą zobaczyć zmiany z większym opóźnieniem... Ta... Zielone smoki. A to niby w jaki sposób miało pomóc?

...i straci logi. Reasumując: Nie warto

To jest żadne rozwiązanie.

Masz bana na google? klik

Poczekaj aż się nowe wpisy rozpropagują (teoretycznie do 4h).

"v=spf1 include:aspmx.googlemail.com ~all"