Alapértelmezés szerint a harmadik féltől származó makrók futtatása le van tiltva az Excel Office 2000-XP-2003 alkalmazásban. BAN BEN Excel menj a menübe Eszközök>>Makró>>Biztonság. A lapon " Megbízható kiadók"jelöld be a négyzetet" Megbízható hozzáférés Visual Basic Projekt»

Beállítások Office 2007
1) "Iroda" gomb

2) Bizalmi központ >> Biztonsági központ beállításai


3) Makróbeállítások >> jelölje be a "Trust access to tárgymodell VBA projektek"

Aktív adatok alapján összefoglaló jelentés készül! Azok. A „kiválasztási panel” (szűrők, de nem táblázatcsoportok), valamint a „Bevétel” és „Kiadás” fülek rá vannak rakva....

Diagramok készítéséhez Excelben kattintson az Összefoglaló jelentésben a Beszúrás >> Diagram elemre, és válassza ki az adatokat a Diagram-készítő varázslóban. További információ az MS Office súgójában, a „Pivot táblák” részben.

A jelentés garantáltan működik rus-hu a Windows verziói.

Az Excel-jelentések sablonok alapján készülnek. A mellékelt sablonok a mappában találhatók A jelentésem a Home Finance mappában, ezek alapján hozhat létre egyéni sablonok, amely elérhető lesz a programban.

Rövid jelentés lehetővé teszi egy táblázat tartalmának kinyomtatását az összegek kiszámításához eltérő mechanizmussal.

Egy univerzális jelentéskészítő eszköz feltölteni HTML-be megfelelő táblázatokat, miközben minden beállítás és csoportosítás mentésre kerül. Nyisd ki HTML dokumentum szinte minden MS Office alkalmazásban megnyitható.

Ebben a leckében egy olyan dolgot tanulunk meg, mint a PHP hibák elrejtése. Útközben azt is megvizsgáljuk, hogyan lehet nem csak elnyomni ezeknek a hibáknak a kimenetét, hanem azt is, hogyan írjuk őket naplófájlba, hogyan védjük meg ezt a naplófájlt, hogyan állítsuk be a PHP hibajelentési szintjét (milyen súlyos megjelenítendő hibákat, hogy megjelenjenek-e figyelmeztetések), ismerje meg a telepítés módját maximális méret hibasorokat, és letiltja az ismétlődő hibák rögzítését.

El kell rejteni a PHP hibákat?

A PHP hibák sokféle információt szolgáltatnak, amelyek lehetővé teszik a támadók számára, hogy adatokat gyűjtsenek az Ön webhelyéről és szerveréről. De ha erre a kérdésre határozott „igen” a válasz, akkor minden megoldódna, ha minden fájlhoz egyetlen sort adunk PHP programokkal.

Error_reporting(0);

Valójában minden hibát, beleértve a figyelmeztetéseket (nem kritikus hibák) is meg kell jeleníteni a tesztelési szakaszban. A hibák és figyelmeztetések megjelenítése segít megérteni a munkahelyi környezetben meglévő (vagy lehetséges) problémákat. Ne tiltsa le a hibák és figyelmeztetések megjelenítését az ingyenes terjesztésre szánt programokban, mert ha problémák merülnek fel, a problémákról szóló összes felhasználói jelentés ugyanaz lesz: „fehér képernyő van”, ami nagyban megnehezíti a kitalálási kísérleteket.

Általában a fejlesztésre szánt szervereken (pl. otthoni szerver), nincs szükség a hibák és figyelmeztetések eltávolítására PHP-módszerekkel error_reporting(0); És @ – meg kell vizsgálnunk az okokat és ki kell javítanunk azokat forrás.

Éles szervereken erősen ajánlott, hogy ne mutassák meg mindenkinek a PHP kódban előforduló hibákat, de nem csak a megjelenítésüket ajánlott letiltani, hanem naplózni is, felírni őket rendszergazda PHP programozónak pedig - ezekből a naplókból kapnak fontos információ O lehetséges problémákat a weboldalon/szerveren.

A PHP hibanaplózás engedélyezése .htaccess segítségével

Az oktatóanyag ezen részében bemutatom az Apache-felhasználóknak, hogyan lehet elnyomni a PHP-hibák kimenetét és elrejteni őket a látogatók elől, miközben a PHP hibák naplózása lehetővé válik a további elemzéshez, mindez a .htaccess fájlon keresztül történik.

Általánosságban elmondható, hogy ennek a módszernek van még egy csodálatos előnye - ahelyett, hogy megpróbálnánk elkapni az összes PHP-hibát és figyelmeztetést, mindegyiket rögzítjük a személyes naplónkban, ennek köszönhetően egyetlen felmerülő hiba sem kerül ki, még akkor sem, ha fel sem merült. Öntől, és valaki olyan körülmények között keresi fel webhelyét, amelyek talán eszébe sem jutna modellkedni. Köszönjük, hogy van egy egyszerű módja ennek a hatékony stratégiának.

PHP hibák elrejtése a látogatók elől

Eszik különböző utak elnyomja a PHP hibákat a .htaccess segítségével. Ezt úgy teheti meg, hogy belefoglalja a következő .htaccess direktívákat a domain httpd.conf fájljába vagy a .htaccess fájl gyökérkönyvtárába (vagy bármely más célkönyvtárba) a következő tartalommal:

# suppress php errors php_flag display_startup_errors off php_flag display_errors off php_flag html_errors off php_value docref_root 0 php_value docref_ext 0

Ez azt eredményezi, hogy a PHP hibák többé nem lesznek nyilvánosak az Ön webhelyén. Ez kiküszöböli a potenciális biztonsági kockázatokat, és megakadályozza, hogy ezek a csúnya, érthetetlen PHP-hibák megtörjék a webhely elrendezését és megzavarják a látogatókat. Ehhez nincs szükség kódszerkesztésre.

Személyes PHP hibanaplózás engedélyezése

Most, hogy elrejtettük a PHP hibákat a nyilvánosság elől, engedélyezzük a naplózásukat (rögzítésüket), hogy nyomon követhessük őket. Ezt úgy teheti meg, hogy hozzáadja a következő .htaccess direktívákat tartománya httpd.conf fájljához vagy a gyökérkönyvtárban (vagy bármely célkönyvtárban) elhelyezett .htaccess fájlhoz.

# befogadás PHP bejegyzések hibák php_flag log_errors on php_value error_log /home/path/public_html/domain/PHP_errors.log

Ahhoz, hogy ez működjön, módosítania kell az utolsó sorban lévő elérési utat, hogy megfeleljen a PHP_errors.log fájl tényleges helyének. Természetesen ezzel együtt létre kell hoznia ezt a fájlt, és 755-ös vagy szükség esetén 777-es engedélyt kell adnia neki. Végül biztonságossá kell tennie ezt a naplófájlt az alábbi utolsó kódsorok hozzáadásával a .htaccess fájlhoz:

# megakadályozza a PHP hibanaplóhoz való hozzáférést

Most, hogy minden a helyén van, ellenőrizze, hogy minden megfelelően működik-e néhány PHP-hibával. A naplófájl biztonságát úgy is tesztelheti, hogy megpróbálja elérni a böngészőn keresztül.

Fejlett PHP hibakezelés .htaccess segítségével

Most merüljünk el mélyebben ebben a témában, adjunk hozzá további funkciókat, és fedezzük fel a különböző megvalósításokat. Először a PHP-hibák kezelését vizsgáljuk meg éles környezetekben (például online, aktív és nyilvános webhelyek és alkalmazások), majd a fejlesztői környezetek hibáinak kezelését (például fejlesztés alatt álló projektek, tesztelés alatt, privát stb.).

A PHP hibajelentési szintjének szabályozása

A .htaccess használatával lehetőség nyílik a hibajelentési szint testreszabására a gyakorlati igényeknek megfelelően. A PHP hibaarányának figyelésére szolgáló általános erőd a következő:

# a php hibaszint beállítására vonatkozó irányelv általános nézete: php_value error_reporting number

Számos általános érték létezik, amelyek helyettesíthetők a "számjegyekkel", többek között:

• A legteljesebb hibaüzenet(megfelel az E_ALL-nak) - ehhez használja a „32767” értéket.
• Teljes hibaüzenet- A PHP hibák teljes naplózásához használja a "8191" értéket, amely mindent naplóz, kivéve a futásidejű elavulási figyelmeztetéseket (figyelmeztetések a nem futó kódra következő verziók PHP).
• Zend Error Reporting- A Zend parancsfájl-motor által generált végzetes és nem végzetes fordítási idejű figyelmeztetések rögzítéséhez használja a „192”-t.
• Alapvető hibajelentés- futásidejű értesítések rögzítése. Jelzi, hogy valami történt a szkript végrehajtása során, ami hibára utalhat, bár ez előfordulhat normál programvégrehajtás során is. Ehhez használja a "8" számot.
• Minimális hibaüzenetek- csak a végzetes futásidejű hibákat naplózza. Ezek olyan hibák, amelyeket maga a szkript nem tud kijavítani, például memóriafoglalási hibák stb. Ebben az esetben a szkript végrehajtása megszakad. Ehhez használja az „1” számot.

Természetesen használhat más értékeket („számokat”) is finomhangolás milyen hibákat szeretne rögzíteni. Ennek a kérdésnek a pontosítása a legvégén található.

A maximális fájlméret beállítása a hibák rögzítéséhez

A .htaccess használatával megadhatja a PHP hibák maximális méretét. Ez azt jelenti, hogy az egyes rögzített hibák méretét kell figyelni, nem pedig a teljes fájl egészét. A szintaxis a következő:

# általános direktíva a maximális hibaméret beállításához log_errors_max_len integer_number

Itt az "egész_szám" az egyes írt hibasorok maximális méretét jelenti bájtban. Az alapértelmezett érték "1024" (azaz 1 kilobájt). Ennek a korlátnak a megszüntetéséhez állítsa az értéket „0”-ra. Kérjük, vegye figyelembe, hogy ez az érték a megjelenített hibákra is vonatkozik, ha engedélyezve vannak (például fejlesztés közben).

A duplikált hibanaplózás letiltása

Ha már dolgozott a hibanaplóval, akkor észrevehette, hogy sok hasonló bejegyzést tartalmaz, amelyek csak az esemény időpontjában térnek el egymástól. Megszabadulhat ettől a redundanciától, ha egyszerűen hozzáadja a következő sorokat a htaccess fájlhoz:

# tiltsa le az ismétlődő hibák rögzítését php_flag ignore_repeated_errors on php_flag ignore_repeated_source on

Ezekkel a beállításokkal a rendszer nem rögzíti az ismétlődő hibákat a bejelentkezésben, még akkor sem, ha különböző forrásokban vagy címeken történtek. Ha csak egy forrásból vagy fájlból szeretné letiltani az ismétlődő hibákat, egyszerűen írja be megjegyzéseit vagy törölje az utolsó sort. Ezzel szemben, hogy az eseménynaplófájl tartalmazza az összes ismétlődő hibát, módosítsa mindkét értéket a következőről tovább tovább ki.

Mindent összerakva – a munkakörnyezet

Miután megbeszéltük a PHP hibarögzítés beállításának jellemzőit, gyűjtsük össze az összes bejegyzésünket egy .htaccess fájlba. Ezek a beállítások a munkakörnyezethez vannak optimalizálva.

# PHP hibakezelés az éles szerverhez php_flag display_startup_errors off php_flag display_errors off php_flag html_errors off php_flag log_errors on php_flag ignore_repeated_errors off php_flag ignore_repeated_source off phme_startup_errors off phme_track_ érték docref_root 0 php_value docref_ex t 0 php_value error_log /home/path/public_html/domain/PHP_errors log php_value error_reporting -1 php_value log_errors_max_len 0 Rendelje meg engedélyezését, megtagadását mindentől Meg kell felelnie

Ha a magyarázatokkal ellátott kódot jó stílusnak tartja, akkor ugyanaz a kód, csak megjegyzésekkel:

# PHP hibakezelés az éles szerveren # indítási hibák megjelenítésének letiltása php_flag display_startup_errors off # minden egyéb hiba megjelenítésének letiltása php_flag display_errors off # letilt html hibák markup php_flag html_errors off # hibarögzítés engedélyezése php_flag log_errors be # ismétlődő hibák figyelmen kívül hagyásának engedélyezése php_flag ignore_repeated_errors off # egyedi forrásból származó hibák figyelmen kívül hagyásának letiltása php_flag ignore_repeated_source off # memóriaszivárgások rögzítésének engedélyezése a legfrissebb hibajelentésen keresztül php_phperrms g php_flag track_errors on # formázási súgóhivatkozások letiltása a hibákhoz php_value docref_root 0 # formázási súgóhivatkozások letiltása a hibákhoz php_value docref_ext 0 # a php hibanaplófájl elérési útjának megadása php_value error_log /home/path/public_html/domain/PHP_specific_errors. az összes hiba php php_value error_reporting -1 # letiltja a maximális hiba karakterlánc hosszát php_value log_errors_max_len 0 # a hibanapló fájl védelme a nyilvános hozzáféréstől Rendelje meg engedélyezését, megtagadását mindentől Meg kell felelnie

A fenti stratégia ideális egy nyilvános szerverhez éles környezetben. Minden hiba el van rejtve a kíváncsi szemek elől, de szépen összegyűjtik az adminisztrátorok és programozók számára. Természetesen az adott direktívákat az igényeinek megfelelően testre szabhatja. Most nézzünk meg egy stratégiát a fejlesztői környezet hibáinak kezelésére.

Mindezt összerakva – a fejlesztői környezet

Egy program fejlesztése vagy hibakeresése során kényelmesebb valós időben, közvetlenül a böngészőben követni a felmerülő PHP hibákat. Az alábbiakban látható egy példa a .htaccess fájlra a fejlesztői környezetnek megfelelő beállításokkal:

# PHP hibák kezelése fejlesztői szerverekhez php_flag display_startup_errors on php_flag display_errors on php_flag html_errors on php_flag log_errors on php_flag ignore_repeated_errors off php_flag ignore_repeated_flag on phme_repeated_flag on phme php_value docref_root 0 php_value docref _ext 0 php_value error_log /home/path/public_html/domain/ PHP_errors .log php_value error_reporting -1 php_value log_errors_max_len 0 Rendelje meg engedélyezését, megtagadását mindentől Meg kell felelnie

Nem fogunk minden sort elmagyarázni - a megfelelő magyarázatokat egy kicsit magasabban láthatja.

Tippek

A szerveren lévő naplófájl abszolút elérési útjának megállapítása PHP metódusokkal (a php_value error_log direktíva esetén)

echo dirname(__FILE__);

Példa.htaccess for .

php_flag display_startup_errors on php_flag display_errors on php_flag html_errors on php_flag log_errors on php_flag ignore_repeated_errors off php_flag ignore_repeated_source off php_flag report_phpperfaks on track_phprfok on php_flag 0 php_value docref_ext 0 php_value error_ log C:ServerdatahtdocsPHP_errors.log php_value error_reporting -1 php_value log_errors_max_len 0 Rendelje meg engedélyezését, megtagadását mindentől Meg kell felelnie

Nem működik

Ez a módszer nem alkalmazható olyan tárhelyeken, ahol a PHP CGI-ként fut(a lehetséges megoldásokat a következő cikkben mutatjuk be).

-1 és ~0 az összes PHP hiba megjelenítéséhez

Az irányelvben php_value error_reporting az összes megadható hiba megjelenítéséhez -1 vagy ~0 . Azok. a sorok így néznek ki:

Php_value error_reporting -1 php_value error_reporting ~0

Sőt, a második módszert tartják helyesebbnek, azaz a használatát ~0 .

Előre definiált állandók és bitenkénti műveletek error_reporting

• Előre meghatározott állandók
• Bitenkénti operátorok

Például ha CSAK rögzíteni akarunk következő hibákat E_ERROR (érték 1), E_WARNING (érték 2), E_CORE_ERROR (érték 16), majd a megfelelő számérték megszerzéséhez ezeket az értékeket bináris számokká kell alakítani, és a megfelelő bitenkénti műveleteket kell végrehajtani, majd az eredményül kapott bináris szám konvertálni decimálisra. Ez a művelet azonban egyszerűsíthető - csak adja hozzá a decimális számok értékeit. Azok. esetünkben 1+2+16=19

Php_value error_reporting 19

E_ERROR, E_WARNING és E_CORE_ERROR hibákat jelenít meg.

Példa egy naplófájl abszolút elérési útjára a Hostland tárhelyen (a php_value error_log direktívához)

/home/host900456/site/blogs/htdocs/www/PHP_errors.log

Ahelyett host900456 meg kell adnia fiókját.

Ahelyett weboldal meg kell adnia a domainjét.

Egyébként jó tárhely, amelyen ez az oldal fut. Ajánljuk!

A cikk leírja a PHP-ben elérhető funkciókat (releváns az 5.3.x-hez) minden típusú hiba kezelésére, beleértve a kódértelmezési hibákat (E_ERROR, E_PARSE, E_WARNING stb.). Ez a feldolgozás segít az oldal ellenőrzött megjelenítésében, ha ilyen problémák lépnek fel. A cikk számos leírást és működő példát (architektúra) tartalmaz, így azonnal felhasználhatja szoftver termék. Végül egy kicsit elromlott az oldal, nos, erről 4xx vagy 5xx címszóval kell tájékoztatni a keresőt, és szórakoztatni a felhasználót, ahelyett, hogy visszatérne. fehér képernyő(vagy ami még rosszabb, egy képernyő szent információkkal a hackerek számára) 200 Ok válaszával.

A téma megírásának ötlete akkor támadt, amikor bátran feltettem 2 kérdést:

• Kérdés kb
• Kérdés kb

A karmám és a kedvencekhez való hozzáfűzés alapján rájöttem, hogy érdekesnek bizonyultak a PHP habra közössége számára. Emiatt úgy döntöttem, hogy egy cikk formájában formalizálom a megoldásokat ezekre a kérdésekre, hogy az emberek és a keresők könnyebben és átfogóbban találhassák meg a szükséges információkat.

Ha érdekel, a részletek a kivágás alatt...

Használat okai

A felhasználónak/keresőnek egyértelmű választ kell adnia, hogy probléma van a szerveren. Egy bizonyos feng shui használata nélkül ezt meglehetősen nehéz elérni, és néha lehetetlen. Itt minderre rávilágítok, és egy megjegyzést is hagyok magamnak, hiszen egy hete még nem tudtam, mit csináljak, és valószínűleg sok kezdő is elbátortalanodik.

Funkcióleírások

Ez a funkció elérhető a PHP-ben a hibák kezelésére és a kimenet vezérlésére. Itt van egy leírás a jóságaikról és hiányosságairól. Dokumentációt nem adok, csak hivatkozom az oldalaira és leírom a véleményemet. Ennek csak egy kis része lesz megadva, a cikk végén linkeket adok a dokumentáció megfelelő részeihez. Tehát találkozunk:

- Nem kritikus hibák ellenőrzése: megjegyzések, figyelmeztetések, felhasználói hibák. Általában minden, ami nem zárja le rendellenesen az értelmezést.
set_error_handler – Beállítja felhasználó által meghatározott hibakezelő.
Minden ilyen hibát be kell írni a naplóba. Ha nem állítod be, akkor nem íródik be a naplóba, de mindig szeretném tudni, hogy milyen harci helyzetekben válthatnak ki megjegyzések és figyelmeztetések. Vagyis lehetővé teszi a felhasználó számára, hogy automatikusan tesztelje a terméket, és ezt észre sem veszi.
Ha a függvény nincs megadva, akkor a PHP csak az adatokat próbálja megjeleníteni a képernyőn, ha pedig ez nincs megadva, akkor az ilyen típusú hibákból egyáltalán nem adódnak életjelek.

- Ellenőrzés, kivételek: egy E_ERROR típusú hiba.
set_exception_handler – Egyéni kivételkezelőt állít be
Nos, nem tudom, hogy ezt egyáltalán miért találták ki, amikor az alábbiakban leírtak és egyszerűen egy Kivétel típusú hiba kezelése van. Tehát azt mondom, hogy egyszerűen létezik. Elfogja kritikus hiba„kivétel”, és lehetővé teszi, hogy valamit kezdjen vele. Mindenesetre a forgatókönyv véget ér. Nekem személy szerint elég az alapértelmezett működése (naplókba ír, megjeleníteni próbál). Egyáltalán nem definiálnám újra, különben magamnak kellene írnom a naplókban történt kivételről.

- Kimenet vezérlési funkciók: Itt leírok 3 olyan funkciót, amelyet különböző okokból ismernie kell. Például fejléc kimeneti problémák esetén vagy azok esetén. Esetünkben hibafejléceket kell megjelenítenünk.

Körülmények

Létezik egy olyan fájl kóddal, amely azelőtt vagy a kód előtt fut le, amelyben hiba jelenhet meg, és ez a fájl és az előtte lévő összes fájl 100%-ban hibakeresésre kerül, a hiba megjelenésének lehetetlensége mellett. Ez az a feltétel, amely megkönnyíti - hibamentesen, amíg a fenti funkciók összes regisztrációja le nem telt. Ez a fájl ezeket a hibaelhárítási technikákat komplexen írja le. A rendszer figyeli a puffert; ha hiba van, állítsa vissza a puffert, és jelenítse meg a hibát.

Kód megjegyzésekkel

Hozzáteszem magamtól, hogy nem teszteltem a kódot, mivel ez egy leegyszerűsített diagram a kódban lévőkről, szívesen fogadom a megjegyzéseket

A legtöbb funkció indításkor elérhető AI-BOLIT szkenner módban parancs sor. Ez mind Windows/Unix/Mac OS X alatt, mind közvetlenül a tárhelyen megtehető, ha SSH-n keresztül fér hozzá, és a hosting nem korlátozza nagymértékben az elfogyasztott processzorerőforrásokat.

Kérjük, vegye figyelembe, hogy a szkenner futtatásához a PHP 5.3 vagy újabb konzolos verziója szükséges. Az 5.2-es verzióban "Elemzési hiba: szintaktikai hiba, váratlan T_STRING, T_OLD_FUNCTION vagy T_FUNCTION vagy T_VAR vagy ")" hiba jelenik meg a /home/ХХХ/ai-bolit.php online fájlban.... Jelölje be jelenlegi verzió php -v parancs

Segítség az AI-BOLIT szkenner parancssori paramétereihez

Segítség megjelenítése

php ai-bolit.php --help

php ai-bolit.php --skip=jpg,png,gif,jpeg,JPG,PNG,GIF,bmp,xml,zip,rar,css,avi,mov

Csak bizonyos kiterjesztések vizsgálata

php ai-bolit.php --scan=php,php5,pht,phtml,pl,cgi,htaccess,gyanús,tpl

Készítsen egy karanténfájlt a biztonsági szakembereknek való elküldéshez. Létrejön egy jelszóval ellátott AI-QUARANTINE-XXXX.zip archívum.

php ai-bolit.php --karantén

Futtassa a szkennert „paranoid” módban (a legrészletesebb jelentés eléréséhez ajánlott)

php ai-bolit.php --mode=2

php ai-bolit.php --mode=1

Ellenőrizze az egyik "pms.db" fájlt, hogy nem tartalmaz-e rosszindulatú kódot

php ai-bolit.php -jpms.db

Futtassa a szkennert 512 Mb memóriamérettel

php ai-bolit.php --memory=512M

Állítsa be a szkennelt fájl maximális méretét 900 Kb-ra

php ai-bolit.php --size=900K

500 ms szünet a fájlok között szkenneléskor (a terhelés csökkentése érdekében)

php ai-bolit.php --delay=500

Szkennelési jelentés küldése e-mailben [e-mail védett]

php ai-bolit.php [e-mail védett]

Hozzon létre egy jelentést a /home/scanned/report_site1.html fájlban

php ai-bolit.php --report=/home/scanned/report_site1.html

Vizsgálja meg a /home/s/site1/public_html/ könyvtárat (az alapértelmezett jelentés ott jön létre, ha a --report=report_file paraméter nincs megadva)

php ai-bolit.php --path=/home/s/site1/public_html/

Hajtsa végre a parancsot, amikor a vizsgálat befejeződött.

php ai-bolit.php --cmd="~/postprocess.sh"

Egyszerű szöveges jelentés lekérése site1.txt néven

php ai-bolit.php -lsite1.txt

A hívásokat kombinálhatja pl.

php ai-bolit.php --size=300K --path=/home/s/site1/public_html/ --mode=2 --scan=php,phtml,pht,php5,pl,cgi,gyanús

Az AI-BOLIT szkenner hívását más Unix-parancsokkal kombinálva elvégezheti például a helyek kötegelt vizsgálatát. Az alábbiakban egy példa látható egy fiókon belül tárolt több webhely ellenőrzésére. Például, ha a helyek a /var/www/user1/data/www könyvtárban találhatók, akkor a szkenner indítására szolgáló parancs a következő lesz.

/var/www/user1/data/www -maxdepth 1 -type d -exec php ai-bolit.php --path=() --mode=2 \;

A --report paraméter hozzáadásával szabályozhatja, hogy a vizsgálati jelentések melyik könyvtárban készüljenek el.

php ai-bolit.php paraméterek listája... --eng

Állítsa át a jelentési felületet angolra. Ennek a paraméternek az utolsónak kell lennie.

Integráció más szolgáltatásokkal és a hosting panelbe

php ai-bolit.php --json_report=/path/file.json

Jelentés létrehozása json formátumban

php ai-bolit.php --progress=/path/progress.json

Mentse el az ellenőrzés állapotát egy fájlba json formátumban. Ez a fájl strukturált adatokat fog tartalmazni json formátumban: aktuális szkennelési fájl, hány fájl lett beolvasva, hány fájl van még szkennelve, vizsgálati százalék, a vizsgálat befejezéséig eltelt idő. Ez a mechanizmus használható folyamatjelző sáv és a vizsgált fájlokkal kapcsolatos adatok megjelenítésére a panelen. A beolvasás befejeztével a fájl automatikusan törlődik.

php ai-bolit.php --handler=/path/hander.php

Külső eseménykezelő. Hozzáadhat saját vizsgálat kezdete/vége/vizsgálati folyamata/beolvasási hibakezelőit. Egy példafájl megtekinthető a szkenner archívumában, az tools/handler.php könyvtárban. Például a szkennelés befejezése után tehet valamit a jelentésfájllal (küldhet levélben, archiválhat stb.).

Ebből a cikkből megtudhatja, hogyan állíthatja be az engedélyezést az Analytics Reporting API 4-es verziójában.

Jegyzet. Ezek célja gyors útmutatók– segítse a felhasználót a használat befejezésében. Mivel ezek a könyvtárak folyamatosan frissülnek, információ a legújabb változások lehet, hogy nincs itt. Ha nem találja a szükséges információkat, nézze meg és.

1. Engedélyezze az API-t

Mielőtt elkezdené az Analytics Reporting API 4-es verzióját, hozzon létre egy projektet a Google API-konzolban, engedélyezze az API-t, és regisztrálja a hitelesítési adatait.

Hitelesítési adatok létrehozása

Jegyzet.Kérésre kattintson Hozzon létre egy új privát kulcsot. A paraméterhez Kulcs típusa válasszon értéket JSON majd mentse a generált kulcsot client_secrets.json néven. Később szüksége lesz rá.

1. Nyisd ki . Ha szükséges, válasszon projektet.
2. Kattintson Hozzon létre egy szolgáltatási fiókot.
3. Írja be a fiók nevét, és válassza ki Hozzon létre egy új privát kulcsot. Ezután kattintson a gombra Megment.

A rendszer létrehoz egy új kulcspárt (nyilvános és privát), amelyet elment a számítógépére. Ez az egyetlen példány, és Önnek magának kell gondoskodnia a biztonságáról.

Adjon hozzá egy szolgáltatási fiókot a Google Analyticshez

Az új szolgáltatási fióknak lesz címe Email ilyen típusú:

[e-mail védett]

Ezzel a címmel adhat hozzá egy felhasználót a Google Analytics nézethez, amelyhez az API-n keresztül hozzá kell férnie. Az ebben az útmutatóban leírt feladatok elvégzéséhez csak olvasási és elemzési engedélyre van szüksége.

2. Telepítse az ügyfélkönyvtárat

a zeneszerzőhez google/apiclient:^2.0 szükséges

3. Állítsa be a példát

Létre kell hoznia egy HelloAnalytics.php fájlt a példa kódjával.

• Másolja ki az alábbi forráskódot, majd adja hozzá a HelloAnalytics.php fájlhoz.
• Helyezze át a letöltött service-account-credentials.json kulcsot abba a könyvtárba, ahol a példakód található.
• Módosítsa a VIEW_ID értéket. A beállítás megtalálásához használja a Fiókkezelő eszközt.

HelloAnalytics.php

setApplicationName("Hello Analytics Reporting"); $kliens->setAuthConfig($KEY_FILE_LOCATION); $client->setScopes(["https://www.googleapis.com/auth/analytics.readonly"]); $analytics = new Google_Service_AnalyticsReporting($kliens); return $analytics; ) /** * Lekérdezi az Analytics Reporting API V4-et. * * @param service Egy engedélyezett Analytics Reporting API V4 szolgáltatásobjektum. * @return Az Analytics Reporting API V4 válasza. */ függvény getReport($analytics) ( // Cserélje ki a nézetazonosítójával, például XXXX. $VIEW_ID = " "; // A DateRange objektum létrehozása. $dateRange = new Google_Service_AnalyticsReporting_DateRange(); $dateRange->setStartDate("7daysAgo"); $dateRange->setEndDate("today"); // A Metrics objektum létrehozása. $sesss Google_Service_AnalyticsReporting_Metric(); $sessions->setExpression("ga:sessions"); $sessions->setAlias("sessions"); // A ReportRequest objektum létrehozása. $request = new Google_Service_AnalyticsReporting_ReportIquest($set()); VIEW_ID); $request->setDateRanges($dateRange); $request->setMetrics(array($sessions)); $body = new Google_Service_AnalyticsReporting_GetReportsRequest(); $body->setReportRequests(array($analysttics)); ->reports->batchGet($body); ) /** * Elemzi és kinyomtatja az Analytics Reporting API V4 választ. * * @param Egy Analytics Reporting API V4 válasz. */ function printResults($reports) ( for ($reportIndex) = 0; $jelentésIndex< count($reports); $reportIndex++) { $report = $reports[ $reportIndex ]; $header = $report->getColumnHeader(); $dimensionHeaders = $fejléc->getDimensions(); $metricHeaders = $fejléc->getMetricHeader()->getMetricHeaderEntries(); $sorok = $jelentés->getData()->getRows(); for ($rowIndex = 0; $rowIndex< count($rows); $rowIndex++) { $row = $rows[ $rowIndex ]; $dimensions = $row->getDimensions(); $metrics = $sor->getMetrics(); for ($i = 0; $i< count($dimensionHeaders) && $i < count($dimensions); $i++) { print($dimensionHeaders[$i] . ": " . $dimensions[$i] . "\n"); } for ($j = 0; $j < count($metrics); $j++) { $values = $metrics[$j]->getValues(); for ($k = 0; $k< count($values); $k++) { $entry = $metricHeaders[$k]; print($entry->getName() . ": ". $értékek[$k] . "\n"); ) ) ) )

4. Futtassa a példát

Futtassa a példát a következő kóddal:

Php HelloAnalytics.php

Miután elvégezte az összes lépést, a képernyőn megjelenik a kiválasztott nézetben az elmúlt hét napban végrehajtott munkamenetek száma.

Jegyzet. A példa sikeres futtatásához legalább egy tulajdonra és egy Google Analytics nézetre van szüksége.