Pan Kot

Liczba W jest wyznacznikiem za***istości zasilacza, bo zasilacz 700 W pracujący na 40% da sobie lepiej radę i będzie dłużej sprawny niż 330 W obciążony na blisko 100%. Poza tym zasilacz też nie pobiera tyle prądu ile ma zadeklarowane, a tyle ile potrzeba w danym momencie.

Aż dziw bierze, że komuś się to opłaca. Koszt samego wyprodukowania to tam nic, ale koszty prądu będą prawdopodobnie przeogromne. Z drugiej strony cieszę się, że nie stoimy w tyle i można takie maszyny zobaczyć.

Nie wiem jak to zrealizowano u Ciebie, ale możesz to bardzo prosto sprawdzić wyjmując baterie, podłączając PC do prądu i próbując go włączyć. Jak się włączy, to ma bezpośrednie połączenie, więc trzymanie go na kablu jak najbardziej ma sens, Mój Asus EEE 1225B właśnie tak działa. Już nie raz testowałem czy aby rzeczywiście nie korzysta z baterii na kablu i nigdy nie gasł po całkowitym wyjęciu baterii podczas działania na kablu .

Okej, a więc to mi się coś źle skojarzyło bo byłem pewien, że do starych gappsów nie da się już dodawać nowych domen i są tylko istniejące . Sorry za kłopot.

ARM prawdopodobnie nigdy nie doścignie x86_64 w kwestii wydajności. Po prostu, kwestia architektury. Natomiast pod niektóre rozwiązania sprawdzi się świetnie, bo serwery na ARM mogą być strasznie energooszczędne i mieć genialny stosunek wydajności do zużycia prądu, podczas gdy z x86_64 jest różnie. Kwestia zastosowania.

1. Tworzysz użytkowników ispconfig - klientów. 2. Przy dodawaniu strefy DNS możesz określić klienta, który jest jej "ownerem". 3. Klient powinien być w stanie we własnym zakresie dodawać/usuwać rekordy dotyczące tej strefy. 4. Jeśli nie chcesz, żeby zakładał więcej stref, możesz ustawić limit stref na 1.

Kolego, skrzynki e-mail w gmailu są darmowe, a twoje google appsy są podpięte do konkretnych domen. Redirecta mogę sobie we własnym zakresie zrobić, a skrzynka kilocebuli@nieistniejacadomena.pl mi się nie przyda do niczego, chyba że komuś rzeczywiście za mało miejsca na gmailu, to nie wiem ile tam musiał tych maili spakować.

W takim razie sprawdziłbym czy na innym PC bootuje. Spotkałem się z antycznymi płytami głównymi nieumiejącymi bootować z pendrive'ów, ale to było 10 lat temu, w czasach w których o UEFI nikt jeszcze nie słyszał. Na twoim miejscu przez parteda wywaliłbym całą tablicę partycji z pendrive'a, potem utworzył nową MSDOS, następnie 1 partycję, i sformatował ją do fat32 już z poziomu YUMI. Następnie bym sprawdził czy bootuje na jakimś innym PC, jak tak, i nie zbootuje na twoim, to rzeczywiście coś z uefi/płytą, jak nie zbootuje, to z pendrivem. I tak, nawet mój antyczny netbook bez napędu CD z BIOSem, który też o UEFI nie słyszał, bootuje z pendrive'a stworzonego przez YUMI bez jakichkolwiek problemów.

Nie wiem czy zdajesz sobie sprawę z tego, że te konto jest aktualnie warte tyle samo co to, które mogę założyć w 10 sekund w tym momencie. Toteż pytam, co sprzedajesz? Kilo cebuli na bazarze? Bo konto jest darmowe o wartości 0.

Nie mam tego problemu, zawsze używam YUMI do tworzenia multi-boot pendrive'a z syslinuxem. Na linuxa też jest.

Przecież do tego konta i tak nikt nie podepnie własnej domeny, więc co właściwie sprzedajesz?

Mój boże . W biosie/UEFI masz mieć ustawioną poprawną kolejkę bootowania, począwszy od dysków twardych, a kończąc na nośnikach wymiennych. Z pendrive'a bootujesz raz, i nie przez kolejkę w biosie tylko przez multi-boot, który najczęściej jest pod F12, F8 lub TAB. Z niego instalujesz system na hdd, oraz GRUBa również na tymże hdd, z racji że instalujesz z pena to często pen może być widoczny jako /dev/sda, a hdd jako /dev/sdb. Zresztą to widać podczas partycjonowania co jest czym. Po instalacji wyjmujesz pena i system startuje z gruba na hdd. Windows nie ma tego problemu bo automatycznie wrzuca bootloadera tam gdzie się instaluje.

Ale czemu wy lubicie sobie tak utrudniać życie . YUMI - Można wrzucić wszystko począwszy od dystrybucji linuxa, livecd, parter, a na instalatorze Windowsa7+ kończąc. Sam tak instalowałem debiana i Windowsa 8.1, więc potwierdzam że działa bez problemów.

W /etc/securetty jest wpis "console", zakomentowanie go powinno załatwić sprawę.

Grub tu nic nie da, przy KVM/XEN to nie ma żadnego znaczenia. virt-what podlinkowany wyżej jest dobry bo pobiera dane z różnych "niejednoznacznych" źródeł i formuje w miarę jednoznaczną odpowiedź. Nie ma jednego źródła które Ci powie czy to jest baremetal czy jakaś wirtualizacja, trzeba pozbierać wszystkie "poszlaki" i sprawdzić na co wskazuje najwięcej z nich, a to właśnie robi ww. program.

Jest różnica między wyciekiem, a pojedynczym przypadkiem. W chwili pisania tamtego posta, był to pojedynczy przypadek, dość łatwy do przewidzenia. Po tym jak @emde i inni użytkownicy potwierdzili, że również dostali spam, powyższego posta można wrzucić do śmietnika i zainteresować się co wyciekło .

Podsumujmy twój wyciek. Twoja strona z sygnatury: ittw.pl Twój nick na forum: ittw. Wyciek: ukryty przez administrację Trafiłem? Jeśli tak to już przestań narzekać i lepiej dobieraj sobie skrzynki .

To może jednak podzieliłbyś się rozwiązaniem z innymi, skoro już założyłeś temat.

To nie jest smutna prawda, tylko to jak działa biznes. Płacąc za usługę nie płacisz wyłącznie za jej WYKONANIE, bo gdybyś płacił za wykonanie to efekt końcowy pana mietka i pana Zygmunta z warsztatu byłby jednakowy, zakładając że pan mietek wiedziałby jak to się robi. Płacisz za wykonanie, ale też i WIEDZĘ potrzebną wykonaniu czegoś. Jeśli pojedziesz do warsztatu i wyłożysz dokładnie co chcesz żeby zrobiono, cena będzie mniejsza niż za tekst "panowie naprawcie mi to". Jeśli klient mi mówi, że chciałby, żebym mu zoptymalizował php-fpm, bo dostaje zadyszki przy większej ilości requestów to dostaje zupełnie inną cenę niż inny klient, który chce, żebym mu "zoptymalizował serwis", nawet jeśli to jakimś cudem by się sprowadziło do tego samego. A to dlatego, że wiedza dotycząca optymalizacji serwisu zawiera php-fpm i inne, niewylistowane rzeczy, które muszę znać podejmując się takiego zlecenia. Mechanik podejmujący się naprawy auta również musi znać wszystkie problemy, które to auto może mieć, a nie ten jeden konkretny o którym powiesz. Diagnoza problemu również kosztuje, znalezienie złotego rozwiązania tak samo. Dopiero tutaj dochodzi Ci koszt wykonania, więc jeśli nie wiesz dlaczego cena jest większa to już masz tego świadomość.

Stąd, że wybiera się osoby zaufane lub takie, które cokolwiek sobą prezentują. Jeśli wybierasz mechanika samochodowego i masz do wyboru pana mietka spod monopolowego i pana zygmunta z warsztatu to czym się kierujesz? Wyglądem, doświadczeniem, zawodem. W internecie kierujesz się opiniami, a na forach głównie ilością postów / stażem.

To i tak tylko klucze publiczne, to że ktoś tam zajrzy nic nie zmieni . Ale racja, może być i 700 oraz 600.

Na ogół: 1. Upewnij się, że masz katalog ~/.ssh, najlepiej na 755. 2. Upewnij się, że masz plik ~/.ssh/authorized_keys, najlepiej na 644. 3. W tym pliku struktura musi być ssh-rsa AAAAklucz uzytkownik@host 4. Upewnij się, że w twoim kluczu prywatnym ten komentarz również jest.

Ale czy do was nie dociera, że instancja używa /dev/shm - shared memory i wiele serwerów TS na jednej maszynie można uzyskać wyłącznie poprzez licencję (virtual servery) lub wirtualizację (oddzielne /dev/shm)? Możecie sobie kombinować jak wam się żywnie podoba, bez wirtualizacji i bez licencji więcej niż jednego serwera nie postawicie.

To już każdy we własnym zakresie musi sobie odpowiedzieć na pytanie czy woli niestabilne 20-200 MB/s czy stabilne 91.7 MB/s. Jeśli chodzi o mnie to tylko dedyk, masz pełną kontrolę nad tym co się dzieje i o wiele lepiej jest polegać na czymś zaufanym i stabilnym, i być pewnym że nagle pan marian nie odpali minecrafta, niż mieć ładne szybkości w danej chwili, a w godzinach szczytu nie wyrabiać z userami.

No co ty, dzisiaj odkryłeś? Przecież żabojady nigdy nie znały dobrze angielskiego .