По подразбиране Excel Office 2000-XP-2003 деактивира възможността за изпълнение на макроси на трети страни. AT превъзходенотидете в менюто Инструменти>>Макро>>Сигурност. В раздела " Доверени издатели» Поставете отметка в квадратчето « Доверителен достъп Visual Basicпроект»

Настройка Офис 2007
1) Бутон "Офис".

2) Център за сигурност >> Опции на центъра за сигурност


3) Настройки на макроси >> поставете отметка в квадратчето „Доверете се на достъпа до обектен модел VBA проекти"

Обобщената справка се изготвя по активни данни! Тези. Върху него се наслагват селекциите на “панела за избор” (филтри, но не групи от таблици), разделите “Приходи”, “Разходи”....

За да създадете диаграми в Excel, щракнете върху Вмъкване >> Диаграма в обобщения отчет, изберете данните в съветника за подготовка на диаграма. Прочетете повече в раздела за помощ на MS Office „Обобщени таблици“.

Докладът работи гарантирано рус-enверсии на Windows.

Отчетите в Excel се създават на базата на шаблони. Включващите се шаблони се намират в папката Моят докладв папката Home Finance, въз основа на тях можете да създадете собствени шаблоникоито ще бъдат налични в програмата.

Кратък отчетви позволява да отпечатате съдържанието на таблица с различен механизъм за изчисляване на суми.

Универсален инструмент за отчитане е качване в HTMLсъответните таблици, като същевременно запазва всички настройки и групирания. Отворете HTML документможе да се отвори в почти всяко приложение на MS Office.

В този урок ще научим нещо като скриване на PHP грешки. По пътя ще разгледаме също как не само да потиснем изхода на тези грешки, но и как да ги запишем в лог файл, как да защитим този лог файл, как да настроим нивото на докладване на PHP грешки (колко сериозни грешки за показване, дали за показване на предупреждения), научете как да зададете максимален размерредове за грешки и изключете записа на повтарящи се грешки.

Трябва ли PHP грешките да бъдат скрити?

PHP грешките дават голямо разнообразие от информация, която позволява на нападателите да събират данни за вашия сайт и вашия сървър. Но ако този въпрос имаше недвусмислен отговор "да", тогава всичко щеше да се реши чрез добавяне на един ред към всеки файл с PHP програми

съобщаване на грешка (0);

Всъщност всички грешки, включително предупрежденията (некритични грешки), трябва да се показват на етапа на тестване. Резултатът от грешки и предупреждения също ще помогне да се разберат съществуващите (или възможните) проблеми в работната среда. Не потискайте извеждането на грешки и предупреждения в програми, предназначени за безплатно разпространение, защото ако възникнат проблеми, всички потребителски съобщения за проблеми ще бъдат едни и същи: „има бял екран“, което ще направи много трудно да се опитате да го разберете.

Като цяло, на сървъри за разработка (напр. домашен сървър), не е необходимо да почиствате PHP грешки и предупреждения с методи съобщаване на грешка (0); и @ - трябва да проучите причините им и да ги коригирате източник.

На работещи сървъри е силно препоръчително да не се показват на всички грешките, възникнали в PHP кода, но се препоръчва не само да се потисне показването им, но и да се поддържа регистър за тях, да се записват за системен администратора за PHP програмист - от тези логове ще получат важна информацияотносно възможни проблемисайт/сървър.

Как да активирате регистриране на грешки в PHP с .htaccess

В тази част от урока ще покажа на потребителите на Apache как да потиснат извеждането на PHP грешки и да ги скрият от посетителите, докато регистрирането на PHP грешки за по-нататъшен анализ ще бъде активирано, цялата тази конфигурация ще се извършва чрез файла .htaccess.

Като цяло, този метод има още едно голямо предимство - вместо да се опитваме да хванем всички PHP грешки и предупреждения, ние ще записваме всяка от тях в нашия личен журнал, благодарение на което нито една грешка няма да избяга, дори и да не е хрумнала вие и някой, който посещава вашия сайт при условия, които може би дори не биха ви хрумнали за моделиране. Благодаря, има лесен начин за прилагане на тази ефективна стратегия.

Скриване на PHP грешки от посетители

Има различни начинипотискане на PHP грешки с .htaccess. Това може да стане чрез включване на следните директиви .htaccess във файла httpd.conf на вашия домейн или в корена (или всяка друга целева директория) на файла .htaccess със следното съдържание:

# потискане на php грешки 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

Това ще доведе до това, че PHP грешките вече няма да бъдат публични на вашия сайт. Това елиминира потенциалните рискове за сигурността и предпазва тези грозни, неясни PHP грешки от нарушаване на оформлението на вашия сайт и объркване на посетителите ви. За това не е необходимо редактиране на код.

Активиране на лично регистриране на PHP грешки

Сега, след като скрихме PHP грешките от обществеността, нека активираме регистриране, за да можем да ги проследим. Това става чрез добавяне на следните .htaccess директиви към httpd.conf файла на вашия домейн или към вашия .htaccess файл, намиращ се в главната (или която и да е целева) директория.

# включване PHP записи php_flag errors log_errors на php_value error_log /home/path/public_html/domain/PHP_errors.log

За да работи това, трябва да редактирате пътя на последния ред, за да съответства на действителното местоположение на вашия файл PHP_errors.log. Разбира се, заедно с това трябва да създадете този файл и да му дадете разрешения 755 или 777, ако е необходимо.Накрая трябва да защитите този лог файл, като добавите тези последни редове код към вашия .htaccess файл:

# предотвратяване на достъп до регистъра на PHP грешките

Сега, когато всичко е на мястото си, проверете дали всичко работи както трябва, повдигнете няколко PHP грешки. Може също така да искате да тествате сигурността на вашия лог файл, като се опитате да получите достъп до него през браузър.

Разширено обработване на PHP грешки с .htaccess

Нека сега се потопим по-дълбоко в тази тема, да добавим допълнителна функционалност и да проучим различни реализации. Първо ще разгледаме обработката на грешки в PHP за производствената среда (напр. уебсайтове и приложения, които са онлайн, активни и публични), след това ще разгледаме обработката на грешки за средата за разработчици (напр. проекти в процес на разработка, тестване, частни и т.н.) .

Контрол на нивото на съобщение за грешка в PHP

С помощта на .htaccess е възможно да персонализирате нивото на докладване на грешки, което отговаря на вашите практически нужди. Общата крепост за контролиране на процента на PHP грешки е както следва:

# общ изглед на директивата за задаване на нивото на php грешка php_value error_reporting номер

Има няколко общи стойности, които могат да бъдат заменени с „число“, включително:

• Най-пълното съобщение за грешка(съответства на E_ALL) - за това използвайте стойността "32767".
• Пълно съобщение за грешка- за пълно регистриране на PHP грешки, използвайте стойността "8191", която ще включва регистриране на всичко, с изключение на известията по време на изпълнение за използването на остарели конструкции (предупреждения за код, който няма да работи в следващи версии PHP).
• Съобщение за грешка на Zend- за да запишете както фатални, така и нефатални предупреждения по време на компилиране, генерирани от скриптовата машина на Zend, използвайте "192".
• Основно съобщение за грешка- записвайте известия по време на изпълнение. Посочете, че нещо се е случило по време на изпълнението на скрипта, което може да означава грешка, въпреки че това може да се случи и по време на нормалното изпълнение на програмата. За да направите това, използвайте числото "8".
• Минимално съобщение за грешка- Регистрирайте само фатални грешки по време на изпълнение. Това са грешки, които не могат да бъдат възстановени чрез самия скрипт, като например грешка при разпределяне на паметта и др. Изпълнението на скрипта в този случай се прекратява. За да направите това, използвайте числото "1".

Разбира се, можете да използвате други стойности ("числа") за фина настройкакакви грешки искате да поправите. Малко пояснение по този въпрос най-долу.

Задаване на максималния размер на файла за вашите записи за грешки

С помощта на .htaccess можете да определите максималния размер за вашите PHP грешки. Това означава да контролирате размера на всяка записана грешка, а не на целия файл като цяло. Синтаксисът е както следва:

# обща директива за задаване на максималния размер на грешката log_errors_max_len integer_number

Тук "integer_number" представлява максималния размер на всеки записан ред за грешка в байтове. Стойността по подразбиране е "1024" (т.е. 1 килобайт). За да премахнете това ограничение, можете да зададете стойността на "0". Обърнете внимание, че тази стойност се прилага и за показваните грешки, когато са активирани (например по време на разработка).

Деактивиране на регистриране на повтарящи се грешки

Ако вече сте работили с регистъра на грешките, може би сте забелязали, че в него има много подобни записи, които се различават само по времето на събитието. Можете да се отървете от този излишък, като просто добавите тези редове към вашия htaccess файл:

# деактивиране на регистриране на повтарящи се грешки php_flag ignore_repeated_errors на php_flag ignore_repeated_source на

С тези настройки повтарящите се грешки няма да се регистрират, дори ако възникнат в различни източници или адреси. Ако искате да деактивирате повтарящи се грешки само от един източник или файл, просто коментирайте или премахнете последния ред. Обратно, за да сте сигурни, че вашият регистрационен файл за събития включва всички повтарящи се грешки, променете и двете стойности от Нана изключено.

Всичко това заедно - работна среда

След като обсъдихме спецификата на конфигуриране на запис на грешки в PHP, нека съберем всички наши записи на грешки в един .htaccess файл. Тези настройки са оптимизирани за работната среда.

# обработка ошибок PHP для рабочего сервера 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 php_flag report_memleaks on php_flag track_errors on 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 Разрешаване на поръчка, отказ Отказ от всички Удовлетворяване на всички

Ако смятате, че кодът с обяснения е добър стил, тогава същият код, но с коментари:

# PHP обработка на грешки за производствен сървър # деактивиране на показването на грешки при стартиране php_flag display_startup_errors изключено # деактивиране на показването на всички други грешки php_flag display_errors изключено # деактивиране html грешкимаркиране php_flag html_errors изключено # активиране на регистриране на грешки php_flag log_errors на # активиране на игнориране на повтарящи се грешки php_flag ignore_repeated_errors изключено # деактивиране на игнориране на грешки от уникални източници php_flag ignore_repeated_source изключено # активиране на php регистриране на изтичане на памет php_flag report_memleaks на # запазване на повечето скорошни грешкичрез php_errormsg php_flag track_errors on # деактивиране на референтните връзки за грешка при форматиране php_value docref_root 0 # деактивиране на референтните връзки за грешка при форматиране php_value docref_ext 0 # посочване на път към php файл с журнал за грешки php_value error_log /home/path/public_html/domain/PHP_errors.log # указване на запис всички php грешки php_value error_reporting -1 # деактивиране на максималната дължина на низа за грешка php_value log_errors_max_len 0 # защита на регистрационния файл за грешки от публичен достъп Разрешаване на поръчка, отказ Отказ от всички Удовлетворяване на всички

Горната стратегия е идеална за публичен сървър в производствена среда. Всички грешки са скрити от любопитни очи, като същевременно се събират внимателно за администратори и програмисти. Разбира се, можете да персонализирате горните директиви, за да отговарят перфектно на вашите нужди. Сега нека да разгледаме стратегията за обработка на грешки за средата за разработка.

Събирайки всичко заедно - средата за разработка

Когато разработвате или отстранявате грешки в програма, е по-удобно да проследявате PHP грешки в реално време, направо в браузъра. Примерен .htaccess с подходящите настройки за средата за разработка е показан по-долу:

# работа с ошибками PHP для серверов разработчиков 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_memleaks on php_flag track_errors on 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 Разрешаване на поръчка, отказ Отказ от всички Удовлетворяване на всички

Няма да обясняваме всеки ред - можете да видите съответните обяснения малко по-нагоре.

Съвети

За да откриете абсолютния път до лог файла на сървъра с помощта на PHP методи (за директивата php_value error_log)

ехо dirname(__FILE__);

Пример .htaccess за .

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_memleaks on php_flag track_errors on php_value docref_root 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 Разрешаване на поръчка, отказ Отказ от всички Удовлетворяване на всички

Не работи

Този метод не е приложим за хостинги, където PHP работи като CGI(възможните решения ще бъдат показани в следващата статия).

-1 и ~0 за показване на всички PHP грешки

В директива php_value съобщаване на грешкиза показване на всички грешки, можете да посочите -1 или ~0 . Тези. редовете изглеждат така:

php_value error_reporting -1 php_value error_reporting ~0

Освен това вторият метод се счита за по-правилен, т.е ~0 .

Предварително дефинирани константи и побитови операции за съобщаване на грешки

• Предварително дефинирани константи
• Побитови оператори

Например, ако искаме да пишем САМО следните грешки E_ERROR (стойност 1), E_WARNING (стойност 2), E_CORE_ERROR (стойност 16), тогава, за да се получи съответната числена стойност, ще е необходимо тези стойности да се преобразуват в двоични числа и да се извършат съответните битови операции, а след това полученото двоично числопреобразувайте в десетична. Тази операция обаче може да бъде опростена - просто добавете стойностите на десетичните числа. Тези. в нашия случай е 1+2+16=19

php_value error_reporting 19

ще покаже грешки E_ERROR, E_WARNING и E_CORE_ERROR.

Пример за абсолютен път към лог файл на хостинг в Hostland (за директивата php_value error_log)

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

Вместо хост900456трябва да въведете акаунта си.

Вместо уебсайттрябва да посочите своя домейн.

Между другото, добър хостинг, който управлява този сайт. Препоръчва се!

Статията описва функционалността, която е налична в PHP (подходяща за 5.3.x) за обработка на всички видове грешки, включително грешки при интерпретация на код (E_ERROR, E_PARSE, E_WARNING и т.н.). Тази обработка ще ви помогне да управлявате показването на страницата в случай на такива проблеми. Статията съдържа много описания и работещи примери (архитектура), за да я използвате незабавно във вашия софтуерен продукт. В крайна сметка, добре, те разбиха сайта малко, добре, е необходимо да информирате търсачката за това със заглавието 4xx или 5xx и да забавлявате потребителя, вместо да се връщате бял екран(или по-лошо от екран със свещена информация за хакери) с отговор 200 Ok.

Идеята да напиша тази тема се зароди, когато смело зададох 2 въпроса:

• Въпрос за
• Въпрос за

Според моята карма и добавяне към любимите разбрах, че се оказаха интересни за общността на PHP habra. Поради тази причина реших да издам решения на тези проблеми под формата на статия, за да бъде по-лесно и изчерпателно за хората и търсачките да намерят необходимата им информация.

Ако се интересувате, тогава подробностите са под разреза ...

Причини за употреба

Потребителят/търсачката трябва ясно да отговори, че има проблеми на сървъра. Без използването на определен фън шуй това е доста трудно постижимо, а понякога и невъзможно. Тук хвърлям светлина върху всичко това, добре, оставям бележка за себе си, тъй като преди седмица не знаех какво да предприема и вероятно много начинаещи също ще бъдат обезсърчени.

Описания на характеристиките

Тази функционалност е налична в PHP за обработка на грешки и контрол на изхода. Ето описание на техните предимства и недостатъци. Няма да предоставям документация, само ще се позова на страниците му и ще опиша мнението си. Всичко, което ще бъде дадено, е само малка част, ще дам връзки към съответните раздели на документацията в края на статията. И така, нека се срещнем:

- Контрол на некритични грешки:бележки, предупреждения, персонализирани грешки. Като цяло всичко, което не завършва необичайно тълкуването.
set_error_handler - Набори дефиниран от потребителяманипулатор на грешки.
Това е необходимо, за да се записват всички подобни грешки в дневника. Ако не е зададено, значи не се записва в дневника, но винаги искам да знам при какви бойни ситуации могат да се извикват коментари и предупреждения. Тоест позволява на потребителя автоматично да тества продукта и той дори няма да го забележи.
Ако функцията не е зададена, тогава PHP се опитва само да показва данни на екрана и ако не му е дадено това, тогава няма никакви признаци на живот от този тип грешки.

- Контрол, изключения:е грешка от тип E_ERROR.
set_exception_handler - Задава персонализиран манипулатор на изключения
Е, не знам защо изобщо е измислено, когато има това, което е описано по-долу и просто обработване на грешка от тип Exception. Така че докладвам, че просто съществува. Тя прихваща критична грешка"изключение" и ви позволява да направите нещо с него. Така или иначе, сценарият свършва. Нейната работа по подразбиране е достатъчна за мен лично (пише в регистрационните файлове, опитва се да покаже). Изобщо не бих го предефинирал, иначе ще трябва да пиша в регистрационните файлове за случилото се изключение.

- Функции за контрол на изхода:Тук ще опиша 3 функции, които трябва да знаете по различни причини. Например за или за проблеми с извеждането на заглавката. В нашия случай трябва да покажем заглавки на грешки.

Условия

Има файл с код, който се изпълнява първи или преди кода, в който може да възникне грешка, и този файл и всички файлове преди него са 100% дебъгвани с невъзможност за грешка. Ето едно условие, което би било по-лесно - без грешки, докато не преминат всички регистрации на горните функции. Този файл описва тези методи за контрол на грешки в комплекса. Буферът се контролира, ако има грешка, нулирайте буфера и покажете грешката.

Код с коментари

Ще добавя сам, че не съм тествал кода, тъй като това е опростена диаграма на това, което имам в кода, коментарите се приемат

Повечето функции са налични при стартиране AI-BOLIT скенерв режим командна линия. Това може да стане както под Windows/Unix/Mac OS X, така и директно на хостинга, ако имате достъп през SSH и хостингът не ограничава силно изразходваните процесорни ресурси.

Моля, обърнете внимание, че за стартиране на скенера е необходима конзолна версия на PHP 5.3 или по-нова. Версия 5.2 ще има грешка "Грешка при анализиране: синтактична грешка, неочакван T_STRING, очакване на T_OLD_FUNCTION или T_FUNCTION или T_VAR или ")" в /home/XXX/ai-bolit.php онлайн...". Проверете сегашна версия php -v команда

Справочник за параметрите на командния ред на скенера AI-BOLIT

Покажете помощ

php ai-bolit.php --help

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

Сканирайте само определени разширения

php ai-bolit.php --scan=php,php5,pht,phtml,pl,cgi,htaccess,sumed,tpl

Подгответе карантинен файл за изпращане на специалисти по сигурността. Архивът AI-QUARANTINE-XXXX.zip ще бъде създаден с парола.

php ai-bolit.php --карантина

Стартирайте скенера в "параноичен" режим (препоръчва се за получаване на най-подробния отчет)

php ai-bolit.php --mode=2

php ai-bolit.php --mode=1

Проверете един файл "pms.db" за злонамерен код

php ai-bolit.php-jpms.db

Стартирайте скенер с размер на паметта 512Mb

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

Задайте максималния размер на сканирания файл на 900 Kb

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

Пауза от 500 ms между файловете при сканиране (за намаляване на натоварването)

php ai-bolit.php --delay=500

Изпратете отчет за сканиране по имейл [имейл защитен]

php ai-bolit.php [имейл защитен]

Създайте отчет в /home/scanned/report_site1.html

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

Сканирайте директорията /home/s/site1/public_html/ (отчетът ще бъде създаден в тази директория по подразбиране, ако опцията --report=report_file не е зададена)

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

Изпълнете командата, когато сканирането приключи.

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

Вземете отчет в обикновен текст с име site1.txt

php ai-bolit.php-lsite1.txt

Можете да комбинирате разговори, напр.

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

Чрез комбиниране на извикването на скенера AI-BOLIT с други unix команди можете да извършите например пакетна проверка на сайтове. По-долу е даден пример за проверка на няколко сайта, хоствани в рамките на акаунт. Например, ако сайтовете се намират в директорията /var/www/user1/data/www, тогава командата за стартиране на скенера ще бъде

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

Чрез добавяне на опцията --report можете да контролирате директорията, в която ще се генерират отчети за сканиране.

php ai-bolit.php списък с параметри ... --eng

Превключете интерфейса на отчета на английски. Този параметър трябва да бъде последен.

Интеграция с други услуги и хостинг панел

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

Генериране на отчет във формат json

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

Запазете състоянието на проверката във файл във формат json. Този файлще съдържа структурирани данни във формат json: текущия сканиран файл, колко файла са сканирани, колко файла остават за сканиране, процент на сканиране, времето до завършване на сканирането. Този механизъм може да се използва за показване на лента за напредък и данни за файловете, които се проверяват в панела. Когато сканирането приключи, файлът се изтрива автоматично.

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

Външен манипулатор на събития. Можете да добавите свои собствени манипулатори за стартиране/спиране на сканиране/напредък на сканиране/грешки при сканиране. Примерен файл може да бъде намерен в архива на скенера, в директорията tools/handler.php. Например, след приключване на сканирането, можете да направите нещо с файла с отчета (да го изпратите по пощата, да го опаковате в архив и т.н.).

В тази статия ще научите как да настроите оторизация в API за отчитане на Google Анализ версия 4.

Забележка.Целта на тези бързи ръководства– помогнете на потребителя да изпълни с . Тъй като тези библиотеки се актуализират постоянно, информацията за скорошни промениможе да не е тук. Ако не сте намерили необходимата информация, проверете и.

1. Активирайте API

Преди да започнете да използвате API за отчитане на Google Анализ версия 4, използвайте, за да създадете проект в конзолата на Google API, активирайте API и регистрирайте своите идентификационни данни.

Създайте идентификационни данни

Забележка.Кликнете върху заявката Създайте нов частен ключ. За параметър Тип ключизберете стойност JSONи след това запазете генерирания ключ като client_secrets.json. Ще ви трябва по-късно.

1. отворено Изберете проект, ако е необходимо.
2. Кликнете Създайте акаунт за услуга.
3. Въведете име на акаунт и изберете Създайте нов частен ключ. След това натиснете бутона Запазване.

Системата ще генерира нова двойка ключове (публичен и частен), която ще бъде запазена на вашия компютър. Това копие е единственото и е ваша отговорност да го поддържате.

Добавете акаунт за услуга към Google Analytics

Новият сервизен акаунт ще има адрес електронна пощаот този тип:

[имейл защитен]

Използвайте този URL адрес, за да добавите потребителя към изгледа на Google Анализ, до който искате да получите достъп чрез API. Имате нужда само от разрешение за четене и анализиране, за да изпълнявате задачите в това ръководство.

2. Инсталирайте клиентската библиотека

композиторът изисква google/apiclient:^2.0

3. Персонализирайте примера

Трябва да създадете файл HelloAnalytics.php с кода за този пример.

• Копирайте или поставете изходния код по-долу и след това го добавете към файла HelloAnalytics.php.
• Преместете изтегления ключ service-account-credentials.json в същата директория като примерния код.
• Променете стойността на VIEW_ID. Използвайте инструмента Account Explorer, за да намерите тази настройка.

HelloAnalytics.php

setApplicationName("Hello Analytics Reporting"); $client->setAuthConfig($KEY_FILE_LOCATION); $client->setScopes(["https://www.googleapis.com/auth/analytics.readonly"]); $analytics = ново Google_Service_AnalyticsReporting($client); върне $analytics; ) /** * Запитва API за отчитане на Google Анализ V4. * * @param service Упълномощен обект на услугата API за отчитане на анализ V4. * @return Отговорът на API V4 за отчети на Google Анализ. */ функция getReport($analytics) ( // Заменете с вашия ID на изгледа, например XXXX. $VIEW_ID = " "; // Създайте обекта DateRange. $dateRange = new Google_Service_AnalyticsReporting_DateRange(); $dateRange->setStartDate("7daysAgo"); $dateRange->setEndDate("today"); // Създайте обекта Metrics. $sessions = new Google_Service_AnalyticsReporting_Metric(); $sessions->setExpression("ga:sessions"); $sessions->setAlias("sessions"); // Създаване на обекта ReportRequest. $request = new Google_Service_AnalyticsReporting_ReportRequest(); $request->setViewId($ VIEW_ID); $request->setDateRanges($dateRange); $request->setMetrics(array($sessions)); $body = new Google_Service_AnalyticsReporting_GetReportsRequest(); $body->setReportRequests(array($request)); return $analytics ->reports->batchGet($body); ) /** * Анализира и отпечатва отговора на API за отчитане на Analytics V4. * * @param Отговор на API за отчитане на Analytics V4. */ функция printResults($reports) ( за ($reportIndex = 0;$reportIndex< count($reports); $reportIndex++) { $report = $reports[ $reportIndex ]; $header = $report->getColumnHeader(); $dimensionHeaders = $header->getDimensions(); $metricHeaders = $header->getMetricHeader()->getMetricHeaderEntries(); $rows = $report->getData()->getRows(); за ($rowIndex = 0; $rowIndex< count($rows); $rowIndex++) { $row = $rows[ $rowIndex ]; $dimensions = $row->getDimensions(); $metrics = $row->getMetrics(); за ($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(); за ($k = 0; $k< count($values); $k++) { $entry = $metricHeaders[$k]; print($entry->getName() . ": ". $стойности[$k] . "\н"); ) ) ) ) )

4. Стартирайте примера

Изпълнете примера, като използвате следния код:

HelloAnalytics.php

Когато изпълните всички стъпки, екранът ще покаже броя на сесиите в избрания изглед през последните седем дни.

Забележка. Ще ви е необходим поне един ресурс и един изглед на Google Анализ, за ​​да стартирате примера успешно.