beliq

Czy Wy ( malkontenci ) naprawdę nie macie niczego lepszego do roboty, aniżeli całymi dniami narzekać @WHT.pl, że jest źle? Może byście się tak do pracy zabrali?! Jak chcecie narzekać na system, to ślijcie posty do "władz" albo na onet.pl.

Proftpd: dopisz DefaultRoot ~ VSFTP: dopisz chroot_local_user=yes ( AFAIR )

Podstawy musisz mieć - wiadomo. Tego Cię nauczą w szkole/na studiach. Jeśli ktoś dobrze trafił, otrzyma naprawdę solidne podstawy działania np. Linuxa czy sieci. Reszty uczysz się sam w domu na bazie prób i błędów, dokumentacji, artykułów w sieci, książek etc. Później zaczynasz pracować w zawodzie i stopniowo zdobywasz doświadczenie. Jeśli masz łeb na karku, bez problemu sobie poradzisz. De facto liczy się charakter kandydata i podejście do tematu. Jeśli ktoś naprawdę chce, to da radę.

Hmmm, a o Johny'm Bravo nie moglibyście czegoś zrobić?

Znam zakres popularnych ścieżek certyfikacyjnych na poziomie entry. Przykładowo, dla mnie ktoś kto ma poniżej aktualnego/ważnego CCIE, równie dobrze może nie mieć żadnego papierka Cisco. Więcej się nauczy u mnie w firmie.

Żadnego z nich. Od wymienionych wolałbym gościa co ma średnie, zero certyfikatów, duże doświadczenie, łeb na karku i mocną wątrobę. Swoją drogą 5 certyfikatów z rzędu CISCO ( liczę kolejno: CCNA, CCNP, CCIE, CNSD... ) to mają w PL pewnie ze 3 osoby na krzyż.

Ja tam nasz kraj lubię, ale gdybym mógł, to sam bym wyjechał do UK na 3-5 lat. Zawsze to jakaś odmiana.

Nic nie sugeruję. Tylko się dziwię, bo nigdy nie miałem podobnego problemu.

Nikt Ci na to pytanie nie odpowie, bo nikt nie wymienia CPU na identyczne +HT. Wszystko zależy od tego co i jak będziesz wirtualizować. HT to tylko pewna warstwa abstrakcji, która umożliwia w ramach jednego CPU wykonanie dwóch wątków na raz. Nie sprawia to, że masz więcej mocy, ale de facto, przy wielu mało intensywnych obliczeniowo procesach - pomoże to obsłużyć context switche. Nie będzie szybciej, będzie stabilniej, a przez to pozornie wydajniej. Z innej beczki, jeśli na 4 rdzeniach + HT wrzucisz serwer MySQL, który operuje na olbrzymich ilościach danych InnoDB, wszystkie zapytania wykonują się długo, a Ty ustawisz współbieżność na 8, możesz dostać za to po głowie... Reasumując: pod dużą ilość "małych" VPSów z 1-2 vCPU lub hosting shared - HT się nada. Ktoś ma inne zdanie na ten temat?

Nie bierz tego do siebie; chociaż może faktycznie brutalnie to napisałem. Mnie po prostu było by wstyd takie pytanie zadać pisząc z profilu firmowego, ale jeśli Tobie nie jest - to ok! Niezależnie czy to będzie VMWare, XEN KVM, czy Hyper-V, ogólna zasada to... nie przeginać pały. Załóżmy, że mamy 4 rdzenie i 3 VM'y, które odpowiednio mają przydzielone: 1, 2 i 4 vCPU; ta ostatnia będzie miała największe problemy w uzyskaniu czasu CPU, gdyż scheduler musi *jednocześnie* mieć możliwość otrzymania kontekstu wykonania na wszystkich CPU przypisanych do VM ( HEC ), a vCPU są mapowane 1:1 z fizycznymi jednostkami - w tym z rdzeniami HT. Tyle da się powiedzieć odnośnie teorii, reszta zależy od projektu/zastosowania i planowanej ilości maszyn. Jeśli masz 4rdzenie+HT, to przy mało intensywnych operacjach i sensownej polityce ( np. 2 vCPU maks. per VM ), zysk z HT będzie odczuwalny. Generalnie przy masówce, nie przydzielałbym więcej jak 1/2 lub 1/4 fizycznych rdzeni jednego CPU do jednej maszyny wirtualnej. Mapowanie maszyn do konkretnych fizycznych socketów, to też jest dobry pomysł.

Oba warianty są wykonalne - jeśli ktoś chce sobie podłubać, to dlaczego nie?

Z tego co widzę oferujesz VPSy. Powiedz proszę, dlaczego pozwoliłeś sobie na wejście na rynek nie wiedząc tak podstawowych rzeczy?

W życiu nie miałem takiego problemu na lifetime. Czy ktoś poza *nrm* zauważył takie coś?

Większość operatorów posiada niezależne sesje BGP dla IPv6 zestawione po adresacji ( czasem tunelowanej via IPv6inIPv4 ) IPv6, tak więc odpowiedź brzmi: tak.

SATA? -> Hitachi

Naprawdę wolisz grać w tę debilną grę zamiast pójść na laski, tudzież z kolegami na piwo?! Nie lepiej przeznaczyć kasę wydaną na VPSy na np. wyjście do pubu?

W sensie, czy na danej sesji możesz rozgłaszać/otrzymywać jedynie prefixy IPv6?

Skrótowo ( detale sobie wygooglujesz ): 1) tworzysz nowy fizyczny wolumen dyskowy dla LVM - pvcreate 2) rozszerzasz aktualny wirtualny wolumin LVM o nowy wolumen fizyczny z p. 1 - vgextend 3) rozszerzasz wirutalną partycję LVM o świeżo utworzoną w p. 1/2 powierzchnię - lvextend 4) robisz resize FS - jaki masz system plików? system operacyjny?

ZiB. Chciałem pchnać kolejny wniosek na /22.

Ja tam uważam, że po mimo wszystko wcale nie mamy w tym kraju tak źle. Jak na kraj, który de facto dopiero od dwóch dekad jest w pełni suwerenny, idzie nam to wszystko całkiem nieźle.

Zgoda.

+KKI

Kolejny co jelenia szuka. W ile ***lat*** te 100K zarobiłeś siedząc po 12 godzin dziennie dodając content? Niech zgadnę... odkąd mamy .pl?

.Są, gdyż MySQL domyślnie synchronizuje dziennik InnoDB z dziennikiem binarnym, aczkolwiek wydaje mi się, że w przypadku bazy lokalnej, która nie jest replikowana, możesz to spokojnie wyłączyć. InnoDB posiada swoje własne dzienniki w przestrzeni tabel dt. aktualnych transakcji, kopie rekordów, które zostały zmienione i czekają na commit, i jeszcze kilka różnych pierdół, których nie idzie zapamiętać. Jeśli robisz rollback, InnoDB nie potrzebuje do tego binlog'a - sam sobie z tym poradzi. W przypadku crash'a powinien zachować się tak samo, gdyż wszystkie zapisane połowicznie dane znajdzie u siebie w buforze zapisu, który również jest flush'owany na dysk.

Czy poza skierowaniem domeny w panelu home.pl na adres IP VPS'a, dodałeś ją w panelu administracyjnym do utworzonego wcześniej konta hostingowego?