Archiwa tagu: opinia

Mój krótki epizod z gnum.pl

Pewnego pięknego i ciepłego dnia dostałem pęczek maili, które zburzyły mój sielankowy nastrój. Rejestrator moich IDNowych domen przypomniał, że roczny okres dzierżawy domen mija i należy się podzielić z nimi swoimi ciężko zarobionymi pieniędzmi. W takich chwilach gwałtownie rośnie chęć przejrzenia ofert rejestratorów domen. Szukam, szukam i trafiłem na rejestratora, który ma ceny niższe niż moje obecne. Tak o to trafiłem na serwis gnum.pl.
Szczęśliwy, że mogę zaoszczędzić kilka groszy pędzę czytać regulamin:
http://web.archive.org/web/20150921125307/https://gnum.pl/regulamin
A tam widzę taki punkt w Polityce Prywatności:

5. Żadne obszary serwisu Gnum.pl nie wykorzystują plików Cookies.

Wow! Czyżby wzieli przykład z np. StartSSL i logowanie odbywa się z użyciem klucza i certyfikatu SSL? Wydało się mi to jednak zbyt nowatorskim podejściem i zacząłem podejrzewać, że jednak sprawdzanie czy użytkownik jest zalogowany odbywa się klasycznie czyli poprzez ciastko. Użyłem wielce skomplikowanego polecenia aby poznać prawdę jak to jest z tymi słodyczami.

$ curl -I https://gnum.pl
HTTP/1.1 200 OK
Date: Mon, 21 Sep 2015 13:06:00 GMT
Server: Apache/2
X-Powered-By: PHP/5.3.29
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Set-Cookie: PHPSESSID=e4ad72d1d42235c87395755f6fc30e36; path=/
Vary: Accept-Encoding,User-Agent
Content-Type: text/html

Co ja paczę?! Widzę, że php używany przez serwer (zakładając, że nie została ona podmieniona) to bardzo nowoczesna, wspierana i bez żadnych błędów bezpieczeństwa wersja 5.3.29. Nic to, w phpie i tak się nikt nie połapie. Bardziej zacząłem martwić się tym, że jest ustawiane ciastko, a przecież Polityka Prywatności jasno nas informuje, że żadne obszary serwisu nie używają ich. Wysłałem informację na ten temat do serwisu.
Mija dzień za dniem, nie śpię po nocach oczekując informacji o tym, że problem został rozwiązany, w tym czasie na kawę wydałem fortunę. Piątego dnia oczekiwania poddałem się, uznałem, że firma „ReTop Internet Solutions Gądziak Miłosz” nie udzieli mi odpowiedzi na pytanie o to dlaczego łamie swój własny regulamin. A skoro mają takie podejście to ja nie będę zainteresowany współpracą z nimi. Zatem wysłałem do nich grzeczną prośbę o zaprzestanie przetwarzania moich danych osobowych i ich usunięcie. Otrzymałem odpowiedź, że moja prośba została zrealizowana.
Nie mogę się zalogować w tym serwisie na swoje konto, optymistycznie uznaję, że dane zostały usunięte.
I tak myśląc o tych danych to coś mnie tknęło. Zaglądam w regulamin i szukam informacji o tym kto jest administratorem moich danych osobowych. Ups, cisza, nie ma tam takiej informacji. Z duszą na ramieniu tuptam do serwisu https://egiodo.giodo.gov.pl/index.dhtml i staram się znaleźć informację czy ten zbiór danych został zgłoszony. Nie znalazłem ani szukając po słowie „gnum” ani po nazwie firmy. To może mają własnego ABI? Korzystając z wcześniej wymienionych danych również nie znalazłem ABI powiązanego z tą firmą. Cóż, może tylko źle szukałem, może tylko wystarczyłoby dopytać u źródła? Odpuściłem to sobie.
Mija ósmy dzień a odpowiedzi nadal nie mam (usunięcie konta z ich serwisu nie oznacza, że nie chcę jej otrzymać!:) ).

I tak o to nie skusiłem się na korzystanie z takiego rejestratora domen, odżałowałem trochę diengów i zapłaciłem daninę u dotychczasowego rejestratora.
P.S. Zwróciłem nadawcy – właścicielowi firmy uwagę na to, że wysyła maile ze złą datą – wcześniejszą o dwa dni. W mailu otrzymanym kilka dni później data także była wsteczna, zapewne akurat ta osoba była zaczytana w dziele Marcela Prousta:)

Czy Net-Serwis dyskryminuje ze względu na wiek? Moja opinia to…

Jeden z warszawskich dostawców internetu posiada na swojej stronie internetowej dział „praca”. Możemy sobie wybrać interesujące nas stanowisko i za pomocą dostępnego na stronie formularza możemy zaproponować firmie Net-Serwis swoją kandydaturę na ich nowego pracownika.
I tutaj natknąłem się na problem, formularz posiada rozwijane pole „Rok urodzenia”, a wybór roku rozciąga się od 1965 roku do 1985. Przyjmijmy, że nie mieszczę się w wymienionym zakresie, czy powinienem okłamać pracodawcę już na samym wstępie? Trochę zły początek współpracy, a co gorsze poświadczyłbym nieprawdę, łamiąc prawo. Czyli nie mogę tam aplikować, ponieważ jestem za młody (mimo,że pełnoletni) albo jestem zbyt stary.
Moim zdaniem jest to dyskryminacja ze względu na wiek, czy jestem odosobniony w mym twierdzeniu?
O to adres strony z działem „praca”: http://isp.net-serwis.pl/?p=praca , oraz dodatkowo, adres do webarchive z zawartością strony sprzed 4 lat: http://web.archive.org/web/20070221191956/http://isp.net-serwis.pl/?p=zgloszenia&ids=9 .
Ciekawe, sytuacja nie zmieniła się od tylu lat.

Taki drobiażdżek

W styczniu były problemy z Mysql, firma Hekkonet oficjalnie przyznała się do tego (co nie jest zbyt częste). Zapowiedzieli jednocześnie rekompensaty w następnym miesiącu.  Minął luty, nie dostałem informacji o żadnej gratyfikacji więc wysłałem pytanie o to czy nie zapomnieli rozesłać informacji o przedłużeniu ważności konta. I tutaj nie zostałem rozczarowany, czyli głowa w piasek (brak odpowiedzi na maila) za to konto przedłużone zostało o kilka dni.

Czyli należy zawsze pilnować i egzekwować tego co zostało obiecane przez kogoś.

Przygód z Hekko ciąg dalszy

Pewnego miłego wieczoru, dnia drugiego lutego 2009 roku, dla odmiany ;) siedziałem przy kompie. Standardowo sprawdzam czy nie ma problemu z moim „ulubionym” hostingiem. Była lekko po 21 i ku memu zaskoczeniu – działa.

Po kilkunastu minutach, chciałem zajrzeć na swojego wordpressa zobaczyć co nowego słychać.  Przywitała mnie znajoma strona proponująca instalację WP. No tak, wiedziałem co się szykuje, dla pewności sprawdziłem co się dzieje z dwiema pozostałymi stronami korzystającymi z MySQLa. Oczywiście nie działały.

Już kiedyś to przerabiałem, wysypały się tabelki w mysql. A więc standardowo, wysłałem maila na odpowiedni adres z zapytanie co się stało, że baza danych nie działa. (Skoro strony korzystające z mysql opluwały mnie błędami, to nie wnikając w szczegóły techniczne, jest problem z bazą).  Otrzymałem maila informującego: ”

Jakiś przykład ? Ponieważ: Serwer MySQL działa przez 0 dni, 0 godzin, 21 minut i 40 sekund.
Początek pracy: 02 Lut 2009, 21:48. Dziś był tylko zresetowany serwer MySQL, nic więcej.

Więc zgodnie z prośbą podałem adresy stron, które się wysypały.  W  odpowiedzi dostałem info, że podane strony działają. Dlaczego niby działały? Ponieważ w wordpressie korzystam z wtyczki cacheującej (ale brzydkie słowo), wyczyściłem więc go. A na dwóch pozostałych, strona główna nie korzysta z bazy, dopóki nie kliknie się „zaloguj”.

Mail do -> biuro@….  z prośbą aby zużyć klawisz myszki i kliknąć cokolwiek na stronie. Mail biuro-> ja : ”

Zatem zapraszam do phpmyadmin: http://ciach.ciach/phpmyadmin/ dowie się tam Pan o prawidłowym
funkcjonowaniu MySQL. MySQL został zresetowany w trybie stabilnym dla baz co nie pozwala na ich
zniszczenie.

W tym momencie poczułem się klientem, któremu została udzielona skuteczna pomoc techniczna, którego problemy nie biorą się z jego niewłaściwych działań lecz z przyczyn leżących po stronie usługodawcy. Poprosiłem więc o kontakt z przełożonym osoby z którą korespondowałem. Ku memu zdziwieniu okazało się, że to sam właściciel firmy „dba” o zadowolenie klienta.

Zatem nie zostało mi nic innego jak podłączyć się do bazy, potem był check table i zgodnie z przypuszczeniem były one uszkodzone. Kolejny mail -> biuro@… z informacją, że podczas tego bezpiecznego restartu uległy uszkodzeniu tabele w bazie. Odpowiedzi nie dostałem.

Po kilkunastu minutach (zbliżała się już północ, chciałem się aby przed snem upewnić jaki jest stan) okazało się, że tabele zostały naprawione. Wymagało to oczywiście puszczenie zwykłego sqla po bazie i tyle. Czyli, przez prawie dwie godziny szło mailowanie, moje niezadowolenie z obsługi klienta w Hekkonet po raz kolejny zostało ugruntowane. Ale przecież problem nigdy nie wynika z działań Hekko, albo to jacyś sabotażyści, w sywestrowy wieczór zmienili ipki jakimi dysponowała firma, w związku z tym był problem nawet z działaniem NSów. (”

Trwają zmiany puli adresów IP, które są przypisane do maszyn s1 i s2. Przepraszamy za problemy i
prosimy o cierpliwość. Z przyczyn nie zależnych od nas nie byliśmy wstanie udzielić informacji w
odpowiednim czasie.
„)

A czasem to MySQL AB perfidnie oszukał biedną firmę Hekko i te restarty bazy w „trybie stabilnym” to były może i stabilne ale nie dla tabel.

Taki problem z bazą to miałem już kilka miesięcy wcześniej, bodajże w okolicach września. Okoliczności były podobne,

wtedy otrzymałem informację w stylu ” … tabele oparte na MyIsam często ulegają uszkodzeniu”  i oczywiście to nie ich wina. Wtedy musiałem samodzielnie puścić sqla , klient został olany.

Aby zabezpieczyć się przed kolejną odpowiedzią jak powyżej to zmieniłem silnik na Innodb, w jednej z baz  (WPresowej). I tak się wysypały podczas tegoż restartu MySQLa.

Nie wspominam już o awariach, do których firma oficjalnie przyznaje się.

Aha, w DirectAdminie z którego korzystają jest takie miejsce, opisane jako ” Pełne logi błędów Apache’a” wbrew pozorom „….

obecnie, ten log nie pochodzi z samego Apache.

Taką odpowiedź dostałem na pytanie dlaczego nie ma dat oraz godzin przy liniach z logami.

Urocze :)

Część pierwsza : http://blog.mejor.pl/2008/12/opinia-o-hekko/

Krótka historia: http://blog.mejor.pl/2009/03/taki-drobiazdzek/

Tanie mięso psy jedzą, czyli moja opinia o Hekko

Skusiłem się na wykupienie domeny tym razem dla siebie. Znalazłem tanią ofertę, wybrana domena była wolna, poszedł przelew. I nastąpiło pierwsze zdziwienie, tak wiem, nie przeczytałem uważnie oferty ale dla mnie to był standard że kupując domenę dostaje się dnsy. Tutaj, za darmo, mogłem jedynie zrobić delegację.

I to powinno dać mi do myślenia i powstrzymać od dalszej współpracy.. Zakupiłem więc hosting. I ogólnie parametry mieszczą się tym co oferują. Tylko jakoś nie jestem zachwycony tym, że kilka razy w miesiącu są „pady” po kilkanaście minut. Albo tym, że kilkanaście razy dziennie jest restartowany apache co owocuje zwykle 50 sekundową niedostępnością. A ostatnio to pół godzinne pady także nie są czymś nadzwyczajnym.

A żeby było ciekawiej to firma Hekkonet monitoruje dostępność, a co za tym idzie stanowi to dla nich punkt odniesienia w przypadku reklamowania usługi, za pomocą http://host-tracker.com , któraż to sprawdza działanie serwera www co 10 minut. W co się nie łapią przerwy wynikające z reloadu apache.

Tak więc jeśli ktoś mnie zapyta, to moja opinia o Hekkonet jest negatywna. Co nie znaczy, że inni nie będą zadowoleni z jakości ich usług w stosunku do ceny.

Edit 1 : Okazuje się, że nie uznają nawet host-trackera. Wygląda na to, że nie uznają żadnych pomiarów, które wskazywałyby na to, że ich obiecane 99.5% dostępności nie byłyby spełnione.  Dzisiaj ( 2008-12-15) znowu była długa przerwa, serwer się położył na około 20 minut. Nie działały nawet dnsy dla mojej domeny. Koszmar.

2009-01-21, to juz chyba trzeci dzień, kiedy wykłąda się baza mysql. Jak nie restart apache to wysypka bazy danych. Coooool.

Ciąg dalszy http://blog.mejor.pl/2009/02/problemy-z-hekko-ciag-dalszy/