daffx

Problem w tym, że support działa tam jakby nie chciał a inne fora o tej tematyce... No cóż, nie wiele tam potrafią jeżeli chodzi o polskie :p Co do Skopiuj bazę i files po czym zainstaluj najnowsza wersje najlepiej w nowym katalogu, wgraj tam starą bazę i włącz

Korzystasz z mysql czy sqlite? Robiłeś jakieś aktualizacje przed problemem? Zgaduje, że brakuje Ci pola "client_created" w jakiejś tabeli, sprawdź czysta bazę i jeżeli będzie brakowało i Ciebie w jakimś miejscu spróbuj może dodać? Wtedy tylko czas utworzenia klienta będziesz miał zepsuty, ale dla starych użytkowników

Bardziej chodzi mi tutaj właśnie o czas który upłynął od ostatniej przygody z naszym krajem na ovh Skoro główne ip dały radę to nie mogli przewidzieć, że będzie zapotrzebowanie na fo? Teraz to wygląda tak jakby na bieżąco dorzucali a klient musi czekać, aż samo się zmieni.

Pytanko co do OVH mam, kiedyś byłem "testerem (kilka lat temu) oferty discover" i zasadniczo oprócz słabego/braku firewalli itd był jeszcze jeden problem, otóż ip wskazywały na inne kraje niż Polska, teraz skuszony serwerem game w Polsce zauważyłem, że główne ip wskazuje poprawny kraj na różnych listach ale ... dokupione ip fo w Polsce to już francja, ja wiem bronią się, że w ripe jest dobrze, ale ile to może trwać? bo tak jakby wróciłem z deszczu pod rynne

W tym przypadku trzeba wgrac cert. origin od CF. Sprawa już wyjasniona, przyjrzałem się temu i inny vhost powodował problem i po jego usunięciu pozostałe działają, o tyle dziwne, że vhost wyglądał w stylu domyslnego od apache tylko pod inna subdomenę więc nie wiem dlaczego to się kłóciło

Cześć, Znajomy korzysta z darmowego ssla od cloudflare, strona jest dość prosta do niczego prawie nie służy więc takie rozwiązanie jest dobre, ale wczoraj reinstalował vpsa i pech chciał, że nie skopiował klucza od ssla a cloudflare nie pozwala na ponowne jego pobranie, więc doradziłem mu żeby usunął stary certyfikat i stworzył nowy. Zrobił tak po czym przypisał pod virtualhosta, uruchomił mod_ssl, vhosty ustawił na port 443 i niestety tutaj chęci się kończą a wkracza smutna rzeczywistość, cloudflare wypluwa błąd 525: SSL handshake failed vhost (domena) <VirtualHost *:80 *:443> ServerName domena.pl ServerAlias www.domena.pl DocumentRoot /var/www/html/ ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined SSLEngine on SSLCertificateFile /etc/apache2/ssl/domena.pl.pem SSLCertificateKeyFile /etc/apache2/ssl/domena.pl.key </VirtualHost> i 2 błąd jest przy subdomenie i wygenerowanym certyfikacie przez cerbota (le), mianowicie ruch jest kierowany prosto do serwera (wyłączony cf) i problem podobny tylko " Kod błędu: SSL_ERROR_RX_RECORD_TOO_LONG" <IfModule mod_ssl.c> <VirtualHost *:443> ServerName domena.pl ServerAdmin webmaster@localhost DocumentRoot /var/www/domena.pl/ SSLEngine on SSLCertificateFile /etc/letsencrypt/live/domena.pl/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/domena.pl/privkey.pem Include /etc/letsencrypt/options-ssl-apache.conf </VirtualHost> </IfModule> W skrócie, zreinstalował vpsa wygenerował nowe certyfikaty ok. 24h wypluwają już takie błędy. Co do subdomeny to przeglądarka pokazuje, że nie posiada ona nawet certyfikatu. Wg. mnie postawienie tego od nowa powinno załatwić sprawę, tylko chciałbym zapytać się was ile to może trwać bo z cf mało co korzystam i dziwna dla mnie jest sprawa z subdomeną, jeżeli ktoś wpadnie na jakiś pomysł lub potrzebuje więcej informacji zadawajcie pytania.

Problemy z rejestrowaniem domen? Niektóre rozszerzenia pokazuje jako niedostępne (w tym .pl/com/pro/ovh/eu/net/org/xyz/biz)

Nie mam nic do ovh Nigdy nie miałem u nich większych problemów, tylko pytam czy coś się z tymi ipkami poprawiło. Dla niektórych geo IP będzie bez znaczenia dla innych będzie miało znaczenie, po prostu oferują coś gotowego i przy tym jest "Warszawa/Polska" i coś takiego chciałbym właśnie otrzymać, walczenie na własną rękę nie powinno być na miejscu. Powinni być przygotowani oferując coś takiego.

Z tego co się orientuję nadal odpowiedzią jest "proszę czekać aż magicznie samo się zrobi". Lepiej uniknąć tracenia czasu niż kupić serwer który w połowie będzie zgadzał się z zamówiona usługą. Znam osoby które mają jeszcze Discovery z tej pierwszej sprzedaży(start dc) a ich IP nadal nie wskazują na Polskę.

Po jakim czasie? Jak miałem jeszcze serwer w waw to kilka miesięcy i nic... Kupuję serwer w Polsce chce taki serwer dostać, nie zlokalizowany w Polsce a wskazujący na fr, uk itd

Ovh zajmuje się tylko od strony hardware, dlatego ceny też niektóre mogą być przyjemne. Jeżeli jednak coś na nich zaoszczędziłeś możesz zlecić przecież sprawdzenie komuś co się stało. Dostarczają sprzęt nie administrację, a widzisz jak czasami support działa. Pomysł co by się działo gdyby do tego miała dojść administracja serwerami, czasy oczekiwań ponad tydzień? Jeżeli klient bierze dedyka to oznacza, że musi się na czymś znać, jeżeli się nie zna sam sobie jest winny.

Przez jakiś czas myślałem nad serwerem dedykowanym w waw (ovh), ale z tego co piszą nadal występują problemy z geolokalizacja. No nic, przyjrzę się ofertom, przynajmniej zaoszczędzę troszkę czasu.

Ehh to troszkę słabo nadal Minęło troszkę czasu kiedy ostatni raz korzystałem z waw w ovh a tu nadal takie kwiatki. Chcę uniknąć złej lokalizacji, a skoro po takim czasie nic się nie za działo to już chyba nie mam co się łudzić, że bez problemu ujrzę PL.

A jak z geolokalizacja adresów IP? Serwery z gamy GAME jak i pozostałe (lokalizacja Warszawa) na początku były z tym problemy, a teraz już się coś poprawiło? Nie chce trafić na IP które jest np z Francji lub UK albo jak ostatnim razem jakąś egzotyka, a okresu testowego nie oferujecie.

Bry, Poszukuję vpsa z directadminem (internal - potrzebny mi będzie tylko przez jakiś czas, więc nie ma sensu szaleć). Będę potrzebował postawić na nim kilka stron, jednych mniej ważnych innych więcej czego potrzebuje to: Dysk ~25/40gb (z możliwością wyżej), RAM - 2/3gb powinno być okej (jak z możliwością dodania to idealnie), CPU - Szału nie potrzeba, Anty-ddos - mile widziany (nie będą latały meteoryty, ale wiadomo zawsze lepiej coś niż znikać przez scriptkiddies), Lets encrypt/selektor php I ostatecznie byłoby super gdyby nie dało się grzebać np. PHP shellami poza katalogiem usera (czasami bledy/lub testy pozwolą na taką zabawę której chce uniknąć) I teraz zastanawiam się czy znajdę coś takiego w Polsce? Ostatecznie poza. Najprościej byłoby wziąć dedyka z ovh/sys i do niego directadmina, ale aż takiej mocy nie potrzebuje. Ktoś miał styczność z takimi usługami i może coś polecić?

Cześć, Przeglądając różne graty znalazłem stara kartę graficzną gtx 570, chcąc sprawdzić czy działa wrzuciłem ja do komputera po czym odpaliłem, wszystko wskazywało na to, że jest okej, gdy odpaliłem jednak jakąś gierkę chcąc sprawdzić czy przy obciążeniu nic się nie wydarzy tak jakby wyłączył się monitor, po kilku minutach gry karta tak jakby przestała działać i dawać obraz. Dzieje się tak nie tylko pod systemem operacyjnym lecz ogólnie, nawet nie pokazuje biosu itd. Karta jest już stara, ale co mogło się z nią stać i czy można to jakoś naprawić? Chętnie zbudowalbym coś dodatkowego do filmów czy coś, a może da się coś z nią zrobić. Karta nie wydaje się uszkodzona na maksa, bo co jakiś czas da obraz ale rzadko, wentylatory chodzą. Może ktoś doradzi co można pokombinować, czy to już jest EOL?

Trudno Ci będzie coś takiego znaleźć, wykorzystywane pod ataki (d) Dos i tobie też pewnie do tego. A jak nie to szukajcie aż znajdziecie ktoś mówił Jeżeli ktoś ci sprzeda, to licz się z tym, że będziesz miał zablokowanych kilka portów.

Jest tylko rejestrator, nazwa domeny czas utworzenia i czy wolna + nsy. Brak pozostałych informacji

Cześć, Mam pytanko co do sprawdzania informacji co do domen .eu. Whois już nie przynosi zbyt wielu informacji, wszędzie wyskakuje żeby spróbować na eurid, ale tam też zbyt wielu informacji się nie uzyska. Jest możliwość uzyskania dat rejestracji modyfikacji wygaśnięcia itp... a nie tylko ns?

skip-name-resolve -> To już sprawdzałem i mam wpisane w my.cnf, niestety nic z tego ;/ Jeżeli masz na myśli Inny hosting > Serwer SyS to dziwne ;/ a jeżeli Serwer SyS -> inna baza to nie o to chodzi ;p Może nie robisz zbyt wielu połączeń do bazy. Podejrzewam, że antyddos to powoduje (wiele zapytań jednocześnie do różnych baz na tym samym serwerze) i powstają u mnie takie problemy ;/

W SyS nie da się zarządzać w żaden sposób antyddosem, jest uruchomiona detekcja automatyczna i to jest świętość, w panelu brak opcji zarządzania tym w jakikolwiek sposób. 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 35.834/35.862/35.885/0.020 ms Na żadnej maszyn nie ma limitu ruchu, wyłączane były wszelkie zapory softwarowe. a dns'y raczej też odpadają, wszystko idzie po ip więc nic nie musi być tłumaczone na adresy, dobrze myślę? W chwili obecnej przekierowałem domenę na serwer i postawiłem tam stronę, a resztę robię na subdomenach, jednak jakby ktoś miał jakiś pomysł proszę śmiało pisać

Wersja serwera nie odgrywa tu znaczącej roli i nie powinna wpływać aż tak bardzo na czas ładowania.

Cześć, Testując serwer na SyS (soyoustart.com) napotkałem pewną niedogodność, otóż stawiając serwer mysql (freebsd / mysql 5.7) strasznie wolno to wszystko działa spoza maszyny (lokalnie szybko, zewnętrznie na wczytanie wszystkiego trzeba czekać nawet ~2-3 minuty), strona w php (7.1) korzysta z kilku baz danych i skrypt sam w sobie nie powoduje problemu (localhost śmiga jak szalony) tylko gdy korzystam z baz na tym serwerze SyS od ovh wszystko spowalnia. Na pewnym forum wyczytałem coś takiego: Jeżeli to prawda to czy da się jakoś poradzić sobie z tym problemem bez zmiany hostingu www na to samo DC? Wydajność mysql testowałem np. tym skryptem: I niestety wyrzuca Connection failed: Can't connect to MySQL server on '91.121.xx.xx' (110 "Connection timed out")

Dla mnie to obojętne czy zapłacę kilka euro przy dedykach więcej, ale mimo tego, że z tych vps-ssd korzystam bardzo rzadko to jednak przesada brać kasę za cos co nie działa dobrze

@MateuszCODE, Gdybyś śledził maila/wpisy np na twitterze to wiedziałbyś, że: Tylko teraz pytanie... Czy ten anty-ddos na vps-ssd (nie cloud) będzie działał tak jak do tej pory Jeżeli tak to pewnie ja i większość osób wolała by brak takiej ochrony i te 1 eur na głupoty, bo po dłuższym czasie płacenia za coś co działa (nie działa a bardziej psuje -> przy oberwaniu rakietą najczęściej i tak jest down a przynajmniej w moich przypadkach, dlatego nie rozumiem powodu bytu antyddosa na tych vpsach) można uzbierać na jakieś głupoty.