UnixStorm.org

Witam, Z naszej strony mogę zaproponować lekko zmodyfikowany pakiet "Reseller-Pro" . Parametry tak jak w ofercie, ale z powiększonym limitem transferu do 200 GB/m-c. Cena brutto: 1476.00 zł (lub bez zwiększonego transferu: 1230,00 zł) Do konta dołączony jest dostęp SSH (dla Resellera), dedykowany adres IP i gwarancja dostępności na poziomie min. 99,80% w skali roku. W przypadku pytań zapraszam do kontaktu mailowego lub telefonicznego.

Widzę obecnie jedno zamówienie z weekendu na dane firmy zagranicznej - domyślam się, że jest to właśnie Pana zamówienie. Przede wszystkim szkoda, że nie skontaktował się Pan z nami przed dokonaniem płatności bo oczywiście ma Pan rację w kwestii rozliczenia tego zamówienia. Aktualnie w Polsce obowiązuje nakaz podawania cen brutto, stąd też taki format przeliczeń na naszej stronie. W przypadku jednak klientów z np. VATem europejskim, mamy obowiązek zweryfikowania, czy podany przez klienta numer NIP ma aktywny status VAT UE - zanim wystawimy dla niego fakturę. Nasz system jeszcze nie jest niestety w pełni przystosowany do automatycznego rozliczania wszystkich firm zagranicznych (trwają nad tym prace), stąd w Pana przypadku wygenerowana została również kwota netto + VAT 23%. Gdyby skontaktował się Pan z nami przed dokonaniem płatności - zostałoby to skorygowane do kwoty netto. W tej chwili mogę jedynie prosić Pana o kontakt mailowy lub telefoniczny w celu ustalenia kwestii rozliczeń dla Pana firmy, tudzież zaproponować rozwiązanie dla już opłaconego zamówienia. Faktura zostanie oczywiście wystawiona tak, jak Pan napisał, tj. bez VATu. W przypadku płatności kartami kredytowymi obowiązują dwie metody ich realizacji. Jedna polega na wstrzymaniu realizacji (np. o 1 dzień) jako formy zabezpieczenia przed fałszywymi wpłatami, a druga to tzw. "Express Payment", która tej weryfikacji nie posiada. W przypadku przyjmowania płatności "ekspresowych" za całość odpowiada wyłącznie dana firma (w tej sytuacji my, a nie bramka płatności) i tak też jest w tej chwili u nas. Większość płatności realizowanych u nas otrzymuje status potwierdzający od razu po dokonaniu zapłaty. W Pana przypadku nasz system otrzymał potwierdzenie z lekkim opóźnieniem (około 1 godziny?), co prawdopodobnie ma związek z Pana bankiem. Była to jednak płatność Express Payment. Gdyby miała tutaj być dodatkowa weryfikacja to zamówienie otrzymałoby status "zrealizowane" znacznie później.

Potwierdzam, dokładnie to samo z naszej strony było. Korzystaliśmy z DotPaya już chyba prawie 3 lata i ewidentnie jest coraz gorzej. Kwoty z płatności online wypłacane po nawet kilkunastu dniach od zlecenia, a w systemie cofano datę tak, aby "wyglądało", że wysłane zostało w terminie. Nie wiem, czy to próba robienia idiotów z ludzi, ale każdy ma swoje granice cierpliwości. Kiedy 40-50% obrotów w firmie idzie taką drogą to nie wyobrażam sobie, aby co 2-3 dni męczyć się z firmą w celu odebrania własnych pieniędzy, a nie były to małe kwoty. Wysyłanie wpłat po 7-8 dniach roboczych ostatnio stawało się normą, przy czym datę w systemie cofano o 4 dni. Co jakiś czas znikają całkowicie raporty zgromadzonych środków z SMSów (np. znikają poprzednie miesiące, a obecne zeruje). Były też przypadki, że płatności SMS były potwierdzane do naszego systemu po kilka razy (klient wysłał raz SMSa, dostał doładowanie 2-3 razy z różnymi kodami zwrotnymi, a my dostaliśmy kwotę x1). Wypłaty za SMSy też różnie, rozliczenia (raporty) tak samo. Kontakt prawie zerowy. Na połowę emaili w ogóle nie dostaje się odpowiedzi, na niektóre nawet po 3 tygodniach (!). Ogólnie paranoja. Płatności online przenieśliśmy do PayU, SMSy jeszcze zostały, ale nie wiem na jak długo bo tutaj też zaczyna cierpliwości brakować... Nie da się prowadzić działalności, kiedy druga strona w taki sposób podchodzi do sprawy. Nie przy takich kwotach...

Witam, Z naszej strony możemy zaproponować lekko zmodyfikowany pakiet "Reseller-Pro". Wszystkie parametry byłyby tak jak w standardzie, ale transfer zwiększony do 300 GB/m-c. Łączny koszt: 184.50 zł/m-c lub 1845.00 zł/rok (z VATem). Serwery zlokalizowane są w Centrum Danych ATMAN w Warszawie, na naszym własnym sprzęcie, własnej klasie adresowej, itd. Mówiąc dokładniej, wszystko jest "nasze", nie jesteśmy niczyim resellerem i nie jesteśmy zależni od żadnej innej firmy (poza serwerownią rzecz jasna). Wszystkie serwery oparte są o panel DirectAdmin. W przypadku pakietów Reseller nie narzucamy własnych szablonów graficznych, klient może instalować/modyfikować wygląd panelu do własnych potrzeb. Wszystko oparte jest o gwarancje SLA zapisane w naszym regulaminie (min. 99,80% dostępności w skali roku) z możliwością podpisania "papierowej" umowy zawierającej wszystkie podane gwarancje. W razie zainteresowania zapraszam też do bezpośredniego kontaktu, telefonicznego lub mailowego - przy większych pakietach możemy indywidualnie przedstawić wszystkie warunki i ceny, ewentualnie dodatkowe propozycje jak np. nielimitowany transfer z rozliczaniem tylko za wykorzystane GB ponad limit.

Jeszcze pracujemy nad tym. Trochę się wszystko przesunęło w terminie ze względu na inne prace od początku roku, ale sprawa publicznego IPv6 "jest w toku".

Prace były przeprowadzane na innym serwerze. W tym przypadku (VPS) faktycznie wystąpił wczoraj "nieplanowany", kilkunastominutowy problem.

Wszystko już działa, "awaria" trwała poniżej 15 minut (pierwsza w historii tej maszyny, czyli od ponad 370 dni). PS. Czasami warto najpierw zadzwonić, później pisać na forum...

Właśnie problem w tym, że wisi i to sporo...

O ile pamiętam, standardowa instalacja Debiana właśnie nie widzi tego kontrolera z HP, stąd wszystkie dyski są widoczne osobno. O tym wiem, jest to opisane w instrukcji dot. montażu, ale nie w tym problem. Chodzi o to, co niżej opisał LiveNet. Właśnie jest to szafa należąca do ATM, ale już dostałem informację, że będą walczyć aby to jakoś dostosować. Co ciekawe, takie szyny są tylko dla niektórych modeli HP. Większość ma "normalne" szyny, a nikt z HP nie potrafił odpowiedzieć na pytanie dlaczego ten jeden model musiał mieć akurat takie szyny. Z oficjalnej odpowiedzi serwisu: Dla mnie osobiście jest to co najmniej nie fair i wygląda na zwykłą próbę wymuszania zakupu szaf tego samego producenta. Zarówno IBM, Sun jak i Intel potrafią zrobić szyny do różnych modeli, które nie mają problemów z żadnymi standardowymi szafami rack. No i raczej z naszej strony będzie to już pierwszy i ostatni zakup sprzętu od HP.

Tak informacyjnie... Jeśli planujesz zmianę na HP160G6 i będziesz go montował w szafie rack to upewnij się najpierw, że szyny będą pasowały do Twojej szafy. Dosłownie kilkanaście dni temu trafiliśmy na niemiłą niespodziankę z takim serwerem - szyny są tak skonstruowane, aby pasowały do szafy HP, ale przykładowo nie da się ich zamontować w standardowej szafie ZPAS (dość powszechnie używanej). Być może nie da się ich przymocować również w szafach innych producentów. HP nie udostępnia innych szyn do tego serwera.

Nie wiem w jaki sposób Google to liczy, jakie dane pobiera i z jakich lokalizacji. Patrząc na podane czasy wydaje się, jakby ich narzędzia pobierały całą zawartość strony, włącznie z elementami graficznymi i innymi wpisanymi w kodzie strony. Takich elementów na tej stronie głównej jest aż ~110, co na pewno wpływa mocno na spowolnienie. Jest tam pełno plików graficznych, skryptów JS i zewnętrznie ładowanych styli. W każdym razie klikałem po tej stronie z dwóch różnych przeglądarek (Firefox i Opera pod Linuksem) i osobiście nie odczuwam żadnej różnicy pomiędzy jednym, a drugim serwerem. Na obu zasuwa aż miło.

Sprawdzone przez chwilą: URL: http://www.kreedz.pl Load Time: 1.8095 seconds Page Size: 80.5 kb URL: http://kreedz.unixstorm.org/ Load Time: 1.7259 seconds Page Size: 80.28 kb Za pomocą: http://www.websitego.../speed-test.php Jak dla mnie to tutaj 9 sekund nie widać, a nawet nasz serwer wyrzuca stronę troszkę szybciej...

Dołożę jeszcze coś od siebie... Nadal twierdzę, że problem jest z jakimś Twoim (mam nadzieję, że mogę na "Ty"?) skryptem. Na serwer VPS w mojej opinii nie musisz się przeprowadzać, bo generowane przez to konto obciążenie jest bardzo małe. W tej chwili nawiązane jednocześnie połączenia do Twojej bazy oscylują w granicach 0-2. Fakt, niektóre są baaardzo długie (z tego co widzę to chyba wyszukiwarka forum), ale nie jest to raczej przyczyna tych problemów. Z tego co widzę, korzystasz też ze skryptu, którego autorzy nie grzeszą wyobraźnią - amxbans. Jeśli ten skrypt (lub pluginy amxbans z Twoich serwerów gier) łączy się z bazą, na której jest postawiona ta strona/forum to radzę tutaj zacząć szukać problemów. Skrypty amxbans mają właśnie to do siebie, że otwierają dużo połączeń do bazy i nie zamykają ich po sobie. W efekcie bardzo łatwo wykorzystać limity. Jeśli amxbans i forum/strona są na tej samej bazie to zacznij od rozdzielenia ich na dwie osobne. Wtedy jedno nie będzie kolidowało z drugim. ****** DOPISANE: właśnie przypadkiem zauważyłem... 32 nawiązane połączenia do Twojej bazy z zapytaniami trwającymi nawet po 30 sekund, prawdopodobnie na wyszukiwarce (SELECT l.word_text, COUNT(*) AS word_count FROM phpbb_search_wordlist AS l, phpbb_search_wordmatc...). Spróbuj wyłączyć wyszukiwarkę dla niezarejestrowanych osób albo sprawdzić w logach strony, czy ktoś Ci tego nie robi celowo. To dość częste zachowanie wśród małolatów z kręgów "Counter-Strike'a".

Jesteśmy grupą młodych ludzi, zajmujących się od wielu lat usługami hostingowymi i administracją serwerami opartymi o systemy Linux/Unix. Usługi hostingowe w ramach marki Unix Storm prowadzimy od czwartego kwartału 2007 roku. Naszym celem jest oferowanie usług o dość rzadko spotykanych możliwościach i funkcjonalności, a dodatkowo w oparciu wyłącznie o markowe platformy sprzętowe i biznesowe łącza w najlepszych możliwych lokalizacjach. Na chwile obecną wszystkie oferowane przez nas usługi ulokowane są na naszym własnym sprzęcie i własnej sieci w Centrum Danych ATMAN w Warszawie, co pozwala nam na oferowanie usług na najwyższym możliwym poziomie i z gwarantowanym czasem dostępności na poziomie nie mniejszym nią 99,80% w skali roku. Oferujemy: - konta WWW/Reseller. - rejestracje domen, - dzierżawę serwerów VPS i dedykowanych ulokowanych w Warszawie, - kolokacje serwerów i dzierżawę łącz internetowych, - serwery gier multiplayer, - usługi outsourcingowe, w tym administracje serwerami zewnętrznych firm.

Tak, jak dzisiaj pisałem w odpowiedzi na maila - wina serwera jest raczej bardzo mało prawdopodobna bo jest to serwer (atm8), który stoi już prawie pusty i zostało na nim dosłownie ~kilkunastu klientów. Wykres obciążenia z ostatniej doby: http://raven.unixstorm.org/pub/atm8-cpu_total.png (to jest CPU użytkowników + procesy systemowe + i/o wait, itd...). Na życzenie możemy przenieść konto na inny serwer, ale biorąc pod uwagę obciążenie aktualnej maszyny, wątpię aby coś to zmieniło w kwestii szybkości działania. Może co najwyżej pomóc jeśli powodem są zbyt wolne zapytania MySQL - na nowszych platformach MySQL jest wydzielone na osobne, wydajniejsze maszyny. W każdym razie sugeruję sprawdzić dokładnie konfigurację tego skryptu...

Sponsi, nie wszystkie z wymienionych w tym temacie są w superhoście... :-)

My już od paru miesięcy mamy własną klasę /48 puszczoną na dual-stacku przez ATM i właśnie bardzo możliwe, że niedługo uruchomimy większość usług dodatkowo na IPv6. Niewykluczone też, że niedługo będzie można od nas dostać /64 na własne potrzeby, również dla klientów zewnętrznych (w wariantach komercyjnych i niekomercyjnych - kilkanaście podsieci od nas już jest rozdanych :-) )... Ogólnie jeszcze długo nie będzie pewnie potrzeby przesiadania się na v6, ale w niektórych przypadkach już teraz coś takiego się przydaje.

Obawiam się, że to Pan będzie musiał udowodnić swoje racje rzucając takie oskarżenia. Co więcej - na ten "opis" już odpowiadałem. chmod 600 na skrypty PHP, a nie 644. Jeśli użytkownik pomimo naszych informacji uznaje to za "zerowe bezpieczeństwo" to cóż... Ok, w takim razie moja wypowiedź w tym temacie (mam nadzieję) na tym się kończy. Jak widzę temat będziemy musieli wyjaśnić na innej drodze.

Szanowny Panie, Po raz już kolejny rzuca Pan oskarżenia w naszym kierunku, które wyjaśniałem w innym temacie na tym forum. Jeśli nadal chodzi o te same argumenty to myślę, że sprawa została wystarczająco wyjaśniona. Jeżeli nie - zapraszam do kontaktu bezpośrednio z nami. To samo dotyczy sytuacji, kiedy znajdzie Pan coś, co może budzić jakieś zastrzeżenia. Wspomnę tylko, że ujawnianie jakichkolwiek informacji publicznie bez naszej zgody, a mogących w jakikolwiek sposób zagrażać bezpieczeństwu naszych systemów lub ich stabilności będzie przez naszą firmę egzekwowane za każdym razem. Rzucając takie oskarżenia na forum publicznym rozumiem, że w pełni liczy się Pan z konsekwencjami i jest Pan przekonany co do zasadności tych wypowiedzi. Ostatnio opisana sytuacja jasno dotyczyła błędnych praw dostępu do skryptów PHP ustawianych przez UŻYTKOWNIKA i bynajmniej ma się to nijak do napisanej wyżej opinii. Oczernianie jakiejkolwiek firmy z powodu własnej niewiedzy nie jest nigdy mądrym posunięciem. Reasumując, jeśli ma Pan jakieś sensowne zastrzeżenia to zapraszam do kontaktu telefonicznego lub mailowego bo ani dla nas, ani dla Pana nie będzie wygodnym wyjaśnianie sprawy w bardziej "niezawisły" sposób.

Przedłużenia również mogą być dokonywane w cenie promocyjnej, ale tylko jeśli spełniony zostanie jeden główny warunek - przedłużenie musi być dokonane w ciągu ostatnich 30 dni przed datą wygaśnięcia. Regulamin promocji: http://www.unixstorm.org/Promocje/Letnia_promocja,id9.html Z tego co widzę, Pan dokonał przedłużenia przed 30 dniami, stąd system wygenerował standardową cenę. Generalnie jest to podyktowane faktem, że przy poprzedniej promocji (również z przedłużeniami) część klientów zamawiała usługi w cenie promocyjnej na rok i od razu dokonywali przedłużenia na kolejne lata (nadal w promocji), więc analogicznie można było wykupić usługę na 10 lat za pół ceny. Zawsze staramy się iść na rękę stałym klientom, ale aby nie doprowadzić do absurdów, musieliśmy ograniczyć przedłużenia tylko do klientów, których uslugi faktycznie niedługo wygasają.

Nie chcę Cię zmuszać do niczego na siłę, ale jeśli chodzi o jakieś dodatki z "biznesowych" pakietów to możliwe, że moglibyśmy je również udostępnić w wybranym pakiecie Reseller (bez opłat albo za niewielką kwotę), więc być może jednak spełnimy Twoje oczekiwania mimo wątpliwości... :-) Jeśli chodzi o wykorzystywaną pamięć to pewnie wynika to z kilku modułów/rozszerzeń ładowanych w PHP na wszystkich kontach. Jeśli u danego klienta nie są one potrzebne to nie widzę problemu, aby je zwyczajnie wyłączyć, zmniejszając wykorzystanie pamięci. Kwestia samego limitu pamięci dla PHP na kontach użytkowników też wbrew pozorom jest raczej "ruchomą" granicą, w miarę rozsądku oczywiście...

U nas przy najmniejszych pakietach takiej możliwości nie ma. Dzielenie kwoty 12,20 zł (rocznej) byłoby trochę absurdalne.., Dedykowanych adresów IP dla kont WWW również nie przydzielamy już na okresy krótsze niż 1 rok.

Witam, Mogę zaproponować w takiej sytuacji najmniejszy pakiet u nas - "Start-1". Wszystkie pakiety z serii "Start" można zamówić bezpłatnie przez stronę na okres 7 dni. Serwery w Warszawie, panel DirectAdmin. Dedykowany adres można wykupić osobno do każdego konta za dopłatą: 122 zł/rok brutto. W tym przypadku łączny koszt wynosiłby: 134.20 zł brutto/rok.

Od kilkunastu minut wszystko jest online - był atak na naszą sieć. Sprawca namierzony, dalej sprawą zajmiemy się w innym toku.

Witam, Nie było żadnej awarii. Przerwa wynikała z planowanych prac technicznych w serwerowni przez ATM: Komunikat o tych pracach miał również wyjść do naszych klientów kilka dni temu, ale widzę, że w wyniku błędu naszego systemu newsletter nie został wysłany - nasz błąd. W każdym razie tak jak wyżej napisano - przerwa trwała około 1h. Swoją drogą zawsze ATM przy pracach na sieci nie powodował przerw dłuższych niż kilka minut (dzisiaj też tak miało być jak widać wyżej), a tym razem wydłużyło się to dość mocno... Niedostępne w tym czasie były serwery prawie wszystkich firm ulokowanych w ATMANie, nie tylko my.