Glibnes
-
Zawartość
62 -
Rejestracja
-
Ostatnio
Posty napisane przez Glibnes
-
-
Czy przy okazji tego tematu może mi ktoś wytłumaczyć, czy zakładanie DG zawsze wiąże się z opłatami za ZUSy, srusy i z innymi złodziejskimi podatkami?
O ile dobrze wyczytałem w Interwebsach, dla "nowej firmy" te opłaty to na początek koszt w granicy tysiąca złotych miesięcznie - i jak tu młody człowiek może cokolwiek rozpocząć, jak od samego początku jest okradany z tego co zarobi?
-
Zgadza się. Na maszynie-matce po prostu skończyło się miejsce na dysku
A jak się zabezpieczyć... kupić sobie dedyka z wetkniętymi dyskami twardymi. Tylko wtedy będziesz miał pewność, że nic ci nie będzie podkradać miejsca
Ok, dziękuję za odpowiedź. Pozostaje więc jedynie czekać, aż support odpowie na ticketa.
-
Napisałem dziś w nocy, niestety jeszcze nie odpowiedzieli (może tu zauważą )
Dlatego wolałem w między czasie zapytać i tu, a nóż widelec ktoś zna odpowiedź lub przynajmniej coś podpowie.
-
Witam,
od kilkunastu dni mam problemy z dyskiem na moim VPSie (w ViHost). Otóż, zaczęło się od tego, że codziennie, ok. godziny 2:45 w nocy na serwerze po prostu kończy się miejsce (MySQL wywala error 28, PHP o ile akurat coś zapisuje do pliku wywala błędy zapisu). Jednakże, moje dane zajmują obecnie ok. 8GB dysku, a całkowitą pojemność mam 30GB.
Specjalnie siedziałem po nocy aby sprawdzić, czy jakiś proces nie zaczyna o tej porze zjadać miejsca a potem w jakiś cudowny sposób je zwalniać, ale nic z tego - wszystko jest w porządku, żaden z procesów nie pożera miejsca, a żaden nowy się nie odpala (o tej godzinie nie robię żadnych backupów ani nie uruchamiam dodatkowych zadań).
Sprawdziłem jak sprawa ma się z wynikami z "df". Okazuje się, że owszem - na głównej partycji miejsca jest łącznie 30GB, zajęte to te 8, ale dostępne... dostępne jest 0. W panelu VPSa pokazuje mi to samo (czyli 8gb zajętego i 30 GB łącznie). Również dopiero teraz zauważyłem, że podczas dnia, kiedy nie ma problemów z zapisem, df pokazuje "niepoprawne" wyniki dostępnego miejsca (raz jest go kilkaset MB, potem przechodzi do 3GB, a w chwili obecnej mam 12GB, chociaż powinno być 22GB).
I teraz pytanie - co może być przyczyną takiego stanu rzeczy? Jak się tego pozbyć i ew. jak zabezpieczyć się przed tym na przyszłość? I czy nie jest to po prostu przepełnienie serwera matki?
-
Jeśli nie chcesz korzystać z AJAXa, po prostu ustaw mniejszy Timeout.
Korzystając z cUrla możesz ustawić timeout na poziomie milisekund za pomocą opcji CURLOPT_CONNECTTIMEOUT_MS
No i oczywiście, jeśli sprawdzasz kilka serwerów za jednym uruchomieniem skryptu, wtedy przy wyłączonych serwerach ten czas się wydłuża (co jest chyba logiczne). Wtedy już lepiej skorzystać z AJAXowego sprawdzania.
-
Skoro nie jest ważna opcja archiwum, to zamiast bazy możesz skorzystać z APC lub Memcached do przechowania ostatnich wiadomości i rozesłania ich na żądanie od użytkownika. Nie będziesz męczyć bazy tylko wszystko wrzucisz do pamięci.
-
A może zainteresuj się kompresją gzip? PHP ma własne, wbudowane funkcje do jej obsługi, a i prawdopodobnie stworzyć tarballa to nie problem, wystarczy przedrzeć się przez Manuala: http://www.php.net/manual/pl/book.zlib.php
-
Po drugie, jak Ty chcesz to osiągnąć bez użycia choćby PHP?
O ile ma taką możliwość, można dokleić JavaScript, który będzie wysyłał żądanie na inny serwer, a tam aplikacja napisana w PHP.
-
Sprawdź jakie błędy SQL wyskakują podczas wykonywania zapytań.
O ile korzystałeś z phpMyAdmina lub mysqldumpa do przerzucenia danych z jednej bazy na drugą, to podczas importu powinny zapisać się dane o silniku, ale głowy sobie nie dam za to uciąć. Dodatkowo, od bodajże MySQL 5.5 domyślnym silnikiem jest właśnie InnoDB, a nie (jak było to do tej pory) MyISAM.
-
Sprawdź co wywala Konsola błędów w przeglądarce.
-
Pobieraj tylko część newsów jakie chcesz wyświetlić na jednej stronie (np. 20), i napisz sobie (lub użyj gotowego skryptu) klasę/funkcję paginacyjną (która na podstawie ilości newsów ogółem, obecnej stronie i ilości newsów na stronę wygeneruje Ci listę stron).
-
http://code.google.com/p/flot/
W PHP musisz jedynie dostarczyć danych, a rysowaniem zajmie się przeglądarka.
-
Witam, proste pytanie - czy jest możliwość blokowania możliwości połączenia się czy to z VPSem, czy to samego dostępu do zasobów serwera www (nginx), po przekroczeniu danego limitu transferu (np. 1GB/dzień)? Jak coś takiego wdrożyć?
-
Spróbuj:location / { root /var/www/$1/htdocs; }
Jeśli nie zadziała to problem jest we wpisie:
server_name ~^(.*)\.battlespace\.pl$;
Nie znam składni żeby Ci pomóc, ale jak sposób wyżej nie zadziała to zerknę do dokumentacji i przeanalizuje jeszcze raz.
Wywaliłem ten kod od multisubdomen, wstawiłem osobny wpis dla uni3 i zadziałało, więc masz rację - problem leży w tej części kodu.
Rozwiązałem problem:
server { listen 80; server_name ~^(?<subdomain>.+)\.battlespace\.pl$; #if directory doesn't exist if (!-d /var/www/$subdomain.battlespace.pl) { rewrite . http://battlespace.pl redirect; } # Sets the correct root root /var/www/$subdomain.battlespace.pl/htdocs; }
-
Oryginalny config (restart nginxa nic nie dał):
server { listen 80; server_name battlespace.pl; root /var/www/default/htdocs; access_log /var/www/default/logs/access.log myown; error_log /var/www/default/logs/error.log; index index.php index.html index.htm; # --- Don't log Images, JavaScript & CSS --- location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico)$ { access_log off; } location / { try_files $uri $uri/ =404; } location ~ .php$ { try_files $uri $uri/ =404; fastcgi_split_path_info ^(.+\.php)(.*)$; fastcgi_pass php_fpm; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include /etc/nginx/fastcgi_params; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; } # deny access to .htaccess files, if Apache's document root # concurs with nginx's one location ~ /\.ht { deny all; } } server { listen 80; server_name ~^(.*)\.battlespace\.pl$; #if directory doesn't exist if (!-d /var/www/$1) { rewrite . http://battlespace.pl/ redirect; } # Sets the correct root root /var/www/$1/htdocs; } server { listen 80; server_name www.battlespace.pl; rewrite ^/(.*) http://battlespace.pl/$1 permanent; }
-
A to czytałeś? http://www.webhostin...-waszych-domen/
I powiedz jak mamy Ci pomóc nie znając domeny? Pewnie masz jakiś błąd w konfiguracji dnsów.
Przepraszam, zapomniałem o tym: battlespace.pl (domena z sygnaturki).
Po przeładowaniu dnsów subdomena uni3 wskazuje na stronę główną, wg. configa nginxa powinna wskazywać na katalog z tą subdomeną (więc pewnie to problem z dnsem).
-
A w aplikacji masz SET NAMES 'UTF8' ?
Tego właśnie brakowało, widocznie zapomniałem dodać przy zmianach w kodzie.
Dzięki
-
Witam,
mam pewien problem z ustawieniem subdomeny na nginxie.
Używam obecnie PowerDNSa, zarządzam nim przez prosty PowerAdmin.
Dodałem rekord CNAME subdomena.domena.pl w zone domena.pl
Ustawiłem następujący config dla nginxa:
server { listen 80; server_name domena.pl; root /var/www/default/htdocs; access_log /var/www/default/logs/access.log myown; error_log /var/www/default/logs/error.log; index index.php index.html index.htm; location ~ .php$ { try_files $uri $uri/ =404; fastcgi_split_path_info ^(.+\.php)(.*)$; fastcgi_pass php_fpm; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include /etc/nginx/fastcgi_params; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; } } server { listen 80; server_name ~^(.*)\.domena\.pl$; #if directory doesn't exist if (!-d /var/www/$1) { rewrite . http://domena.pl/ redirect; } # Sets the correct root root /var/www/$1/htdocs; } server { listen 80; server_name www.domena.pl; rewrite ^/(.*) http://domena.pl/$1 permanent; }
Wg. autora powyższego configu (nie, nie jest mój, jedynie dostosowałem go do swoich potrzeb) powinien on działać dla każdej subdomeny.
Jednak u mnie po prostu strona się nie wczytuje ("Nie odnaleziono serwera" - Firefox), a domena główna działa bez problemu. Co zrobiłem źle?
-
Mam problem z przeniesieniem bazy danych z jednego serwera na drugi, chociaż nie jestem do końca pewien, czy jest to problem ze złym eksportem i importem czy problem serwera.
Skopiowałem bazę danych z jednego serwera na drugi i teoretycznie wszystko powinno być jak trza (w PhpMyAdmin widać na obydwu serwerach w polach tekstowych normalne, polskie znaki - kodowanie pól ustawione na UTF8-polish). Na obydwu serwerach mam dokładnie ten sam kod źródłowy strony.
Jedyne zauważalne dla mnie różnice to takie, że na drugim serwerze (na który przenoszę dane - VPS na Vihoście) mam nieco nowszego nginxa i mysqla (na obydwu mam wersję 5+).
Po wejściu na stronę - krzaki zamiast polskich ogonów np. w wiadomościach użytkowników.
Czy jakieś same ustawienia serwera (np. coś w locales) albo nginxa mogą powodować taki stan rzeczy, czy to jednak jest wina złego importu?
Dodam, że dane zrzuciłem przez PMA z ustawieniem kodowania pliku na UTF8, podczas importu (próbowałem zarówno przez mysql i source przez linię komend oraz przez samego PMA, w obydwu przypadkach dodawałem SET NAMES 'utf8').
-
grep JOIN /var/log/mysql/mysql-slow.log nie wystarczy?
Ja szukam tylko zapytań z JOINami na polach bez indexów, a nie wszystkich.
-
U mnie również kilkanaście minut temu doszedł Email z odpowiedzią od BOKu o ważności domeny do następnego roku.
Mam nadzieję, że to był tylko przypadek z tak długim oczekiwaniem, a nie olewactwo użytkowników.
Myślę, że temat do zamknięcia.
-
A więc mamy jedne dość podobny problem z płatnościami i ignorancją klienta.
Przy okazji zapytam - co się dzieje z domeną jeśli nie zostanie opłacona?
Mogę ją ponownie zarejestrować w innego dostawcy domen?
-
Szczerze mówiąc, ostatnio coraz więcej osób narzeka na mBank za długi czas przelewów.
Wydaje mi się, że właśnie po tej stronie powinieneś poszukać rozwiązania problemu.
Wpisałeś poprawnie tytuł przelewu?
Sam nigdy nie miałem problemów z mBankiem, ale i tak cztery dni to dostatecznie dużo czasu nawet gdyby to tutaj był problem.
I wszystkie dane które mi podali w Emailu wpisałem poprawnie - sprawdzałem dwa razy numer konta, odbiorcę i tytuł.
-
Ale zrobiłeś przelew z banku czy płaciłeś jakimiś płatnościami internetowymi ?
Pieniądze wysłałem w poniedziałek z konta w mBanku poprzez normalny przelew (tak jak prosili w Emailu).
Wszystko by było ok. gdyby chociaż odpowiedzieli na Email z pytaniem o ten problem.
Masowa sprzedaż a osoba fizyczna allegro.
w Piaskownica
Napisano · Raportuj odpowiedź
Mniej niż słyszałem, ale dalej niezbyt zadowalająco.
A ZUSu do Amber Gold nie porównuj - AG było przynajmniej dobrowolne...