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.

Przez chwile zastanawialem sie nad cena brutto. Jako uzytkownika spoza Polski, w zasadzie powinna interesowac mnie cena netto. Tu skad pochodzi moja karta kredytowa, nie ma VAT'u. Co prawda jest wzmianka o tym, ze, cytuje: "Ceny z podatkiem VAT 23% nie obowiązują firm spoza Polski, posiadających VAT UE". A co z firmami spoza Polski, np z USA, NIE-posiadajach VAT. Rozumiem ze to szczegol ksiegowy, mimo to wprowadzajacy w dodatkowe zaklopotanie w zwiazku ze zrozumieniem ceny.

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.

Po oplacie dostalem dodatkowy email potwierdzajacy wplate. Po czym wszedlem na moje konto. A tutaj status: "Oczekujacy". Troszeczke przyzwyczajony do realii zachodnich zaczelem sie zastanawiac. Hmm... "Oczekujacy"? Na co. W zasadzie proces skonfigurawania uzytkownika byl automatyczny, proces skonfigurowania serwisu powinien tez byc automatyczny i pewnie jest, tak wiec pozostal mi proces potwierdzenia wplaty. I tu mam maly niedosyt. Placac karta w jakimkolwiek systemem (Visa, MC itp), w zasadzie ten kto przyjmuje platnosc powinien miec potwierdzone automatycznie czy platnosc jest zaakceptowana czy tez nie. Jak by nie bylo po to te systemy zastaly stworzone. No coz, zwalaja to na realia polskie pozostaje czekac.

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.

Jeszcze gorsza sprawa ma się z płatnościami przelewami, mają w regulaminie 3 dni roboczych na wypłatę, i często tego terminu nie dotrzymywali. Najlepsze było to , że jak dochodziło do 4-5 dni, to w panelu zmieniali datę wysłania na regulaminową, a gotówka wysłana! uwaga, wysłana była np. w 4 dzień roboczy, co najczęsciej docierało w 5ty dzień. Panie konsultantki tej "firmy" nie mają pojęcia o niczym, szczególnie Pani Łoś. Olewka klienta, a nawet! zdarzyło się, że dzień wcześniej dzwoniłem z pytaniem dotyczącym płatności, Pani powiedziała że się doinformuje, mija dzień, a Pani Łoś w najlepsze oznajmia, że "zapomniała".

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.

I coś ruszyło w tej sprawie?

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.

serwery vps leżą....

nic nie odpowiada, dodzwoniłem się (niedziela 22.00) i jest awaria. Miejmy nadzieje, że nie sprzętowa

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...

Operacja zakonczona pomyslnie. Co ciekawe dysk z RAID-a z IBM-a jest normalnie widoczny w komputerze w ogole bez RAID-a, ale niestety kazdy dysk z osobna. Ale to tak na marginesie.

O ile pamiętam, standardowa instalacja Debiana właśnie nie widzi tego kontrolera z HP, stąd wszystkie dyski są widoczne osobno.

Jesli chodzi o te szyny HP to powinny pasowac tez do innych szaf (sruby moga nie pasic, ale to najmniejszy problem). W mocowaniach na koncach szyn mozna odkrecic taka mala srubeczke (od zewnetrznej strony) i naciskajac zapadke mozna obrocic mocowanie o 180 stopni. Wtedy masz normalne nagwintowane dziury, a nie te fikusne haczyki. Byc moze masz inne szyny, ale zerknij na nie, bo ja to odkrylem nieco przypadkiem jak sie nudzilem podczas kopiowania danych.

O tym wiem, jest to opisane w instrukcji dot. montażu, ale nie w tym problem. Chodzi o to, co niżej opisał LiveNet.

Tak troszkę z innej beczki ale... ZPAS oferuje kilka rodzajów belek nośnych. Standardowo dodaje takie z którymi jest problem przy pomocowaniu nie tylko szyn HP ale też Della i kilku innych producentów.

 

Ten sam problem wystąpił w ATMANie i naszej serwerowni, Jeżeli problem wystąpił w Twojej szafie a nie kolokacyjnej możesz poprosić dystrybutora o wymianę belek na inny typ. Robią to bez problemów i wszystko pasuje.

 

Choć "oczka" też potrafią czasami mijać się z przeznaczeniem, no cóż ZPAS...

 

http://sklep.zpas.pl...028&idl=1&sid=0

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:

 

Wspierane dla tego modelu szafy to:

 

HP Rack Series Rack 10000 G2 Series

HP 10642 G2 1200mm deep Shock Rack AF092A

HP 10647 G2 1200mm deep Shock Rack AF094A

 

 

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.

Witam chciałbym pokazać że zmiana serwera hostingowego z unixstrom na vipower dało stronie bardzo dużo szczególnie na otwieraniu się strony spadek z ok 9sek na 2,7 s (aktualizacja: 13-01-2011). Przy przenoszeniu nic nie optymalizowałem zmieniłem tylko te podstawowe ustawienia

 

 

Czy ktoś wyjaśni mi dlaczego przy porównywalnej jakości obu hostingów może i nawet unixstrom przewyższa to jest taka diametralna różnica

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".

Witam jako ze za niecały miesiąc kończy mi się roczna umowa z unistorm szukam nowego serwera wirtualnego po moją stronę. Chciałbym poszukać hostingu jakiegoś "wydajnieszego" ponieważ aktualnie strona potrafi zamulić (nie wiem dokładnie po której stronie jest wina), mniejsza o to.

 

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...

Hekko można rozważyć, reszta to albo lipa jest (Supershi.. eee Superhost) albo nie znam, bo za krótko w obwodzie jest (Freecast) albo firma, którą ja bym mógł założyć, czyli Głowanet czy Vipower.

 

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

Witam,

 

Jak u Was jest w wdrażaniem IPv6? Myślicie, że firmy hostingowe olewają sobie sprawę i na razie nie mają zamiaru wdrażać IPv6?

U siebie w domu mam zestawiony tunel z brokerem (HE), na VPSie mam jeden adres IPv6. Aktualnie czekam na pule adresów.

 

Pozdrawiam.

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.

Napisałem już wcześniej gdzie jest problem, mam prawo mieć takie zdanie, że security u was kuleje i nie zmienię tego zdania do momentu w którym udowodni Pan, że jest inaczej. W Polsce jest wolność słowa, forum jest od wyrażania opinii więc ja tutaj naprawdę nie widzę problemu.

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óż...

Po drugie: napisałem wyżej, że jak znajdę czas to ładnie wszystko opiszę na moim blogu o waszej firmie - tutaj będę działał całkowicie zgodnie z prawem, ponieważ szanowny Panie Michale, sam Pan podesłał informacje niezbędne informacje by opisać błędy na waszych serwerach.

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.

Ja Ci polecę castpol.pl

Mam tam shareda i wszystko fajnie śmiga.

 

Mogę też śmiało powiedzieć, że administrator castpol.pl bije na głowę pod względem security na serwerze firmy wyżej wymienione a w szczególności unixstorm którzy wszyscy wychwalają pod względem TYLKO jakości usług a nie bezpieczeństwa danych które jest tam zerowe.

 

Pozdrawiam

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ą.

Unixstorm - jw. jest ogrom opcji i działa ok bo mam tam Biznes 1, ale na reseller już ich nie ma, no i tu też ta pamięć po prostu boli

 

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...

Jeszcze jedna ważna rzecz - żeby nie było trzeba płacić z góry za rok bo nie wiem czy to konto za 3 mc będzie mi potrzebne dalej

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.

Kurde, cały unixstorm leży ;(

 

http://grd.net.pl/unixstorm/monitor/

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:

 

Szanowni Panstwo,

 

Informujemy, ze w dniu 23.11.2010 w godzinach 04:00 - 07:00 odbeda sie prace modernizacyjne w naszej sieci, w wyniku ktorych wystapi kilkuminutowa przerwa w dzialaniu uslug swiadczonych dla Panstwa. Prace nie spowoduja nieedostepnosci uslug z VRRP.

 

Za zaistniale niedogodnosci przepraszamy.

 

 

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.

Co do supportu podaje dokładne daty:

 

Autor: konuss ::: 2010-11-08 17:24:11 - rozpoczecie helpu

Autor: admin ::: 2010-11-08 19:52:14  - odpowiedz helpu.

Pracujemy do godz. 17:00, a nie całodobowo.

Link: http://www.unixstorm.org/Kontakt.html

Odpowiedź dostał Pan więc po godzinach pracy biura. W sumie wszystkie Pana zgłoszenia były realizowane po godzinach, włącznie z realizacją zamówienia  w niedzielę.

Tak to jest, jak ktoś ma dobre intencje i stara się pomóc za wszelką cenę...