PHP-Дайджест № 65 – интересные новости, материалы и инструменты (14 – 28 июня 2015)



    Предлагаем вашему вниманию очередную подборку со ссылками на новости и материалы.

    Приятного чтения!


    Новости и релизы




    Инструменты


    • Roave/StrictPhp — Строгая проверка типов на основе фреймворка Go! AOP.
    • ovr/phpsa — Статический анализатор кода. Прислал ovrweb.
    • drewm/morse-php — Библиотека для проверки доступных возможностей в окружении.
    • thephpleague/pipeline — Реализация паттерна Pipeline на PHP.
    • soundasleep/html2text — Библиотека для конвертации html в текст.
    • jpauli/symfony_dic_optimizer — PHP-расширение, ускоряющее работу Symfony DI-контейнера.
    • cartalyst/sentinel — Независимая от фреймворка система аутентификации и авторизации.
    • yzalis/Identicon — Генератор уникальных иконок на основе строк.


    Материалы для обучения




    Аудио и видеоматериалы




    Занимательное




    Спасибо за внимание!
    Если вы заметили ошибку или неточность — сообщите, пожалуйста, в личку.

    Присылайте ссылки на интересные статьи или полезные инструменты, которых не было в PHP-Дайджестах, и ваше имя будет рядом с присланной ссылкой в выпуске.

    Прислать ссылку
    Быстрый поиск по всем дайджестам
    Предыдущий выпуск

    Zfort Group
    112,00
    Компания
    Поделиться публикацией

    Комментарии 11

      +1
      ovr/phpsa: список правил слишком уж напоминает Php Inspections (EA Extended).
        +2
        Это довольно стандартный список проверок.
          0
          В общем-то да.

          Я по вот этим пунктам сужу:
          • Elvis operator can be used
          • Ternary operator simplification
          • Not optimal if conditions


          Остальное (кроме Control flow) — совсем базовые проверки.
        +1
        Голосование по Container interface хоть и прошло, но со скрипом.
          +1
          в этом стандарте на самом деле не сильно много смысла.
            0
            Iluuminate/support не просто так один из самых популярных пакетов в php.
              +1
              34 звездочки, популярный да.
              +1
              Yii голосовал против.
                0
                Я видел, периодически почитываю голосовалки. Я вообще не понимаю в чем тут профит. скажем с логгерами и кешированием все понятно, задаются настройки а код, завязанный на эти компоненты, остается без изменений. Поменять же контейнер так изящно не выйдет, у каждого контейнера свой формат описания сервисов и т.д. Регламентировать взаимодействие различных контейнеров? Как-то этого мало.

                Тут в ишус трекере propel orm уже предлагают кинуть в fig стандарт для реализации интерфейсов Unit-of-work.
                  0
                  Если этим кто-то хочет заняться, почему бы и нет…
                    0
                    Регламентировать взаимодействие различных контейнеров? Как-то этого мало.

                    Как я понял, это как раз основной смысл стандарта. Просто поменять не получится, но вот обернуть «чужой» в «свой» будет легко, если оба поддерживают стандарт.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое