Skocz do zawartości

Fizyda

Użytkownicy
  • Postów

    78
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    6

Treść opublikowana przez Fizyda

  1. IPSa w FHD można mieć od 600zł. Fakt to nie profesjonalny monitor do grafiki ze względu na gorsze, nierównomierne podświetlenie oraz brak sprzętowej kalibracji matrycy, ale jakość obrazu jest lepsza niż w przypadku matryc TN/VA. Kiedyś jak zestawiłem dwa laptopy, jeden ze zwykła matrycą a drugi z IPSem to nie wierzyłem własnym oczom. IPS miał znacznie ostrzejszy i lepszy obraz, a wiadomo jakie matryce są w laptopach... Poza tym IPS nie męczy wzroku. Podkreślam do profesjonalnych zastosować związanych z grafiką i video lepsze będą IPSy za 4k ze względu na lepsze podświetlenie i kalibrację sprzętową monitora. Jednak nawet do zastosowań półprofesjonalnych, albo nawet do biura lepiej brać IPSa. Dla grafików których nie stać na profesjonalny sprzęt IPS oferuje znacznie lepsze kolory niż pozostałe matryce. Do biura IPS będzie oferował ostrzejszy obraz i mniej męczył wzrok. Tylko aby to było prawdą, mimo wszystko trzeba dokonać kalibracji takiego monitora. Kalibracji softwarowej metodą na oko. W przeciwnym wypadku efekt będzie odwrotny. Sam to przerabiałem, kupiłem monitor i zapomniałem skalibrować. Przez 3 miesiące nie wiedziałem czemu mnie tak oczy szczypią i się męczą przy pracy z komputerem. Zwłaszcza, że nigdy czegoś takiego nie doświadczyłem. Okazało się, że zapomniałem skalibrować monitor. Po kalibracji wszystkie problemy ustały.
  2. Moim zdaniem spokojnie wystarczyłby Ci monitor z odświeżaniem 60/75 Hz. Lepiej było iść w IPSa który ma lepsze kolory i jest znacznie lepszy obraz, niż iść w odświeżanie. Nie sprawdzam już ale na 95% ten monitor nie jest IPS bo IPSy z dużym odświeżaniem to koszt ponad 4k. Jak masz możliwość to może go zwróć, bo na serio można w tej cenie znaleźć coś lepszego do Twoich potrzeb.
  3. Sprawa nr 1. Aby osiągnąć 144 Hz potrzebny jest dobry kabel w standardzie HDMI lub DP wspierającym odpowiednią przepustowość, która pozwoli przesłać te 144 Hz. Sprawa nr 2. Aby 144 Hz miało sens karta musi uciągnąć stabilne 144 FPSy. Więc potrzebujesz dobrego sprzętu do tego. Od siebie proponuję iść w stronę standardu DP bo jest mniej problematyczny i tutaj wszystko zależy tylko i wyłącznie od jakości kabla - coś co pozwoli Ci osiągnąć 144 Hz to koszt około 100zł. Nie szedłbym tutaj w nonamowe kable bo one raz mogą działać, a raz nie, brałbym jedynie te z certyfikatem DP - do sprawdzenia na oficjalnej stronie. Podnosi to koszt kabla ale masz pewność, że będzie działało. Nie wiem jaki dokładnie model kupiłeś, ale prawdopodobnie to jest - LC27JG50QQUXEN, jeśli tak to dokonałeś kiepskiego wyboru. Monitor nie ma ani FreeSync ani G-Sync więc karta musi ogarniać więcej niż 144 FPS żeby z tego monitora wyciągnąć co się da, a tym samym będzie w większości przypadków pracowała pod pełnym obciążeniem. Zależnie od tego w co chcesz grać, nie wiem czy GTX 1050Ti da sobie rade z tym monitorem. Tylko sprawa jest taka, że jeśli grasz w mało wymagające produkcje to nie ma sensu kupować takiego monitora. Ogólnie monitory z większą częstotliwością niż 60/75 Hz nie nadają się dla każdego bo nie każdy je wykorzysta. Wszystko zależy od tego w co grasz i na jakim poziomie (rozrywkowo po pracy i w niedzielę, czy to jednak coś więcej i lubisz dłużej pograć z ambicjami).
  4. Zgaduję że content nie zajmuje odpowiedniej wysokości ekranu i dlatego też footer ucieka do góry. W sensie jest zaraz za końcem środka (contentu), ale ten drugi kończy się wyżej. Najlepiej będzie chyba ustawić minimalną wysokość contentu. Przykłady - footer ucieka: https://jsfiddle.net/65tq8hug/ - footer działa: https://jsfiddle.net/e0phj8sk/1/ więcej kontentu: https://jsfiddle.net/e0phj8sk/2/
  5. Wcześniej napisałeś coś zupełnie innego. Dla jasności chodzi Ci o to, że utworzenie konto mailowego o ograniczonej powierzchni nie powoduje z automatu odjęcie całej powierzchni maila z powierzchni dyskowej serwera. Czyli ograniczeniem dla skrzynki mailowej (możliwości odbierania maili bądź wysyłania) ma być ustalony limit dla danego konta bądź brak miejsca na serwerze (koncie hostingowym).
  6. Jeśli jest w ofercie firmy to może i można. Jednak nie da się w 100% zabezpieczyć przed DDoS. Każdą usługę da się zablokować dysponując odpowiednio wielkim bot netem. Jest to bardzo nierówna walka i często łatwiej walczyć z nią przez namierzenie osoby która takie ataki realizuje, a w tedy walczyć z nią prawem. Zazwyczaj są to zazdrośni znajomi bądź konkurencja która używa darmowego stressera do obciążenia Twojego serwera. Inna droga to zwiększanie zasobów serwera - skalowanie w dół dopóki się da, a następnie w szerz poprzez rozbudowę infrastruktury sieciowej z której zbudowany jest Twój serwis.
  7. Nie da się DDoS'ować WordPressa, ale to szczegół. Użycie CF w tym momencie i tak nic nie da bo napastnik zna adres IP Twojego serwera. Więc albo musisz też zmienić IP serwera lub serwer, albo nie ma sensu bawić się w CF. Z DDoS i DoS można próbować się bronić tylko na poziomie serwera, zabawa na poziomie skryptu jest bezsensowna i mało efektywna. Sprawdziłbym czy przypadkiem problemu nie stanowią jednak wtyczki zabezpieczające. Bo nie wiem czemu ma służyć używanie wtyczek pokroju wordfance gdy nie masz wiedzy jak z nich korzystać i jak je skonfigurować. Poza tym jak znam życie to nie jest jedyna wtyczka do "zabezpieczenia" wordpressa. Najlepszym zabezpieczeniem WP jest myślenie i używanie jak najmniejszej liczby wtyczek. Czyli coś zupełnie odwrotnego niż stosują i polecają domorośli pseudo webmasterzy i "programiści" WordPressa, a w szczególności "programiści" Divi...
  8. Dzięki za informację w takim razie na razie olewam temat DNS i walczę ze stratami pakietów, jak się z tym uporam to wraca na tapetę temat DNSa .
  9. Dzięki wielkie, przy okazji potwierdziłeś moje przypuszczenia, w tej sprawie już pisałem do OVH. Serwer to VPS więc raczej jest przeciążony, będę musiał z tym zawalczyć. Wracając jeszcze do DNS, myślisz, że to może być przyczyną problemów z DNSami Googla? Wiadomo, przyczyną może być, bardziej chodzi mi o to czy jest to bardzo prawdopodobna przyczyna, czy nie i trzeba szukać jednak dalej. Niemniej timeoutami trzeba się zająć i to bez dwóch zdań.
  10. Trochę nie ogarniam, tylko jeden usługodawca - Google, zwraca SERVFAIL. Używam swojego VPS i serwera dla zabawy, nauki i doświadczenia. Co prawda nie mam nic wspólnego z sysadminowaniem, ani nie jestem devopsem, ale uważam, że taka wiedza się może przydać. FW uważam że jest dobrze skonfigurowany, na pewno wszystkie porty są odblokowane. Możesz rozwinąć?
  11. Sporo czasu już minęło, a DNS Googla dalej nie znają wszystkich subdomen tej jednej domenie ... Dodam, że już przed założeniem tematu próbowałem flushować DNSy dla domeny jak i subdomen przy pomocy panelu udostępnionego przez Google. Ma ktoś jakiś pomysł? Ewentualnie jest ktoś w stanie stwierdzić, gdzie leży problem, w moim serwerze czy to jednak błąd na serwerach Googla.
  12. @Tomek Dzięki za info, rano jak sprawdzałem DNS Google dla mojej domeny dalej miał problem. Dodatkowo mogę powiedzieć, że ostatni tydzień, prawie dwa ich zapasowy serwer działał wolno - wnioskuję to z tego, że mój operator serwer Googla ustawia jako główny dla swoich klientów, a w tym okresie czasu zauważyłem wolne wczytywanie się wielu stron przy pierwszej wizycie, za nim IP był wrzucony do lokalnego cache.
  13. Co Ty tutaj próbujesz robić? Odpytujesz DNS o nieistniejący rekord w odpowiedzi otrzymujesz tylko SOA, a admin to jest adres email do kontaktu ... zgodnie ze specyfikacją rekordu SOA. Potem znów odpytujesz o nieistniejący rekord dla nieistniejącej subdomeny. Dodatkowo odpytujesz domyślne serwery DNS ustawione dla Twojego VPSa. A ja mówię o problemie występującym na konkretnych serwerach DNS. Więc jakie ma znacznie skąd są wysyłane zapytania? Skoro działa mi połączenie do serwera to z każdego miejsca dostanę tą samą odpowiedź dla tego samego zapytania, chyba, że się w między czasie coś zaktualizuje. Zresztą nawet masz jak byk napisane w konsoli, że dla dig CNAME fizyda.com nie ma żadnej odpowiedzi/dopasowania ...
  14. Odpytywałeś mój serwer DNS który obsługuję moją domenę czy mówisz o logach które załączyłem?
  15. Co mi to da skoro serwer zwraca błąd, że nie znalazł rozwiązani dla danego adresu? Poza tym pisałem, że sprawdzałem na dwóch łączach ... Przykładową subdomenę z którą mam problem też podałem, nie wiem skąd pomysł z jakimś admin.
  16. Z całym szacunkiem, zobacz co odpowiadają serwery DNS, których odpowiedzi załączyłem w temacie. Największym problemem nie jest długi czas, a w ogóle brak rozwiązania domeny na adres IP. Dev toolsy w tym przypadku się nie sprawdzą, bo zwrócą mi wynik zależnie od tego jaki DNS ustawię w swojej sieci lub dla kompa. Albo nie będą w stanie określić lokalizacji hosta, albo strona uruchomi się bez problemu. Strony, które sugerujesz również dowiedziałem i efekt jest taki, że zależnie od lokalizacji wyniki są różne. Albo działa, albo nie działa. Domyślam się, że różne lokalizacje korzystają z różnych serwerów DNS stąd zależnie czy uda się rozwiązać adres na ip na danym serwerze to albo test się powiedzie albo nie. Skoro odpytuję konkretny serwer DNS o konkretną nazwę i zwraca mi błędne dane, to jakim cudem nie jest to jego wina? Serwer DNS domeny zwraca poprawne wyniki, strefa nie była modyfikowana. Problem jest od dłuższego czasu (dłużej niż 72h), więc nawet jeśli założymy, że mój serwer dał ciała i cache DNSy zapamiętały błędne odpowiedzi to problem trwa zbyt długo, bo już dawno powinno się to zaktualizować. Może zbyt pochopnie temat założyłem i tylko serwery Googla mają jakiś dziwny problem, wielu serwerów DNS też nie testowałem, ale to dlatego, że wręcz randomowe wyniki otrzymywałem. Dziś sytuacja wygląda jeszcze inaczej, ale nadal nie wszystko działa sprawnie.
  17. @Mion Zapomniałem o tym szczególe, tak jak mówisz początkowo strony miały problem z ładownie raz na N wejść. Gdy zacząłem drążyć temat to robiłem pełne przeładowanie strony - z czyszczeniem htmli w cache, a gdy zauważyłem problemy z DNSami to zacząłem dodatkowo flushować dnsy w systemie. Potem dopiero zabrałem się za diga i nslookup by stwierdzić w których DNSach jest problem. Od początku obstawiałem, że problem leży w moim serwerze WWW, później w serwerze DNS. Pomimo, że od bardzo dawna nic w configuracji nie zmieniałem. Był update, ale to trochę wcześniej niż zaczęły pojawiać się problemy. Fakt liczyłem się z tym, że to mogła być przyczyna aktualizacji, chociaż dziwne wydawało mi się, że problemy zaczęły się chyba tydzień czy dwa po jej wykonaniu. Ale wszystko jest możliwe i nie wykluczałem i takiej możliwości.
  18. Od razu mówię, że żaden dział mi nie pasował, ale sytuacja jest dziwna i jeśli to nie ja coś źle interpretuję to ma znaczący związek z bezpieczeństwem. Do rzeczy. Zauważył ktoś ostatnimi czasy problemy z działaniem serwerów DNS - globalnych i operatorów? Od kilku dni zauważyłem długi czas ładowania się niektórych stron - w tym moich (nie od razu to powiązałem). Gdy zacząłem drążyć temat na swoich stronach okazało się, że strony ładują się długo ze względu na długi czas oczekiwania na odpowiedź z serwera DNS. Dodatkowo w między czasie problem się nasilił do tego stopnia, że czasami strony się nie ładowały - po sprawdzeniu okazało się, że brak odpowiedzi serwera DNS lub brak poprawnego rozwiązania subdomeny na adres IP. Co ciekawe problem z tego co widzę dotyczy tylko subdomen typu CNAME. To znaczy, nie są one rozwiązywane poprawnie przez serwery DNS operatorów. Myślałem, że problem dotknął tylko moich domen i jest on spowodowany jakimś błędem z mojej strony. Przepraszam, dokładnie to chodziło o subdomeny typu CNAME dla jednej domeny, reszta na tym samym serwerze działała. Obecnie problem nagle pojawił się też na innej stronie która nie należy do mnie (learncpp[.]com). Tutaj problem identyczny jak u mnie, domena główna rozwiązuje się poprawnie subdomena www typu CNAME już nie. Testując wszystko odpytywałem bezpośrednio serwery DNS 3 różnych firm, dodatkowo sprawdzałem to na dwóch łączach (stałym i mobilnym). Serwery DNS to: - serwer operatora internetu stacjonarnego (ma tylko jeden jako główny ustawia serwer Google 8.8.4.4, a swój jako zapasowy) - dalej nazwany serwer O - serwery googla - oba, nazwane serwer G8 (8.8.8.8), serwer G4 (8.8.4.4) - serwer chyba cloudflare 1.1.1.1 nazwany serwer CF Jeśli chodzi o moją domenę to żadna subdomena typu CNAME (potem domyślnie o nie chodzi) to sytuacja jest następująca: - G8 i G4 w ogóle ich nie rozwiązują, ale tylko w ramach jednej domeny - serwer O i CF rozwiązują je bez problemu - wszelkiej maści testery online również działały bez problemu Jeśli chodzi o domenę learncpp: - domena główna jest rozwiązywana tylko przez serwer G8 - subdomena www tylko przez serwer G4 (główna już nie) - CF i O nie ogarnia niczego Wątpię by strona learncpp znikła z sieci bo po prostu niedawno była jej aktualizacja (chyba 1 lutego). Generalnie całość wygląda dla mnie dziwnie i nie ma związku logicznego, poza tym, że dotyczy serwerów DNS cachujących. Nie wiem skąd takie dziwne wyniki się biorą na poziomie różnych serwerów DNS. Dodam, że jeśli chodzi o moje domeny to nie dokonywałem żadnych zmian w strefie tuż przed, jak i w momencie wystąpienia problemów. Obecnie, aby mieć możliwość pobrania poczty musiałem ręcznie wymusić serwery DNS które poprawnie rozwiązują moją domenę (subdomeny), tylko teraz nie działa mi learncpp ... Moja subdomena z którą mam problem to np. www[.]fizyda[.]com. Problem dotknął wszystkich subdomen tylko w tej mojej domenie, które były typu CNAME, dla przykładu subdomena mail typu A działała bez problemu. Poniżej przykłady tego co mi wypluwa dig w momencie kończenia pisania tego postu (miało być dodane w spoiler, ale nie działa): Moja domena główna: ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.8.8 fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41441 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;fizyda[.]com. IN A ;; ANSWER SECTION: fizyda[.]com. 0 IN A 87.98.236.85 ;; Query time: 1105 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Feb 14 23:44:06 CET 2019 ;; MSG SIZE rcvd: 55 ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.4.4 fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19455 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;fizyda[.]com. IN A ;; ANSWER SECTION: fizyda[.]com. 0 IN A 87.98.236.85 ;; Query time: 1107 msec ;; SERVER: 8.8.4.4#53(8.8.4.4) ;; WHEN: Thu Feb 14 23:44:15 CET 2019 ;; MSG SIZE rcvd: 55 ; <<>> DiG 9.10.3-P4-Debian <<>> @1.1.1.1 fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13672 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1452 ;; QUESTION SECTION: ;fizyda[.]com. IN A ;; ANSWER SECTION: fizyda[.]com. 1003 IN A 87.98.236.85 ;; Query time: 5 msec ;; SERVER: 1.1.1.1#53(1.1.1.1) ;; WHEN: Thu Feb 14 23:44:22 CET 2019 ;; MSG SIZE rcvd: 55 ; <<>> DiG 9.10.3-P4-Debian <<>> @10.0.0.1 fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60026 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;fizyda[.]com. IN A ;; ANSWER SECTION: fizyda[.]com. 3600 IN A 87.98.236.85 ;; Query time: 42 msec ;; SERVER: 10.0.0.1#53(10.0.0.1) ;; WHEN: Thu Feb 14 23:44:32 CET 2019 ;; MSG SIZE rcvd: 44 Moja subdomena typu CNAME ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.8.8 www.fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 12592 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.fizyda[.]com. IN A ;; Query time: 1193 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Feb 14 23:44:46 CET 2019 ;; MSG SIZE rcvd: 43 ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.4.4 www.fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 45448 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.fizyda[.]com. IN A ;; Query time: 1063 msec ;; SERVER: 8.8.4.4#53(8.8.4.4) ;; WHEN: Thu Feb 14 23:45:10 CET 2019 ;; MSG SIZE rcvd: 43 ; <<>> DiG 9.10.3-P4-Debian <<>> @1.1.1.1 www.fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56225 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1452 ;; QUESTION SECTION: ;www.fizyda[.]com. IN A ;; ANSWER SECTION: www.fizyda[.]com. 950 IN CNAME fizyda[.]com. fizyda[.]com. 950 IN A 87.98.236.85 ;; Query time: 6 msec ;; SERVER: 1.1.1.1#53(1.1.1.1) ;; WHEN: Thu Feb 14 23:45:15 CET 2019 ;; MSG SIZE rcvd: 73 ; <<>> DiG 9.10.3-P4-Debian <<>> @10.0.0.1 www.fizyda[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31077 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.fizyda[.]com. IN A ;; ANSWER SECTION: www.fizyda[.]com. 3600 IN CNAME fizyda[.]com. fizyda[.]com. 3600 IN A 87.98.236.85 ;; Query time: 3577 msec ;; SERVER: 10.0.0.1#53(10.0.0.1) ;; WHEN: Thu Feb 14 23:45:27 CET 2019 ;; MSG SIZE rcvd: 62 Learncpp - domena główna ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.8.8 learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15268 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;learncpp[.]com. IN A ;; ANSWER SECTION: learncpp[.]com. 4601 IN A 67.210.102.158 ;; Query time: 27 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Feb 14 23:46:27 CET 2019 ;; MSG SIZE rcvd: 57 ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.4.4 learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20551 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;learncpp[.]com. IN A ;; ANSWER SECTION: learncpp[.]com. 5158 IN A 67.210.102.158 ;; Query time: 27 msec ;; SERVER: 8.8.4.4#53(8.8.4.4) ;; WHEN: Thu Feb 14 23:46:38 CET 2019 ;; MSG SIZE rcvd: 57 ; <<>> DiG 9.10.3-P4-Debian <<>> @1.1.1.1 learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 46883 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1452 ;; QUESTION SECTION: ;learncpp[.]com. IN A ;; Query time: 4233 msec ;; SERVER: 1.1.1.1#53(1.1.1.1) ;; WHEN: Thu Feb 14 23:46:49 CET 2019 ;; MSG SIZE rcvd: 41 ; <<>> DiG 9.10.3-P4-Debian <<>> @10.0.0.1 learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43055 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;learncpp[.]com. IN A ;; Query time: 4066 msec ;; SERVER: 10.0.0.1#53(10.0.0.1) ;; WHEN: Thu Feb 14 23:47:08 CET 2019 ;; MSG SIZE rcvd: 30 Learncpp - subdomena ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.8.8 www.learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 49361 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.learncpp[.]com. IN A ;; Query time: 3068 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Feb 14 23:47:17 CET 2019 ;; MSG SIZE rcvd: 45 ; <<>> DiG 9.10.3-P4-Debian <<>> @8.8.4.4 www.learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46167 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.learncpp[.]com. IN A ;; ANSWER SECTION: www.learncpp[.]com. 8652 IN CNAME learncpp[.]com. learncpp[.]com. 8652 IN A 67.210.102.158 ;; Query time: 28 msec ;; SERVER: 8.8.4.4#53(8.8.4.4) ;; WHEN: Thu Feb 14 23:47:22 CET 2019 ;; MSG SIZE rcvd: 75 ; <<>> DiG 9.10.3-P4-Debian <<>> @1.1.1.1 www.learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 2266 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1452 ;; QUESTION SECTION: ;www.learncpp[.]com. IN A ;; Query time: 4208 msec ;; SERVER: 1.1.1.1#53(1.1.1.1) ;; WHEN: Thu Feb 14 23:47:33 CET 2019 ;; MSG SIZE rcvd: 45 ; <<>> DiG 9.10.3-P4-Debian <<>> @10.0.0.1 www.learncpp[.]com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 48605 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.learncpp[.]com. IN A ;; Query time: 4065 msec ;; SERVER: 10.0.0.1#53(10.0.0.1) ;; WHEN: Thu Feb 14 23:47:51 CET 2019 ;; MSG SIZE rcvd: 34
  19. Jedno dobre przekierowanie powinno wystarczyć, jak to ugryźć zależy od struktury starych i nowych linków. Grunt to przy zmianie silnika zachować ID tych stron. Jak dokładnie potem zrobić przekierowania, zależy od nowego CMS (może w nim można to skonfigurować) oraz od serwera (nieco inaczej będzie to zrobione na nginx i inaczej na apache). Warto też skonsultować się z kimś od SEO, a nie pytać się na forach bo takich pseudospecjalistów nie brakuje. Ja sam ekspertem nie jestem i mogę podpowiedzieć tylko tyle co sam gdzieś wyczytałem czy zaobserwowałem. W żadnym razie nie traktowałbym moich rad w temacie SEO jako rad ostatecznych, raczej wskazówki.
  20. Nie wręcz przeciwnie mogą mieć pozytywny wpływ na zaufanie przeglądarek do strony bo ma ona historię. Jak je skasujesz to będziesz miał masę błędów 404 związanych z indeksowaniem starej zawartości.
  21. Nie widzę, żadnego powodu by wywalać stare artykuły, bez problemu można ogarnąć SEO zachowując stare treści.
  22. A to chyba, że tak. Generalnie "oferta" jest tak napisania, że ciężko stwierdzić co wchodzi w jej skład .
  23. @#Gremsonkowy# Przecież atak DDoS to nie testy penetracyjne ... a takowe tutaj autor oferuje.
  24. Przecież każdy serwer/sieć/chmurę jesteś wstanie powalić to tylko kwestia mocy - więc co tu testować ? Jedynie można sprawdzać przy jakim obciążeniu (jakiej sile ataku) serwer nie wyrobi lub ile wytrzyma, ale to się da ustalić bez atakowania serwera ...
  25. @spex to jest inna usługa, to jest chmura a nie vps. Przynajmniej ja to tak widzę. W chmurze płacisz za zasoby który wykorzystasz, a w przypadku VPS/dedyk płacisz za przydział do zasobów.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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