Ранее я уже писал о установке и настройке Xdebug и работе с ним через IDE NetBeans. Поэтому если у Вас еще не установлен Xdebug – установите.

Заходим в настройки проекта File → Settings или Ctrl+Alt+S

Переходим в раздел Languages & Frameworks → PHP → Debug
И указываем Debug port:

Обратите внимание на порт, я использую 9009 (если он у Вас занят, укажите любой свободный)

Не закрывая настроек переходим в раздел Languages & Frameworks → PHP → Debug → DBGp Proxy.

И указываем следующие параметры:

IDE key: phpstorm

Host: 127.0.0.1

Port: 9009

Все. На этом настройка завершена. Теперь для того, чтобы дебажить Вам достаточно поставить break-point и включить слушателя debug-соединений.

Сообщение Как настроить Xdebug в PhpStorm появились сначала на Блог Stafox'a.

Лог такой:

Warning: Erroneous data format for unserializing 'App\UserBundle\Entity\User' in project/vendor/doctrine/orm/lib/Doctrine/ORM/Mapping/ClassMetadataInfo.php

Я нашел два способа исправления.

Обновить версию Doctrine

Обновить Doctrine до версии 2.4.x или выше. Однако не всегда это допустимо, в силу того, что что-нибудь может отвалиться. А исправить нужно здесь и сейчас

Изменить способ создания объекта без конструктора

Собственно причина проблемы – это способ, который использует Doctrine для создания объекта без вызова конструктора – десериализация данных.
Можно исправить метод newInstance() и создавать объект через рефлексию.

function newInstance()
{
    if ($this->_prototype === null) {
        if (method_exists($this->reflClass, 'newInstanceWithoutConstructor')) {
            $this->_prototype = $this->reflClass->newInstanceWithoutConstructor();
        } else {
            $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
        }
    }

    return clone $this->_prototype;
}

Сообщение Warning: Erroneous data format for unserializing ‘App\UserBundle\Entity\User’ появились сначала на Блог Stafox'a.

Некоторые символы выглядели явно не так, как должны были, несмотря на то, что везде где можно использовалась кодировка UTF-8. Дело в том, что Crawler использует кодировку ISO-8859-1 в том случае, если он не смог ее определить по мета-тегу

<meta charset="utf-8">

Исправить проблему можно воспользовавшись методом addHtmlContent(), который вторым параметром принимает кодировку (по умолчанию – UTF-8).

Поэтому вместо

use Symfony\Component\DomCrawler\Crawler;
...
$crawler = new Crawler($html);

нужно использовать

use Symfony\Component\DomCrawler\Crawler;
...
$crawler = new Crawler();
$crawler->addHtmlContent($html);

Сообщение Symfony 2: парсинг UTF-8 данных с DomCrawler появились сначала на Блог Stafox'a.

Вам понадобится OAuth2 access token для получения данной информации. Как его получить читайте документацию.

$facebookPageId = 'pageNameOrId';
$accessToken = 'OAuthAccessToken';
/**
 * You may also add another fields to get (link, name, website and other)
 * @see https://developers.facebook.com/docs/graph-api/reference/page
 */
$fields = implode(',', array('likes'));
$url = "https://graph.facebook.com/v2.4/{$facebookPageId}?fields={$fields}&access_token={$accessToken}";
$curl = curl_init($url);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, false);
$result = curl_exec($curl);
curl_close($curl);
$details = json_decode($result);
echo $details->likes;

Application Access Token

Если Вы будете делать запрос от имени приложения, то можно получить данные, сделав всего один запрос к Graph API.
Дело в том, что Facebook Graph API v2 позволяет в качестве access token использовать пару appId и appSecret, разделив их |.
В таком случае url будет выглядеть следующим образом:

/**
 * @see https://developers.facebook.com/docs/facebook-login/access-tokens#apptokens
 */
$url = "https://graph.facebook.com/v2.4/{$facebookPageId}?fields={$fields}&access_token={$appId}|{$appSecret}";

Сообщение Как получить количество лайков c Facebook Graph API v2 появились сначала на Блог Stafox'a.

Рассмотрим пример простого интеграционного теста на Zend Framework:

public function testValidateUserSuccess()
{
    $this->getRequest()
        ->setMethod('POST')
        ->setPost(array('username' => 'test', 'msisdn' => '375291234567'));

    $this->dispatch('/api/user/validate');
    $this->assertResponseCode(200);
}

public function testValidateUserFailure()
{
    $this->getRequest()
        ->setMethod('POST')
        ->setPost(array('username' => 'test', 'msisdn' => 'abc'));

    $this->dispatch('/api/user/validate');
    $this->assertResponseCode(400);
}

При выполнении данного набора тестов приложение будет запущено дважды, а значит дважды ининицализируются все методы Bootstrap‘а и Autoloader.
Один из вариантов решения – это запуск теста в отдельном процессе. Для этого необходимо добавить перед тестом @runInSeparateProcess.

/**
 * @runInSeparateProcess
 */
public function testValidateUserSuccess()
{
    ...
}

/**
 * @runInSeparateProcess
 */
public function testValidateUserFailure()
{
    ...
}

Можно запустить каждый тест в отдельном процессе, указав перед классом теста @runTestsInSeparateProcesses

/**
 * @runTestsInSeparateProcesses
 **/
class UserTest extends PHPUnit_Framework_TestCase
{
    public function testValidateUserSuccess()
    {
        ...
    }

    public function testValidateUserFailure()
    {
        ...
    }
}

Подводные камни

Во время запуска тестов я периодически ловил ошибку

RuntimeException: PHP Fatal error:  Uncaught exception 'Exception' with message 'Serialization of 'Closure' is not allowed' in -:36

Полный текст ошибки

PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from /path/to/project/tests/phpunit.xml

E

Time: 0 seconds, Memory: 4.50Mb

There was 1 error:

1) UserTest::testValidateUserSuccess
RuntimeException: PHP Fatal error:  Uncaught exception 'Exception' with message 'Serialization of 'Closure' is not allowed' in -:36
Stack trace:
#0 -(36): serialize(Array)
#1 -(135): __phpunit_run_isolated_test()
#2 {main}
  thrown in - on line 36

Гуглил, нашел пару предположений:

• PHPUnit пытается все сложить в переменную $GLOBALS и ошибка возникает когда в тесте есть замыкания. Фикс: не использовать замыкания. Не мой вариант – у меня замыканий не было.
• Причина @runInSeparateProcess. Фикс: не используйте @runInSeparateProcess. Однозначно тоже не мой вариант.

Не сумев найти решения на просторах интернета, я решил обновить PHPUnit с 3.6.10 => 4.7.7 – помогло
P.S. совместимость Zend Framework 1.12.13 с PHPUnit 4.7 нормальная (несмотря на заявленную поддержку 3.7).

Сообщение Ошибка ‘Cannot redeclare class’ при запуске теста PHPUnit появились сначала на Блог Stafox'a.

Исправить просто: достаточно добавить phar в белый список suhosin.

Но для того, чтобы что-то исправлять, необходимо узнать в чем именно проблема. Для этого можно воспользоваться командой

Если все в порядке, вы увидите

А если проблемы имеются – они будут указаны

Сообщение Composer ничего не выводит появились сначала на Блог Stafox'a.