Skocz do zawartości

Piotr GRD

Użytkownicy
  • Ilość treści

    63
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    5

Piotr GRD wygrał w ostatnim dniu 6 Sierpień

Piotr GRD ma najbardziej lubianą zawartość!

Reputacja

26 Excellent

Ostatnio na profilu byli

513 wyświetleń profilu
  1. Jeśli nie zaktualizujecie oprogramowania (firmware) niektórych dysków SSD od HP (20 modeli, m.in. HPE ProLiant, Synergy, Apollo, JBOD D3xxx, D6xxx, D8xxx, MSA, StoreVirtual 4335, StoreVirtual 3200) z oprogramowaniem starszym niż HPD8, "umrą" one po 32 768 godzinach pracy (3 latach 270 dniach 8 godzinach), utracone też zostaną zapisane na nich dane. Wynika to z odkrytego niedawno błędu w oprogramowaniu tych dysków. Jeśli posiadacie takie dyski, sprawdźcie ile godzin już przepracowały, jeśli blisko 32 tysiące, spieszcie się z aktualizacją albo czasowo je wyłączcie. Biuletyn HP z listą dysków i linkami do pobrania aktualizacji (na chwilę obecną tylko dla 8 modeli spośród 20): https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-a00092491en_us Na marginesie.... ciekawe, czy to przypadkiem nie jakaś źle przeprowadzona akcja z celowym skracaniem żywotności produktów... może tylko miały zacząć zwalniać i sypać powoli błędami, a nie całkiem się wyłączać?... tylko pytam, nic nie sugeruję, ale nie takie rzeczy, niestety, duże firmy z najróżniejszymi produktami robiły (najsłynniejsze chyba są żarówki, o celowym skracaniu żywota których dowiedzieliśmy się po kilkudziesięciu latach dopiero).
  2. A czy ktoś zaczął od sprawy podstawowej, tzn. czy plik "/jscripts/sceditor/editor_plugins/undo.js" w ogóle istnieje? Pytam, bo pobrałem paczkę MyBB 1.8.21 i widzę, że w niej nie ma takiego pliku. To znaczy jest, ale w folderze o innej nazwie: "/jscripts/sceditor/plugins/undo.js". Być może szogun ma inną wersję MyBB, w której jest ciut inna struktura folderów i tam istnieje folder "editor_plugins" i faktycznie problem jest z błędnie przypisanym mime_type. Ale prędzej obstawiałbym, że w nadrzędnym dokumencie jest błąd w odwołaniu do tego pliku (folderu), a co za tym idzie serwowany jest nie plik undo.js, tylko dokument HTML 404. W takim układzie trzeba znaleźć gdzie jest ta pomyłka i ją poprawić (opcjonalnie zmienić/sklonować folder "plugins" do "editor_plugins").
  3. Rozdział drugi: DOMAIN NAME: nets.pl 's billing period had finished created: 1998.10.14 13:00:00 last modified: 2018.10.14 01:38:29 expiration date: 2019.11.12 13:00:00 Oznacza to, że również domeny klientów wykorzystujących serwery nazw dns1./dns2. nets.pl nie są dostępne. Bardzo zachęcające do dalszej współpracy...
  4. Możliwe, że twój edytor wprowadza niedozwolone znaki, szczególnie jeśli używasz jakiegoś wymyślnego edytora tekstu w systemie Windows. Przykładowym problemem jest stosowanie kodowania UTF-8 z tzw. BOM (byte order mark), czyli dodatkowe "niewidzialne" bajty na początku pliku. Zapisując plik upewnij się, że stosujesz czyste kodowanie ANSI.
  5. Nie. To nie znaczy, że plik jest niewidoczny. Taki błąd najczęściej oznacza błąd składni w .htaccess (lub zawarcie w nim niedozwolonej komendy).
  6. Wprawdzie OVH to duży podmiot na rynku domen i jego polityka cenowa ma wpływ na politykę cenową innych, ale nie sądzę, aby w grupie firm oferujących domeny *.pl po 55-60zł (brutto) nastąpiły jakieś duże zmiany, według mnie raczej będą usatysfakcjonowani tym, że nic nie robiąc tak jakby "awansują" pod względem konkurencyjności cenowej. Do myślenia może ten krok dać moim zdaniem głównie dwóm najtańszym rejestratorom, którzy jako jedyni do tej pory próbowali konkurować z OVH z ceną poniżej 50zł (brutto).
  7. Najwyraźniej dla thekrzos zachowanie swojego numeru konta dla siebie, nie udostępnianie go Nazwie, jest warte więcej niż te grosze do zwrotu. Mam podobne podejście, zazwyczaj udostępniam - czy to firmom, czy to urzędom i jakimkolwiek instytucjom - tylko to, co absolutnie konieczne i uzasadnione. Tutaj nie ma uzasadnienia dla podania numeru konta Nazwie, thekrzos zrzeka się tych drobnych pieniędzy na rzecz Nazwy, więc powinni je sobie wewnętrznie przeksięgować i całe konto klienta wraz z wszelkimi danymi usunąć. Uleganie w takich sytuacjach moim zdaniem nie jest dobrym rozwiązaniem (indywidualnie, w konkretnej sytuacji, "dla świętego spokoju", może i owszem, ale dla ogółu i stanowienia standardów postępowania absolutnie nie).
  8. Dziwne zjawisko z tej firmy. Próbowałem przez miesiąc. Bez skutku, żadnej reakcji, żadnej odpowiedzi, ani (choćby milczącego) załatwienia sprawy, ani nawet słów w rodzaju "wypchaj się, nie zajmiemy się tym", zupełnie nic. Mogłem pisać ja (webmaster), mógł pisać bezpośrednio sam płacący im klient - nic, cisza. Przenosiny uzależnione będą od decyzji klienta. Na razie wykorzysta do końca już opłacony roczny okres (wspomniany wymagający interwencji problem nie jest krytyczny, usługa generalnie działa). Potem - jak na razie - skłania się ku przeprowadzce. Największym wyzwaniem może być odblokowanie domeny do transferu i uzyskanie AuthInfo, bo niestety nie tylko hosting, ale i domena jest u nich. W razie czego trzeba będzie zwrócić się "wyżej", do Public Domain Registry, którego są partnerem.
  9. Od siedmiu dni próbuję bezskutecznie skontaktować się z obsługą Nets.pl / eBoss.pl Wysłałem już w sumie cztery wiadomości email, pisałem na trzy adresy w domenie @ cdnlinux.com (w tym te podawane jako kontaktowe po zalogowaniu w panelu klienta), wysyłałem SMS na wskazany numer telefonu (ale z darmowej bramki SMSowej, więc nie mam pewności czy doszedł). Nazwijcie mnie dziwakiem, ale nie lubię telefonować i nie będę tego robił, w przypadku usług internetowych za właściwe uważam internetowe formy kontaktu takie jak email, forum, systemy wiadomości wewnętrznych czy "ticketów". Wiem też od osoby będącej bezpośrednim płacącym klientem tej firmy od lat kilku, że nigdy nie otrzymała odpowiedzi na swoje wiadomości email (nawet gdy jakiś problem został ostatecznie z opóźnieniem rozwiązany). Jestem cierpliwy, ale tydzień bez żadnej odpowiedzi ze strony firmy (a nie prywatnej osoby) to jednak chyba coś nie tak... Jestem, nazwijmy to tak, webmasterem klienta tej firmy, przez ponad półtora roku nie miałem żadnych problemów, aż do poprzedniego piątku i potrzebuję interwencji obsługi (lub choćby odpowiedzi, że nie zainterweniują z takiego czy innego powodu, aby wiedzieć na czym stoję). Czy ktoś z was ma jakiś skuteczny kontakt z osobami z tej firmy i mógłby poprosić o zainteresowanie się wiadomościami, które wysyłam z adresu grd at ga ze ta pl na adresy admin at info at i trzeci widoczny tylko po zalogowaniu w panelu klienta?
  10. Były w przeszłości okresy, że - z powodów technicznych - nie było kontaktu mailowego z obsługą Gnum, poczta nie dochodziła. Jeśli więc ktoś miał nieprzewidzianą sytuację wymagającą kontaktu z obsługą, mogło się zdarzyć, że nie uzyskał pomocy na czas. Panel zarządzania domenami Gnum zawierał pewne błędy, więc sytuacje wymagające interwencji obsługi mogły się zdarzać. Często też nie wychodziły z Gnum żadne automatyczne maile, np. te przypominające o zbliżaniu się terminu wygasania domeny, trzeba było więc samemu tego pilnować, jeśli ktoś zdawał się wyłącznie na automatyczne przypomnienia, mógł się srogo zawieść. Jeśli jednak ktoś te niedogodności akceptował w zamian za niską cenę przedłużenia domen, to dla wyrozumiałych osób była to pewna alternatywa dla innych rejestratorów. Na uwagę w Gnum zasługuje szczególnie oferta domen .pl IDN, gdyż większość rejestratorów nie ma żadnych obniżonych cenników dla tych domen, a Gnum jest jednym z nielicznych, który ceny domen .pl IDN ma niższe. Domeny "zwykłe" (nie-IDN) .pl, patrząc na ceny detaliczne przedłużeń, plasują Gnum od kilku lat na pierwszym miejscu, ale że różnica do miejsca drugiego i trzeciego jest niewielka, czynnikiem decydującym dla klientów będzie chyba zaufanie, które Gnum próbuje zdobyć (odzyskać). Zaangażowania i dobrej woli w prowadzeniu rzetelnego biznesu właścicielowi nie brakuje, pomimo wspominanych wyżej przeze mnie problemów technicznych w przeszłości. W ostatnim czasie pojawił się nowy panel zarządzania, mam nadzieję, że pozbawiony wad technicznych swojego poprzednika, właściciel stara się i próbuje odbudować zaufanie klientów do swojej firmy. Obniżono też cenę przedłużenia .pl o kilkadziesiąt groszy (mówię o cenniku detalicznym, cenników hurtowych różnych firm nigdy nie porównywałem). // Nie jestem powiązany z firmą w żaden sposób inny niż to, że jestem od kilku lat klientem. Staram się obiektywnie oceniać i tę i każdą inną firmę.
  11. Ja też, robię to regularnie, dlatego też wiem o tym wspomnianym przez Ciebie spamie przychodzącym od miesięcy. W przeciwnym razie bym Ci o tym nie napisał. ; ) Dziś nawet wiadomość z NASKu dotycząca transferu domeny trafiła w pierwszej skrzynce GMail (dedykowanej dla domeny) do odebranych, a po automatycznym przekazaniu na drugą skrzynkę GMail (moją zbiorczą) już do spamu... Inne mniej lub bardziej ważne rzeczy też tam trafiają, choć GMail ponoć sprawnie spam sortuje. Nie ma nic idealnego niestety, folder spam trzeba przeglądać.
  12. @ Pawel_15 To trwa już kilka miesięcy. Dostałem to na kilka istniejących adresów email, a w domenach, na których mam włączony 'catch-all', na kilka lub kilkanaście nieistniejących losowych adresów. Oczywiście u większości usługodawców pocztowych ląduje prawidłowo w spamie.
  13. Jedyny problem jaki widzę po stronie hostingu, to to, że odpowiedzieli Ci jak odpowiedzieli. Mogli wytłumaczyć, że to działa jak działa od lat na wielu różnych serwerach i nic lub niewiele się z tym da zrobić. Bo to, że oprogramowanie pocztowe traktuje pocztę jako lokalną, jeśli domena jest dodana na serwerze to niestety norma od bardzo wielu lat na wielu różnych hostingach, ponoć szczególnie tych wyposażonych w DA czy cPanel, ja doświadczałem tego już kilkanaście lat temu i niewiele się w tej kwestii zmieniło. Czasem to nie zależy nawet od jakichkolwiek rekordów MX, ot, dla serwera pocztowego to poczta lokalna, więc nawet nie odpytuje jakichkolwiek DNSów. Można by blokować dodanie domen nie wskazujących na DNSy hostingu, ale to z kolei jest niepożądane przez klientów w wielu różnych sytuacjach. Idealnym rozwiązaniem byłoby, gdyby każdy serwer poczty odpytywał autorytatywne DNSy każdej domeny bez względu na to, czy domenę ma dodaną lokalnie, ale z jakichś względów twórcy oprogramowania pocztowego (przynajmniej niektórzy) tego od lat nie robią. Dla mnie, dla własnej domeny, jedynym wyjściem w takiej sytuacji, gdy domenę trzymałem jednocześnie na dwóch lub więcej hostingach, było ustawienie przekierowania, rozwiązanie nieidealne, ale przynajmniej poczta wychodziła gdzieś na zewnątrz zamiast utykać lokalnie. Co do ewentualnych nadużyć ze zbieraniem poczty z domen cudzych... trudno z tym walczyć inaczej niż po zgłoszeniu, blokować automatycznie można co najwyżej te najbardziej znane (choć zdarza się, że niektóre hostingi nie blokują nawet wp.pl czy o2.pl, a to już faktycznie nierozważne).
  14. Tyle, że jest to (po stronie hostingu) wkurzające, bo przecież bardzo często jest tak, że chcemy wszystko zainstalować, skonfigurować i sprawdzić, czy aby na pewno działa na (nowym) serwerze *zanim* przepniemy DNSy, tak aby po ich przepięciu nie było żadnej przerwy w działaniu naszych stron, poczty itd. A po stronie rejestratora tego typu zachowania nigdy nie potrafiłem zrozumieć... Informacja/ostrzeżenie dla żółtodziobów, przypomnienie, że muszą te wskazane DNSy skonfigurować rozumiem. Ale całkowite blokowanie możliwości zmiany delegacji - jak dla mnie: niedopuszczalne.
  15. A czy nie mogłoby "po prostu" być tak, że wszelkie usługi typu DNS, poczta, hosting www NIE mają żadnego powiązania z tym, na jakie serwery nazw zarejestrowana u was domena jest oddelegowana? Żeby zmiana delegacji domeny w żaden sposób nie powodowała skasowania bądź zresetowania innych usług. Zmiana delegacji to zmiana delegacji i kropka, żadnego wpływu na włączanie/wyłączanie pozostałych usług. Dla klientów-laików, coby sobie nie namieszali i niepotrzebnie nie nagabywali obsługi wystarczy jedno- lub dwuzdaniowe ostrzeżenie, że oddelegowanie domeny na inne serwery nazw może spowodować, że inne powiązane usługi nie będą dostępne prawidłowo lub wcale, że klient musi wiedzieć co robi i np. odpowiednio skonfigurować te 'inne' DNSy. Tak jest (lub przynajmniej jakiś czas temu było, bo w ostatnim czasie nie korzystam) u innego całkiem sporego rejestratora domen, który oferuje w gratisie do zarejestrowanej domeny usługę DNS: strefa pozostaje zawsze taka, jak ustawił ją klient, bez względu na to na jakie DNSy domena jest rzeczywiście oddelegowana, zmiana delegacji domeny nie powoduje skasowania/zresetowania strefy. Przestrzeni dyskowej wszak wiele to nie zajmuje, a ruchu DNS i tak wtedy nie ma, więc obaw o stabilność, wydajność czy inne skutki uboczne praktycznie nie ma.
×
×
  • Utwórz nowe...

Ważne informacje

Korzystając z forum, wyrażasz zgodę na: Warunki korzystania z serwisu, Regulamin, Polityka prywatności.