p

Dopisz do /etc/bind/kartki-internetowe.pl.hosts: kartki-internetowe.pl. IN NS ns1.kartki-internetowe.pl. kartki-internetowe.pl. IN NS ns2.kartki-internetowe.pl. ns1 IN A 91.121.197.116 ns2 IN A 91.121.197.116

Wycina... W przeciwnym razie byłoby connection refused

Malas zauwazył, że oferujecie mniejszą pojemność dyskową niż wymaga Forma Życia...

Jest Nie z taką bazą. btw: s/same/some

W jaki konkretnie sposób to przeprowadzi testy obciążeniowe?

Jeszcze w ramach czepiania się, Oxford English Dictionary zawiera 600000 wyrazów (czyli 0.00001% wymienionej przeze mnie wcześniej liczby), tak więc zapewniam Cię, że wyrazów na świecie więcej nie ma Jasne, że wystąpią powtórzenia. Ale wcześniej pisałes o wyrazach, dla których te powtórzenia wystąpić nie powinny.

Oj, oj... Przeczytaj jeszcze raz to co napisałem. Istnieje 4398046511104 7-znakowych ciągów (w ramach znaków z base64), a przy założeniu, że każdy z nich ma unikalny hash, hashy jest także 4398046511104. Wszystkich możliwych do wygenerowania hashy MD5 jest 340282366920938463463374607431768211456. Wszystkich możliwych do wygenerowania hashy SHA1 jest 1461501637330902918203684832716283019655932542976.

A ja jak zwykle sobie pokrytykuję Nie powoli, tylko od dawna. Poza tym sama zmiana algorytmu jest nic nie warta. Natomiast aby zapewnić sobie względne bezpieczeństwo wystarczy zapisywać hash(username/id/e-mail/cokolwiek + pass), a nie hash(pass). W ten sposób uodparniamy się na ataki z wykorzystaniem ogólno dostępnych tablic. Dodatkowo hasło każdego z użytkowników trzeba atakować oddzielnie Chyba sam nie masz pojęcia na co się porywasz Sama baza hashy MD5 dla ciągów 7-znakowych (base64, czyli znaki alfanumeryczne i znaki specjalne) to 4398046511104 hashy, które w specjalnym binarnym formacie zajmują ponad 100GB (a gdybyś chciał je przetrzymywać jako czysty tekst, to patrzysz na bazę o rozmiarze 100TB(!)). Dla SHA1 będzie to oczywiście o 25% więcej Dla wyrazów? Wątpie.

To albo zaoferuj coś dopasowanego do potrzeb pytającego albo przestań spamować, bo to co zaproponowałeś w poprzednim poście (seria Unmetered) ma się nijak do jego wymagań.

Marku, już po raz kolejny przedstawiasz swoją ofertę, kompletnie nie spełniającą potrzeb pytającego. Może mnie oświecisz, jak wyobrażasz sobie "serwer pod hosting plików / serwis typu rapid" z: 1) 30GB dyskiem? Nawet gdyby w opcji Custom VPS można było wybrać (a nie można) łącze unmetered, to nadal maksymalnie dostępna pojemność dyskowa to tylko 100GB. 2) Pseudo-nielimitowanym łączem jakie oferujesz? A konkretniej:

Tak, dotyczyło Fajnie. Jasne, że nie jest alternatywą dla hostingu współdzielonego, stąd mój wcześniejszy post (do ponownego przeczytania ). Jestem pewien, że Prohost miał na myśli właśnie hosting współdzielony, bo szczerze mówiąc nie przypominam sobie abym w ciągu ostatnich kilku lat słyszał określenie "hosting" odnoszące się do serwerów dedykowanych czy nawet VPS'ów.

Proszę, bez takich Jeżeli chcesz zapoznać się z jakimiś definicjami to polecam te opracowane przez NIST: klik. Pamiętaj tylko, że wcześniej pytałeś o moją definicję, a ja ostrzegałem, że wielu się z nią nie zgodzi "Chmurka" (moja "chmurka") nie sprawdzi się nigdzie tam, gdzie komunikacja będzie się odbywać przy wykorzystaniu protokołu innego niż HTTP, ani tam gdzie potrzebne jest nasłuchiwanie na nadchodzące połączenia. Jeżeli chodzi o IaaS to oczywiście nie ma on takich ograniczeń Nie próbuję, zresztą podejrzewam, że i tak jest na to za późno. Nie mniej jednak mam wrażenie, że podchodzisz do tego wszystkiego zbyt optymistycznie A będzie? Prosta matematyka? Nawet biorąc pod uwagę hostingi z "wyższej półki" (czyli 300zł rocznie) to aby zaoferować coś w tym samym przedziale cenowym musiałbyś sprzedawać instancje po 3-4gr za godzinę. Masz takie plany? Bo nie sądzę...

Zależy jaki hosting, jeżeli posiada limity per godzina / doba (jak np. nazwa) to będzie kiepsko Pytałeś o moją definicję "chmurki" a nie o moje potrzeby Akurat "chmurka" spełnia moje potrzeby jedynie w czysto webowych zastosowaniach, a tych jest niewiele. Albo myślimy w innej skali A tak poważniej, to zastanów się ilu klientów na tym rynku kupuje VPS'y / serwery dedykowane. Potem zastanów się ilu z nich wymaga dużej elastyczności dostępnej mocy, ilu z nich może / chce outsource'ować swoje dane. Nagle rynek zrobi się o wiele mniejszy. Z tego rynku możesz wyłączyć jeszcze klientów, którzy wybiorą bardziej sprawdzonych graczy z rynku zagranicznego i całość nie wygląda już tak ciekawie... Fakt, rano jakoś mi to umknęło Co nie zmienia faktu, że to nadal nie jest utility computing i klient płaci za dostępną (a nie wykorzystaną) moc. Ale podajesz według mnie złe przykłady. Zauważ, że dla takich start-up'ów lokalizacja (bo to jest w tej chwili Wasza jedyna przewaga nad konkurencją) nie ma znaczenia i równie dobrze mogą wybrać chociażby Amazon'a. Po pierwsze, 15mln ludzi nie odwiedza wykopu Po drugie, taki "efekt wykopu" (czyli zdarzenie jednorazowe) to według mnie nie jest żadne uzasadnienie dla "chmurki". Ale Prohost akurat pisał o usługodawcach hostingowych, gdzie to co piszesz nie ma zastosowania. Jasne, przecież to VPS Premium, więc z definicji oferta będzie w zupełnie innym przedziale cenowym

Jeżeli chodzi o Cloud Computing to PaaS, czyli "wzbogacone" środowisko uruchomieniowe dla aplikacji, takie jak Azure Services Platform, Google AppEngine, Heroku czy od biedy także Mosso: Cloud Sites (ale już nie Cloud Servers). Do tego dochodzi jeszcze Cloud Storage, gdzie poza Azure Storage i Mosso: Cloud Files mamy także Amazon S3, Nirvanix i EMC Atmos onLine. Zdaję sobie sprawę z tego, że "chmurka" na tak wysokim poziomie (bez dostępu do systemu operacyjnego) niesie za sobą pewne ograniczenia, ale szczerze mówiąc taka forma wydaje mi się bardziej atrakcyjna. No i nie zapominajmy, że Cloud IaaS to tak naprawdę VPS Premium, a Cloud SaaS to zwykły SaaS Jeszcze w ramach ciekawostki: Heroku działa na Amazon EC2 Zgadza się. Jednak w tym momencie zamykacie się na dosyć duży rynek (może nie tyle zamykacie, co nie oferujecie na nim niczego nowego). Pytanie, czy to co zostanie (polskie instytucje i firmy, które nie mogą eksportować danych poza granicę RP) to wystarczająco duża dla całego przedsiewzięcia klientela? Ale w opisanym przez Ciebie scenariuszu klient płaci za dostępną moc. Fakt, że jest jej raz mniej, raz więcej, ale to nie utility computing, w którym klient płaci za wykorzystaną moc Zresztą osoby komentujące Wasz pomysł chyba też rozumieją go troszkę inaczej niż Ty Jasne, ale nie można oferować czegoś takiego jako "magicznego" rozwiązania, bo klient w większości przypadków nie będzie świadomy tego wymagania. Poza tym to jest kolejna zaleta "chmurki" (PaaS), tam takie przygotowanie jest wręcz wymagane, a komfort pracy, jak sam dobrze zauważyłeś, jest praktycznie bezcenny

Coś sprawdzonego? Bahamut / ircd / ircd-hybrid / ircd-ratbox / ircu? Do wyboru do koloru

Jako, że nt. "chmurek" mam dosyć dużo do powiedzenia, zarówno od strony ich implementacji jak i ich wykorzystania, to sobie pozwolę trochę pokomentować pokrytykować Naprawdę? Jeżeli twórcy komercyjnego projektu sami nie wiedzą co chcą zaoferować to powinni zatrudnić kogoś kto się na tym zna albo poprosić o pomoc niezależnych konsultantów. Szukanie pomysłów na forach / serwisach społecznościowych sprawia wrażenie strasznej amatorki. Może nie trzeba było od razu inwestować w 2 szafy sprzętu? Po pierwsze, IaaS (bo po tym co wyczytałem domyślam się, że właśnie to chcecie zaoferować) to nie "chmurka", a co najwyżej dynamicznie skalowalny VPS, czy jak ja to określam, VPS Premium. Wiem, że wielu się ze mną nie zgodzi, ale co tam Osobom lubiącym nadużywać "chmurki" polecam: kilk Po drugie, oferta w tym segmencie jest dosyć bogata (Amazon, Rackspace, SoftLayer, Gandi, itd), tak więc jesteście już mocno spóźnieni, a bez elementu innowacyjności, której póki co w Waszych pomysłach niestety nie widać, ciężko będzie Wam cokolwiek zdziałać. Przynajmniej taka jest moja opinia. Utility Computing - Klient płaci za *wykorzystaną* moc obliczeniową, a nie za dostępną moc.Wszystko fajnie, ale w modelu który chcecie zaoferować, klient płaci za dostępną moc (a konkretniej za możliwość wykorzystania pewnej mocy), a nie za to, co faktycznie wykorzystał. Możliwe, że chcecie to zmienić i obciążać klienta jedynie kosztami związanymi z wykorzystanymi przez niego zasobami (co jest możliwe jedynie jeżeli coś się ostatnio zmieniło i hypervisor jest świadomy tego jakie obiążenie generują poszczególne maszyny wirtualne), to od razu Wam to odradzę, ponieważ: - w tym modelu to nie może być opłacalne finansowo, - mniej świadomi klienci poczują się oszukani (bo ich strony nikt nie odwiedził, a Wy i tak obciążacie ich kosztami za wykorzystaną przez system operacyjny moc). Automatyczny Load Balancing - Platforma automatycznie utworzy nowy, bliźniaczy serwer i postawi Load Balancer między nimi. Mam nadzieję, że zdajecie sobie sprawę z tego, że praktycznie wszystkie aplikacje działające w takim scenariuszu muszą być na to przygotowane i odpowiednio skonfigurowane? W przeciwnym wypadku skutki będą katastrofalne. Reszta to raczej standard. Oh, yeah! Możesz napisać coś więcej? Na stronie nie widzę niczego takiego...

C#, a konkretniej CIL. Nie, a reszta tego co napisałeś to też bzdury.

Po co screen? Wystarczy & Ty jak coś napiszesz to normalnie ręce opadają Przecież jak nie wie jak się do tego zabrać, to tym bardziej sam skryptu sobie nie napisze W bardzo prymitywnej formie może on wyglądać tak: #!/bin/sh PID=`ps | grep a.exe | grep -v grep | awk '{ print $1 }'` if $(kill -0 $PID) then exit 0 fi mono /home/aplikacja/a.exe & Wystarczy wrzucić do cron'a i gotowe

Aż głupio, że to akurat ja to muszę napisać, ale:

Bardziej egzotycznego IRCd nie było?

klik

Napiszę tak:W Internecie jest dostecznie dużo miejsc, w których można w pełni legalnie zdobyć za darmo (ale jakimś nakładem pracy) Amazon Gift Card, że dopóki joker oferował tylko te karty, to podejrzenia, że pochodzą one z nielegalnego źródła, były zupełnie bezpodstawne.

Wyszło

Przesyłka też z Gift Card leci Napiszę jeszcze jutro czy płatność przeszła i towar został wysłany. Zakupy robione w Amazon.com.

Amazon przyjął kod, wieczorem zamówie jakieś książki z mojej wiecznie rosnącej wish-listy i zobaczymy jak to wszystko będzie wyglądało