Skocz do zawartości

Glibnes

Użytkownicy
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    62

  • Rejestracja

  • Ostatnio

Posty napisane przez Glibnes

  1. Napisano · Raportuj odpowiedź

    Witam,

     

    w poniedziałek dostałem Email z powiadomieniem od MasterNetu o mojej wygasającej domenie.

    Jako że domena mi się podoba, to zaraz po odczytaniu wiadomości przelałem ustaloną w Emailu kwotę na podane konto bankowe. Kasa oczywiście została z konta pobrana, a domena stoi nieopłacona.

    Próbowałem najpierw skontaktować się z Masternetem przez Email, ale skoro olali moją wiadomość postanowiłem zadzwonić. I tu problem, bo próbuję od dwudziestu minut się dodzwonić i nic, połączenie zostaje zerwane tak, jakby telefon był zajęty.

     

    Dlaczego zakładam ten temat? Po to, by dowiedzieć się czy ktoś przypadkiem nie ma podobnego problemu co ja - jeśli masz taki problem lub miałeś z tą firmą - napisz, przynajmniej będę wiedział że nie jestem sam i może uda się w końcu do nich dotrzeć wspólnymi siłami. A może się również przyfarci i przedstawiciel Masternetu tu zajrzy (wiem, że mają tu konto) i się odniesie do mojego problemu.

  2. Napisano · Raportuj odpowiedź

    Ah, przepraszam, nie doczytałem, że chodzi tu dokładnie o nginxa.

     

    Nawiązując do posta przedmówcy, jeśli masz jednak samodzielnie stojącego nginxa, to powinno Cię zainteresować: http://wiki.nginx.or...dule#limit_rate

     

    Czytałem dokumentacje i niestety ta zmienna nie jest wystarczająca dla mnie.

    limit rate ustala limit na jedno połączenie, czyli wystarczy otworzyć odpowiednią ilość połączeń i będzie to samo.

  3. Napisano · Raportuj odpowiedź

    Mam problem z ustawieniem zmiennej log-queries-not-using-indexes.

    Ogólnie potrzebuję znaleźć zapytania, które wykonują się z JOINami ale te są przeprowadzane bez Indexów (szukam ich wg. zaleceń mysqltunera).

    Tak ustawiłem swój plik my.cnf dla wolnych zapytań i zapytań bez indexów:

     

    log_slow_queries = /var/log/mysql/mysql-slow.log

    long_query_time = 10000000

    log-queries-not-using-indexes

     

    A w logu mam przykładowo takie wpisy:

    # Time: 111005 17:26:01

    # Query_time: 0.000174 Lock_time: 0.000035 Rows_sent: 71 Rows_examined: 71

    SELECT * FROM tabela1;

    (...)

    # Query_time: 0.001019 Lock_time: 0.000046 Rows_sent: 1 Rows_examined: 302

    SELECT COUNT(`id`) FROM tabela2 WHERE `onlinetime` >= (UNIX_TIMESTAMP() - 900);

     

    Jak widać, log jest czuły nawet na głupie zapytania pobierające np. listę użytkowników online.

    Czy jest jakiś sposób żeby do logu zapisywały się zapytania tylko z JOINami bez indexów?

  4. Napisano · Edytowano przez nrm (zobacz historię edycji) · Raportuj odpowiedź

    Czy majac VPSa z Debianem mam możliwość ograniczenia łącza "per connection", ew. "per IP"?

    Chciałbym ograniczyć prędkość łącza na połączenie lub na każde IP np. do 5mbps, tak żeby nikt przypadkiem nie wymyślił sobie "zeżreć" mi transferu przez kilkadziesiąt godzin ze swojego dedyka z nieograniczonym* transferem.

     

    Treść serwuje nginx.

  5. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Mam problem z wyświetlaniem errorów i tworzeniem ich logów przez system.

     

    Przez przypadek w jednym ze skryptów PHP ponownie zadeklarowałem pewną klasę, przez co skrypt się po prostu sypał.

    Jednak PHP zamiast wywalić błąd na ekranie (wyświetlanie błędów w php.ini mam na On, pokazuję wszystkie prócz Deprecated i Notice, błąd ponownej deklaracji to Fatal error, przynajmniej jako taki pokazuje się na domowym apaczu) pokazuje się kod 502 Bad Gateway. Sprawdzałem Logi nginxa - tak jest tylko błąd "104: Connection reset by peer", w logu php5-fpm jest tylko tyle, że proces-dziecko "się zakończył" (po ustawieniu loga na debug pokazuje kod SIGCHLD). Nigdzie nie ma żadnego wpisu jaki błąd wystąpił w samym PHP.

    Co ciekawe, po zrobieniu umyślnego błędu (użycie nieistniejącej funkcji) PHP już normalnie wyświetla na ekranie Fatal Errora bez żadnych problemów (i zapisuje również błąd do loga nginxa).

     

    Tego problemu nie miałem na serwerze w Hitme, na swoim domowym apachu też nie. Również na wykupionym koncie shell, gdzie mam stronę postawioną również na nginxie i php-fpm pokazuje normalnie Fatal Errora. Problem występuje jedynie na serwerze VPS od ViHostu.

     

    Edit: Znalazłem przyczynę takiego stanu rzeczy - winowajca to APC. Czy spotkał się ktoś z podobnym problemem i może pomóc w jego rozwiązaniu?

  6. Napisano · Raportuj odpowiedź

    Witaj,

     

    Wystarczyło się skontaktować z nami. To poprawilibyśmy to od ręki.

    Średnio raz na sto zamówień integracja z solusVM coś się kopci i zdarza się podobny problem.

    W każdym razie, życzę już tylko owocnego korzystania z usługi. ; )

     

    O to chodzi, że wysłałem do was 2 wiadomości, raz przez Formularz, potem przez emaila (który jak widzę też chyba dodał wpis do formularza).

    Niestety nie dostałem żadnej odpowiedzi.

  9. Napisano · Raportuj odpowiedź

    Witam, mam pewien problem z połączeniem się z mojego komputera do nowo zakupionego VPSa w ViHost.

     

    Dostałem już od nich adres IP serwera, ale nie mogę się ani przez putty, ani przez mojego XShella połączyć (Putty wywala Connection timeout).

     

    Zrobiłem tracert i wypluło mi taki wynik:

    Śledzenie trasy do static.209.249.9.176.clients.your-server.de [176.9.249.209]

    z maksymalną liczbą 60 przeskoków:

     

    1 <1 ms <1 ms <1 ms my.router [10.0.0.1]

    2 7 ms 8 ms 6 ms 192.168.0.1

    3 5 ms 5 ms 10 ms C1-router-b2.ip-point.pl [81.219.15.1]

    4 12 ms 11 ms 12 ms 83.238.3.97

    5 * 106 ms 199 ms LegiB004RT01-WarsC001RT12.inetia.pl [87.204.224.88]

    6 15 ms 17 ms 10 ms WarsC001RT12-WarsC001RT06.inetia.pl [87.204.224.18]

    7 22 ms 17 ms 19 ms WarsC001RT06-PoznH002RT09.inetia.pl [83.238.251.101]

    8 34 ms 34 ms 34 ms hbg-b1-link.telia.net [195.12.255.169]

    9 39 ms 38 ms 39 ms hbg-bb2-link.telia.net [80.91.251.81]

    10 32 ms 32 ms 33 ms ffm-bb2-link.telia.net [213.248.65.121]

    11 31 ms 31 ms 39 ms ffm-b2-link.telia.net [80.91.248.102]

    12 37 ms 35 ms 32 ms hetzner-ic-134650-ffm-b2.c.telia.net [213.248.92.82]

    13 54 ms 49 ms 52 ms hos-bb1.juniper1.fs.hetzner.de [213.239.240.242]

    14 44 ms 40 ms 40 ms hos-tr2.ex3k1.rz15.hetzner.de [213.239.244.34]

    15 37 ms 38 ms 37 ms hz10.vihost.pl [176.9.19.67]

    16 39 ms 45 ms 44 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    17 37 ms 39 ms 37 ms hz10.vihost.pl [176.9.19.67]

    18 39 ms 37 ms 39 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    19 37 ms 44 ms 39 ms hz10.vihost.pl [176.9.19.67]

    20 41 ms 41 ms 37 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    21 42 ms 42 ms 41 ms hz10.vihost.pl [176.9.19.67]

    22 41 ms 41 ms 41 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    23 38 ms 37 ms 40 ms hz10.vihost.pl [176.9.19.67]

    24 43 ms 43 ms 39 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    25 43 ms 41 ms 41 ms hz10.vihost.pl [176.9.19.67]

    26 39 ms 42 ms 41 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    27 41 ms 39 ms 38 ms hz10.vihost.pl [176.9.19.67]

    28 39 ms 37 ms 40 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    29 38 ms 41 ms 42 ms hz10.vihost.pl [176.9.19.67]

    30 39 ms 42 ms 37 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    31 38 ms 39 ms 38 ms hz10.vihost.pl [176.9.19.67]

    32 40 ms 44 ms 42 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    33 37 ms 47 ms 39 ms hz10.vihost.pl [176.9.19.67]

    34 42 ms 40 ms 39 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    35 41 ms 39 ms 43 ms hz10.vihost.pl [176.9.19.67]

    36 44 ms 50 ms 45 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    37 41 ms 41 ms 39 ms hz10.vihost.pl [176.9.19.67]

    38 47 ms 38 ms 42 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    39 43 ms 38 ms 40 ms hz10.vihost.pl [176.9.19.67]

    40 40 ms 42 ms 40 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    41 40 ms 41 ms 39 ms hz10.vihost.pl [176.9.19.67]

    42 43 ms 43 ms 54 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    43 40 ms 38 ms 41 ms hz10.vihost.pl [176.9.19.67]

    44 43 ms 45 ms 42 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    45 40 ms 43 ms 40 ms hz10.vihost.pl [176.9.19.67]

    46 42 ms 41 ms 42 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    47 41 ms 40 ms 43 ms hz10.vihost.pl [176.9.19.67]

    48 39 ms 37 ms 48 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    49 40 ms 40 ms 40 ms hz10.vihost.pl [176.9.19.67]

    50 42 ms 43 ms 43 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    51 41 ms 44 ms 38 ms hz10.vihost.pl [176.9.19.67]

    52 42 ms 43 ms 39 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    53 42 ms 45 ms 43 ms hz10.vihost.pl [176.9.19.67]

    54 41 ms 43 ms 46 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    55 40 ms 40 ms 44 ms hz10.vihost.pl [176.9.19.67]

    56 43 ms 39 ms 49 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    57 39 ms 42 ms 41 ms hz10.vihost.pl [176.9.19.67]

    58 42 ms 42 ms 41 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

    59 40 ms 40 ms 38 ms hz10.vihost.pl [176.9.19.67]

    60 39 ms 42 ms 42 ms static.65.19.9.176.clients.your-server.de [176.9.19.65]

     

    Śledzenie zakończone.

     

    Ping w ogóle się nie łączy z serwerem.

     

    Czy w takim wypadku mam pisać do swojego operatora sieci, do ViHostu czy może od razu do Hetznera (bo chyba u nich mają maszyny) z tym problemem?

  16. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Mój niestety nie:

     

    PING 188.116.3.123 (188.116.3.123) 56(84) bytes of data.

    From 188.116.0.62 icmp_seq=1 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=2 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=3 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=5 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=6 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=7 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=9 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=10 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=11 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=13 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=14 Destination Host Unreachable

    From 188.116.0.62 icmp_seq=15 Destination Host Unreachable

     

    Jak to jest Kamikadze że tylko tobie zawsze wszystko działa bez problemów?

     

    #edit: przed chwilą raczył zacząć odpowiadać.

  20. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Może jakiś ping / traceroute?

    Tak to każdy może pisać że mu nie działa bo ma ping "duży" :)

    Twój ping jest spóźniony o parę ładnych godzin.

    To działo się jakiś czas temu:

    (Z innego serwera)

    --- 188.116.3.123 ping statistics ---

    77 packets transmitted, 43 received, 44% packet loss, time 76067ms

    (Z domowego łącza)

    Statystyka badania ping dla 188.116.3.123:

    Pakiety: Wysłane = 59, Odebrane = 31, Utracone = 28

    (47% straty),

    Szacunkowy czas błądzenia pakietów w millisekundach:

    Minimum = 13 ms, Maksimum = 24 ms, Czas średni = 15 ms

     

    I tak przez kilka godzin od mniej więcej południa (u mnie, nie wiem jak u reszty).

    Niestety, to nie pierwszy raz jak są takie cyrki, a VPSa mam w hitme dość krótko.

  22. Napisano · Raportuj odpowiedź

    Czy to dziś tylko mój VPS tak ma, czy ktoś napotkał się z takim samym "problemem"?

    Zdarza się to już nie pierwszy raz (mam VPS-2 z budgetvps):

    (Z innego serwera)

    --- 188.116.3.123 ping statistics ---

    77 packets transmitted, 43 received, 44% packet loss, time 76067ms

    (Z domowego łącza)

    Statystyka badania ping dla 188.116.3.123:

    Pakiety: Wysłane = 59, Odebrane = 31, Utracone = 28

    (47% straty),

    Szacunkowy czas błądzenia pakietów w millisekundach:

    Minimum = 13 ms, Maksimum = 24 ms, Czas średni = 15 ms

  23. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Mnie interesuje głównie obciążenie procesora, nie I/O dysku (chociaż myślałem że APC zapisuje sobie dane do pamięci a nie na dysk, chyba że coś źle zrozumiałem).

     

    Istnieją wogóle jakieś moduły redukujące jego obciążenie? Ew. czy istnieje jakiś prosty sposób do mierzenia obciążenia CPU bezpośrednio w PHP (chciałbym konkretnie testować ile dana część skryptu potrzebuje czasu procesora, z możliwie jak największą dokładnością)?

  24. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Witam,

    mam małe pytanie co do używania APC w PHP (lub innych akceleratorów).

     

    Jak wiadomo, APC redukuje zużycie pamięci przez same skrypty PHP a także skraca czas ich wykonywania.

    Jednakże, jak używanie APC wpływa na obciążenie procesora?

    Redukuje je czy zwiększa (można się domyślać że dodatkowa "translacja" na OpCode jest dodatkowym obciążeniem, ale w końcu te skrypty wykonują się szybciej)?

     

    Dodatkowe pytanie (jeśli obciążenie procesora przez APC będzie zwiększane) - czy są jakieś sposoby redukcji obciążenia bez optymalizacji samych skryptów (jakieś moduły)?

  25. Napisano · Edytowano przez Glibnes (zobacz historię edycji) · Raportuj odpowiedź

    Teoretycznie to cena zawiera się pomiędzy tym co chce kupujący zapłacić a tym co Ty chcesz otrzymać.

     

    Bardziej teoretycznie to wyceń swoją pracę stawką godzinowa i pomnóż przez ilość godzin spędzonych nad projektem. Następnie załóż przy ilu sprzedanych egzemplarzach ma Ci się to zwrócić (powyżej tego będziesz zarabiał już) i wyjdzie Ci cena.

    Dzięki za odpowiedź.

     

    Opierając się o xnove nie masz praw do sprzedaży skryptu. Wystarczy że jest tam ich chociaż jedna literka :)

     

    Co to ma być ? "1.3.4 (Rev. 308)" wg. licencji xnovy musi tam być tam zostać wykorzysta nazwa autorska - czyli xnova

    Tak jak mówiłem, z Xnovy nic nie zostało. Początkowe fazy projektu były opierane o Xnovę po czym nastąpiło przepisanie projektu.

     

    Po drugie, jeśli nie mógłbym sprzedać całego silnika, mogę sprzedawać modyfikacje. Nikt nie zabroni mi sprzedawać mojej pracy.

×