Skocz do zawartości

malyem

Użytkownicy
  • Zawartość

    17
  • Rejestracja

  • Ostatnio

Posty napisane przez malyem


  1. Właśnie mam problem, ile przez łącze po przycięciu do 10 Mb/s da się "przepchnąć" danych? Trochę będę potrzebował transferu (~3000-4000GB) i nie chciałbym aby zamulały mocno stron.

    Okolo 1,2MB/s to w godzine masz 4320MB, za dzien okolo 104000MB/1024 = okolo 100GB

    Ale to wyliczenie jest do niczego, bo serwis nie pracuje caly czas jednakowo i moze sie okazac, ze w szczycie nie starcza transferu.

    Moze lepiej podziel sobie spodziewany transfer na dzien i zobacz na ile dni starczy ci 100Mb, a reszte oblicz dla 10Mb (jesli podane wartosci przez Ciebie to calkowity transfer).

     

    maska? ;)

     

    255.255.255.248 ;)


  2. To są kodowania samej bazy danych, a nie serwera mysql.

    ALTER DATABASE `BAZA` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

    Masz racje, utworzylem przykladowa baze ze starymi ustawieniami w latin i pozniej wyskakiwaly te latiny.

     

    A co dokładnie ci nie działa? Pojawiają się krzaczki, czy '?'?

    Wczoraj mialem przejsciowych wiele konfiguracji byly 'znaki zapytania' i 'kwardaciki' byla tez 'chinszczyzna' w zaleznosci co bylo ustawione.

     

    Dzisiaj dodalem do [client]

    character-sets-dir=/usr/share/mysql/charsets

    Dziala, wszedzie wyswietlaja sie utf8 lub utf8_general_ci. Dziwne jest to, ze nie istenieje u mnie taka sciezka ;)


  3. mysql 4.10

    my.cnf (fragment)

    		 [client]
    	 default-character-set=utf8
    	 [mysql]
    	 default-character-set=utf8
    	 character-sets-dir=/usr/share/mysql/charsets
    	 [mysqlcheck]
    	 default-character-set=utf8
    	 character-sets-dir=/usr/share/mysql/charsets
    	 [mysqldump]
    	 default-character-set=utf8
    	 character-sets-dir=/usr/share/mysql/charsets
    
    
    	 [mysqld]
    	 default-character-set=utf8
    	 default-collation=utf8_general_ci
    
    	 character-set-server=utf8
    	 collation-server=utf8_general_ci
    	 init-connect='SET NAMES utf8'

     

    po podlaczeniu sie przez mysql z konsoli:

    		 | character_set_client			| utf8					|
    	 | character_set_connection		| utf8					   |
    	 | character_set_database		  | utf8				   
    	 | character_set_results		   | utf8			|
    	 | character_set_server			| utf8				   |
    	 | character_set_system			| utf8			 |
    	 | collation_connection			| utf8_general_ci			|
    	 | collation_database			  | utf8_general_ci	 |
    	 | collation_server				| utf8_general_ci

     

    ale jak to samo robie przez php (utf-8) (query'SHOW VARIABLES') dostaje:

    character_set_client : utf8

    character_set_connection : utf8

    character_set_database : latin1

    character_set_results : utf8

    character_set_server : utf8

    character_set_system : utf8

    collation_connection : utf8_general_ci

    collation_database : latin1_swedish_ci

    collation_server : utf8_general_ci

    skad te wartosci?

    Wczesniej bylo jeszcze gorzej (przed dodaniem init-connect='SET NAMES utf8')

    Czytalem ze te ustawienie (init-cannect) spowalnia, tworzac dodatkowe zapytanie. Czy istnieje jakas inna metoda zastapienia jej? Jak zamienic te latiny na utf8 i utf8_general_ci ?


  4. Serwer odbiorcy sprawdza czy istnieje rekord TXT z wpisem dot. SPF dla Twojej domeny. Nie znajduje go, wiec uznaje serwer nadawczy za prawdziwy i przyjmuje maila.

    No wlasnie teraz nie wiem czy dobrze mysle.

    Tak jest napisane w wiki:

    Jak to działa? Serwer B zabezpieczony przez SPF sprawdza w DNS-ie, czy wysyłana do niego poczta pochodzi z serwera posiadającego "uprawnienia" do wysyłania poczty z danej domeny. Jeżeli tak, to poczta jest przyjmowana. Natomiast jeśli adres IP nie pasuje do danej domeny - połączenie jest odrzucane.

    i pozniej:

    Rejestracji w bazie SPF należy dokonać na serwerze DNS domeny, z której poczta będzie wysyłana...

    Chyba juz wiem o co chodzi, ale nie do konca. Jesli stosuje u siebie na serwerze SPF to moj serwer odbierajac poczte od innego serwera sprawdza dns domeny nadawcy (tego momentu za bardzo nie rozumiem, dokladniej jak sprawdza dns? czego oczekuje). Jesli teraz domena i ip sie zgadza to moj serwer jest pewnien, ze wszystko jest ok. Jesli domena i ip sie nie zgadzaja to poczta jest odrzucana. Jesli nie znajduje wpisu to akceptuje poczte (bez pewnosci).

     

    Dzieki za pomoc


  5. Ja osobiście uważam, że nie ma sensu. Jeżeli jest jeden serwer to dnsy, możesz zrobić na jednym ip i tak wszystkie domeny będą działały, tworząc na osobnym ip na tym samym hoście oszukujesz samego siebie. Przy dwóch serwerach dns osobnych strony nie będzie widoczna ale będzie utrzymywana w sieci.

    We wczesniejszych postach czytalem, ze jesli postawie dwa dns na tym samym ip moze byc problem z rejestracja domen :P Do tego dochodzi fakt, ze post byl z konca 2005 wiec moglo sie troche pozmieniac.

     

    I ostatnie Twoje zdanie, "bedzie utrzymywana w sieci". Czyli nie ma dns to strona bedzie ginac w sieci, jak wroci bedzie ponowna propagacja?

     

    Dokladnie po to, po co zostal stworzony SPF. Tylko prosze Cie, nie kaz mi odsylac Cie do wiki/google :)

     

    No wlasnie SPF dziala tylko na 'serwerze odbierajacym'. Czyli ktos ode mnie wysyla maila trafia na SPF odbiorcy. Jesli trafia to znaczy, ze moj serwer dziala i SPF odbiorcy sprawdzi czy mail nie jest lewy. Jesli moj serwer nie dziala to przeciez SPF nie bedize mial co sprawdzac, bo maila zadnego nie dostanie. Dobrze rozumiem, czy cos przeoczylem?


  6. Czy sensem jest ustawianie dwoch nameserwerow na jednej maszynie (kazdy ns na osobnym ip), na ktorej jest hosting?

    Wiekszosc postow wyraza bezsens takiej konfiguracji. Dlaczego mialbym tego nie robic? Hosting mam na jednym serwerze z ns'ami, to jak bedzie pad serwera to padnie wszystko. Jesli beda ns'y na innych serwerach, przy padzie hostingu to i tak nic nie zmieni - strony nie bedzie w sieci. Czy dobrze rozumie? Czy cos sie moze stac jesli bedzie dluzszy pad serwera i ns'ow? Jakie ma to znaczenie?


  7. Na pewno ktos z Was ma zainstalowany DirectAdmin na Etch, jak to sie sprawuje? Mam zamiar kupic serwer dedykowany, chcialem z wersja Debiana 4, ale DA nie daje supportu dla tej wersji tylko dla 3.1. Czekac, kiedy bedzie supportowana wersja 4? Teraz zajeli sie integracja z CentOS, a po tym bedzie Etch, wiec moze to troche potrwac.

    Czy bezpieczne bedzie upgradowanie wersji 3.1 do 4 z dzialajacym hostingiem pod kontrola DA?

    Prosze pomozcie, bo chodze skolowany. Na dzien dzisiejszy jestem za 3.1, bo nie chce miec jakichkolwiek problemow z hostingiem (przynajmniej minimalizowac ewentualnosci). Geniuszem w Debianie nie jestem, ale sobie jakos radze.


  8. W zasadzie wiecej postow bylo o BSD, ale wrocmy do tematu.

    Bardziej jestem przekonany do wersji stabilnej, poniewaz serwer MUSI dzialac. Brakuje mi tylko php5, ale to w zasadzie nie problem. Druga sprawa to bezpieczenstwo. Jak mozna przeczytac na oficjalnej stronie: "Zwracamy uwagę, że aktualizacje bezpieczeństwa dla dystrybucji "testing" nie są zarządzane przez nasz zespół bezpieczeństwa. Oznacza to, że "testing" nie zapewnia aktualizacji bezpieczeństwa w najkrótszym czasie."

    Jakis czas temu pracowalem na Debianie Woody (wtedy testowy) i pamietam tylko jedno: jak juz dziala to nie aktualizowac do nowszych paczek (przypadlosc wersji testowych), chyba ze cierpisz na bezsennosc. Jest oczywiscie druga strona medalu, jak zainstalowalem Potato (wtedy wersja stabilna) okazalo sie ze, biezace skrypty i programy w ogole nie chca z ta wersja Debiana dzialac. Fakt, nie uzywalem systemu tylko jako "serwer www", moze to z tego wynikalo.

    Teraz system bedzie ograniczony do uslug hostingowych, ale znajac zycie zainteresuje mnie jakis pikus, ktory ulatwi zycie dzialajacy na Etch. Pamietam jak probowalem mieszac paczki z roznych wersji Debiana, tylko skonczylo sie to reinstalacja systemu.

    Na tym zakoncze moje rozmyslania, niekoniecznie skladne. Bede startowal z 3.1 chyba ze ktos mnie przekona na 4.

    Do tych co maja 4: dlaczego akurat ta wersje wybraliscie?

×