Skocz do zawartości

Przeszukaj forum

Pokazywanie wyników dla tagów 'statystyki'.

  • Szukaj wg tagów

    Wpisz tagi, oddzielając przecinkami.

  • Szukaj wg autora

Typ zawartości


Forum

  • Hosting
    • Forum Główne
    • Informacje o firmach hostingowych
    • Serwery Dedykowane i VPS
    • Chmura czyli Cloud hosting
    • Kolokacja Serwerów i Centra Danych
    • Konta Resellerskie
    • Serwery Streamingu
    • Luźne rozmowy o hostingu
    • Własna Firma Hostingowa
  • Domeny
    • Domeny
    • Biznes domenowy
  • SEO Pozycjonowanie i Optymalizacja
    • Pozycjonowanie i Optymalizacja
    • Promocja i marketing
  • WebHelp
    • Centrum webmastera
    • Programowanie i Bazy danych
    • xHTML / CSS / Javascript
    • Strony do oceny
  • Administracja serwerów
    • Sprzęt serwerowy i Centrum Danych
    • Administracja Serwerów
    • Skrypty
    • Panele Administracyjne
    • Serwery WWW
    • Serwery Pocztowe
    • Serwery DNS
    • Serwery baz danych
    • Transfer Plików i Backup
    • Linux
    • Microsoft Windows
    • Bezpieczeństwo
  • Giełda
    • Oferty firm hostingowych
    • Giełda Domen
    • Oferty Pracy / Zlecenia
    • Giełda
  • Inne fora
    • Piaskownica
    • Prośby
    • Dyskusje Wiki WHT
    • WHT+
  • WHT PROfesjonalnie
    • Forum dla użytkowników Profesjonalnych
    • Dyskusje WebHostingTalk.pl

Znaleziono 5 wyników

  1. Nowe szczegółowe statystyki na hostingu w nazwa.pl! W dniu dzisiejszym wszyscy użytkownicy cloudhostingu w nazwa.pl otrzymali dostęp do nowego, bardzo przydatnego narzędzia, jakim są szczegółowe statystyki wykorzystania udostępnianych w ramach ich serwerów usług. Dzięki tym statystykom można sprawdzić już nie tylko ogólne, łączne charakterystyki wykorzystania np. czasu pracy procesora w ramach całego hostingu, ale również zweryfikować te informacje w podziale na takie usługi jak WWW, SSH, CRON, FTP, serwery pocztowe czy serwery bazodanowe. Przedstawiamy w nich szczegółowe informacje o ilości danych przesłanych przez poszczególne usługi, liczbie logowań do POP3/IMAP4, liczbie wysyłanych i odbieranych wiadomości e‑mail, a nawet o parametrach obciążenia pojedynczych baz danych założonych w ramach usługi hostingowej. Nie jest tajemnicą, że odpowiedni poziom optymalizacji stron WWW pozwala zyskać na ich szybkości działania. Nasze szczegółowe statystyki pozwalają weryfikować skuteczność wprowadzanych optymalizacji w sposób jednoznaczny i dokładny. Dokładny opis nowego narzędzia, które będzie na pewno przydatne dla webmasterów zajmujących się tworzeniem i zarządzaniem stronami WWW, dostępny jest na naszym blogu: https://www.nazwa.pl/blog/szczegolowe-statystyki-na-hostingu-w-nazwapl
  2. Próbuję nakłonić webalizera do generowania statystyk tylko dla linków do artykułów w CMS Joomla, czyli /index.php/* np: "GET /index.php/internet HTTP/1.1" 200 5958 "GET /index.php/telewizja HTTP/1.1" 200 4071 "GET /index.php/telewizja-cennik HTTP/1.1" 200 5399 z użyciem dyrektywy IncludeURL /index.php/* w webalizer.conf Niestety dalej są statystyki dla wszystkich odwołań 1 20 12,12% 172 2,89% / 2 4 2,42% 0 0,00% /templates/infolan4/modules.js 3 3 1,82% 12 0,20% /media/jui/js/jquery-migrate.min.js 4 3 1,82% 0 0,00% /media/jui/js/jquery-noconflict.js 5 3 1,82% 99 1,66% /media/jui/js/jquery.min.js 6 3 1,82% 2 0,03% /media/system/css/system.css 7 3 1,82% 1 0,02% /media/system/js/caption.js 8 3 1,82% 7 0,12% /media/system/js/core.js Poniżej wklejam mój plik konfiguracyjny webalizer.conf #LogFile /var/log/httpd/access_log LogFile /var/log/httpd/www.myhost.net.pl-access_log #LogType clf #OutputDir /var/lib/httpd/htdocs/usage OutputDir /home/services/httpd/vhosts/webalizer.www.myhost.net.pl #HistoryName webalizer.hist #Incremental no #IncrementalName webalizer.current #ReportTitle Usage Statistics for HostName www.myhost.net.pl #HTMLExtension html PageType htm* PageType cgi PageType phtml PageType php3 PageType php PageType pl PageType shtml #PagePrefix /documents #PagePrefix /mycgi/parameters #OmitPage /render #UseHTTPS no #HTAccess no #StripCGI yes # TrimSquidURL 0 DNSCache dns_cache.db DNSChildren 10 #CacheIPs no #CacheTTL 7 GeoDB yes GeoDBDatabase /usr/share/GeoDB/GeoDB.dat GeoIP yes GeoIPDatabase /usr/share/GeoIP/GeoIP.dat #HTMLPre <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> #HTMLHead <META NAME="author" CONTENT="The Webalizer"> #HTMLHead <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> #HTMLBody <BODY BGCOLOR="#E8E8E8" TEXT="#000000" LINK="#0000FF" VLINK="#FF0000"> #HTMLPost <BR CLEAR="all"> #HTMLTail <IMG SRC="msfree.png" ALT="100% Micro$oft free!"> #HTMLEnd </BODY></HTML> #LinkReferrer no #Quiet no #ReallyQuiet no #TimeMe no #GMTTime no #Debug no #FoldSeqErr no #VisitTimeout 1800 #IgnoreHist no #IgnoreState no #CountryGraph yes #CountryFlags no #FlagDir flags #DailyGraph yes #DailyStats yes #HourlyGraph yes #HourlyStats yes #GraphLegend yes #GraphLines 2 #IndexMonths 12 #YearHeaders yes #YearTotals yes #GraphMonths 12 #InOutkB auto #TopSites 30 #TopKSites 10 #TopURLs 30 #TopKURLs 10 #TopReferrers 30 #TopAgents 15 #TopCountries 30 #TopEntry 10 #TopExit 10 #TopSearch 20 #TopUsers 20 #AllSites no #AllURLs no #AllReferrers no #AllAgents no #AllSearchStr no #AllUsers no #IndexAlias home.htm #IndexAlias homepage.htm #DefaultIndex yes #HideSite *webalizer.org #HideSite localhost #HideReferrer webalizer.org/ HideReferrer Direct Request HideReferrer file:* HideURL *.gif HideURL *.GIF HideURL *.jpg HideURL *.JPG HideURL *.jpeg HideURL *.JPEG HideURL *.png HideURL *.PNG HideURL *.ra #HideAgent RealPlayer #HideUser root #HideUser admin #GroupURL /cgi-bin/* CGI Scripts #GroupURL /images/* Images #GroupSite *.aol.com #GroupSite *.compuserve.com GroupReferrer onet.pl/ Onet (onet.pl) GroupReferrer wp.pl/ Wirtualna Polska (wp.pl) GroupReferrer interia.pl/ Interia (interia.pl) GroupReferrer .gazeta.pl/ Gazeta.pl (gazeta.pl) GroupReferrer emulti.pl/ Emulti (emulti.pl) GroupReferrer hoga.pl/ Hoga (hoga.pl) GroupReferrer netsprint. NetSprint (netsprint.pl) GroupReferrer yandex.pl/ Yandex (yandex.pl) GroupReferrer szukacz.pl/ Szukacz (szukacz.pl) GroupReferrer yahoo.com/ Yahoo! GroupReferrer altavista.com/ AltaVista (altavista.com) GroupReferrer google. Google (google.com) GroupReferrer dmoz.org/ Open Directory Project (dmoz.org) GroupReferrer excite.com/ Excite GroupReferrer infoseek.com/ InfoSeek GroupReferrer webcrawler.com/ WebCrawler #GroupUser root Admin users #GroupUser admin Admin users #GroupUser wheel Admin users GroupAgent Opera/ Opera #HideAgent Opera/ GroupAgent w3m* w3m #HideAgent w3m* GroupAgent Mozilla Netscape/Mozilla #HideAgnet Mozilla GroupAgent "MSIE 7" Microsoft Internet Exploder 7 #HideAgent MSIE 7 GroupAgent "MSIE 6" Microsoft Internet Exploder 6 #HideAgent MSIE 6 GroupAgent "MSIE " Older Microsoft Exploders #HideAgent MSIE GroupAgent Firefox/2. Firefox 2 #HideAgent Firefox/2. GroupAgent Firefox/1. Firefox 1.x #HideAgent Firefox/1. GroupAgent Konqueror Konqueror #HideAgent Konqueror GroupAgent Safari Safari #HideAgent Safari GroupAgent Lynx* Lynx #HideAgent Lynx* GroupAgent Links* Links #HideAgent Links* GroupAgent Wget/ WGet #HideAgent Wget/ GroupAgent (compatible; Other Mozilla Compatibles #HideAgent (compatible; GroupAgent Mozilla* Mozilla/Netscape #HideAgent Mozilla* #HideAllSites no #GroupDomains 0 #GroupShading yes #GroupHighlight yes #IgnoreSite bad.site.net IgnoreSite localhost #IgnoreURL /test* #IgnoreReferrer file:/* IgnoreReferrer localhost #IgnoreAgent RealPlayer #IgnoreUser root IncludeURL /index.php/* #IncludeUser someuser #MangleAgents 0 SearchEngine .google. q= SearchEngine yahoo.com p= SearchEngine altavista.com q= SearchEngine aolsearch. query= SearchEngine ask.co q= SearchEngine eureka.com q= SearchEngine lycos.com query= SearchEngine hotbot.com MT= SearchEngine msn.com q= SearchEngine infoseek.com qt= SearchEngine excite search= SearchEngine netscape.com query= SearchEngine mamma.com query= SearchEngine alltheweb.com q= SearchEngine northernlight.com qr= #SearchCaseI yes #DumpPath /var/lib/httpd/logs #DumpHeader no #DumpExtension tab #DumpSites no #DumpURLs no #DumpReferrers no #DumpAgents no #DumpUsers no #DumpSearchStr no #ColorHit 00805c #ColorFile 0040ff #ColorSite ff8000 #ColorKbyte ff0000 #ColorIKbyte 0080ff #ColorOKbyte 00e000 #ColorPage 00e0ff #ColorVisit ffff00 #ColorMisc 00e0ff #PieColor1 800080 #PieColor2 80ffc0 #PieColor3 ff00ff #PieColor4 ffc080 #TrueTypeFont Z góry dziękuję za pomoc w rozwiązaniu problemu Krzysztof
  3. Witajcie, Mam taki problem w prohost.pl Od prawie 2 lat mam na hostingu shared - system osTicket (system ticketów open-source). Głównym elementem tego systemu jest skrypt PHP który pobiera nowe wiadomości z serwera POP3 i zamienia je na rekordy w bazie danych (nowe tickety). Skrypt ten jest uruchamiany regularnie w CRON-ie co parę minut. Działał on sobie tak miesiącami, aż tu nagle w pewnym m-cu otrzymałem informację (15 kwietnia 2015r.). że mam użyte 80% CPU. Trochę wydało mi się to dziwne, ponieważ skrypt ten powinien generować bardzo REGULARNE obciążenie (harmonogram CRON). W marcu (który ma 31 dni) wszystko było ok, a tu po 15 dniach kwietnia już CPU zużyty, No nic - dokupiłem grzecznie punkty. Pod koniec kwietnia znowu CPU się kończy (dzienne zużycie po 20-30 punktów). Zdenerwowałem się i podjąłem decyzję o zmianie planu z MEDIUM na PLATINIUM. Stała się wtedy rzecz dziwna. Pomimo że był ten sam skrypt - ten sam CRON (ta sama ilość wywołań tego samego skryptu) - to nagle dzienne zużycie CPU spadło do ok. 2 pkt. (słownie dwóch, a poprzednio 20-30 pkt. dziennie). 10-krotny spadek zużycia CPU !!! Ok, płacę rocznie 100 zł więcej - ale kłopoty ze zliczaniem punktów CPU wydały się być zażegnane. Minął prawie rok. Mamy koniec marca 2016 i nagle powraca jak bumerang problem CPU. Pomimo że dalej jest ten sam skrypt, ten sam CRON to właśnie otrzymałem alert o zużyciu 80% CPU. Loguje się do panelu i widzę że znowu dzienne zużycie jest na poziomie 20 pkt. CPU. Jestem na 99.99% pewny - że system zliczania punktów CPU jest wadliwy. A teraz najlepsze: CRON jest ustawiony w taki sposób - że w dni robocze działa dość często (co 2 minuty), natomiast w weekendy (sob.-niedz.) co 10 minut (5 razy rzadziej). Ale według wykresu statystyk prohostu w niedzielę (20 i 27 marca) zużycie było po 22 pkt CPU, a w czwartek (24 marca) - tylko 13 punktów: http://static.pokazywarka.pl/i/6459326/306367/cpu-2016-03.jpg Czy ktoś miał u nich takie problemy ? Prohost upiera się oczywiście że u nich wszystko jest OK.
  4. Witam, zainstalowałem wczoraj sobie statystyki MUNIN, zaskoczyła mnie zakładka CPU usage. Czy według Was wszystko jest ok?
  5. Witam Mam pytanie, czy ktoś się orientuje czy mogę jakoś wstrzyknąć kod statystyk podobnie jak to robią niektóre free hostingi które wstrzykują kod reklam? Akurat nie chce mi się za każdym razem zmnieniać/dodawać tego kodu do szablonów phpbb. Nie moja wina iż mają to tak beznadziejnie rozwiązane
×