Дайджест интересных новостей и материалов из мира PHP за последние две недели № 26 (8—22 сентября 2013)



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

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


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


    • Релизы PHP 5.4.20 и PHP 5.5.4 — Обновились актуальные ветки интерпретатора. Оба релиза содержат исключительно исправления, в том числе безопасности. Полные списки изменений: для 5.5.4 и для 5.4.20. Всем пользователям рекомендуется обновиться.
    • Yii Framework присоединяется к PHP-FIG — В команде PHP-FIG новый участник: в лице samdark к группе присоединяется сообщество Yii Framework, с чем лично samdark и всех нас поздравляю! Кстати, это первый русскоговорящий участник группы.
    • Экстренное обновление WordPress 3.6.1 — В WordPress была обнаружена уязвимость, позволяющая добиться выполнения произвольного PHP-кода. О другой подобной уязвимости, которой подвержена даже последняя версия Wordpress 3.6.1, читайте в этом посте .
    • PhpMyAdmin исполнилось 15 лет — Юбилей у поистине легендарного PHP-проекта.


    PHP


    • RFC: Расширенная поддержка ключевых слов — Данное предложение призвано снять ряд ограничений на использование ключевых слов в PHP-коде. Например, на данный момент невозможно создать метод с именем, скажем, and или list.
    • T_PAAMAYIM_NEKUDOTAYIM v Sanity — Phil Sturgeon провел исследование о сопротивлении изменениям в PHP Internals. Интересно, есть ли название для фобии, при которой разработчик испытывает страх перед изменениями в open-source проекте? Также размышления по теме от samdark.
    • Решение проблем в PHP Internals — Еще один пост о проблемах в PHP-FIG и PHP Internals. Кстати, в последнем есть небольшой сдвиг: вместо списков рассылки было предложено использовать форум. Предложение хоть и было воспринято в штыки некоторыми участниками, но в итоге было решено обновить интерфейс http://news.php.net/ добавив иерархическое отображение сообщений.


    Инструменты


    • ASIS 0.1.0 — Инструмент для эффективной работы с legacy-кодом благодаря автоматическому созданию тестов.
    • Расширения для Codeception — На данной странице будут собираться доступные расширения для Codeception.
    • PHP API Builder — Небольшой инструмент, который позволяет легко превратить MySQL-таблицы в приложение реализующие JSON API.
    • Kint — Еще один отладочный инструмент для PHP.


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




    Материалы c прошедших конференций


    • Symfony Live London — Слайды докладов с прошедшей в Лондоне конференции.
    • Принципы проектирования пакетов на PHP — Слайды доклада со встречи Амстердамской группы пользователей PHP.
    • Web & PHP Conference 2013: 1, 2 — Материалы с масштабной PHP-конференции. Пока далеко не все, но будем надеяться на пополнение.
    • php[architect] PHP 5.5 Web Summit — Слайды 3х докладов с мини-конференции, посвященной последней версии PHP.


    Быстрый поиск по всем дайджестам
    Предыдущий выпуск
    Zfort Group 331,68
    Компания
    Поделиться публикацией
    Комментарии 25
    • +5
      Спасибо, ждал)

      з.ы. попробую что-нибудь перевести, если будет время. Скорее всего это будет «За пределами паттернов проектирования».
      • +2
        А как же вот эти замечательные RFC от Никиты Попова, почему про них ничего не сказано?
        Распаковка аргументов функции, Именованные параметры и Функции с переменным числом аргументов (variadics) (за которую, кстати, уже проголосовали). По-моему, это очень классные RFC. Лично мне после Ruby и Python их очень не хватало
      • +1
        ASIS — интересная вещь, пробовал делать примерно тоже самое, но замучался с нечистыми функциями, сайдэффектами и интерфейсе к всему этому…
        • 0
          А мне вот что интересно(обращаюсь больше к людям которые реально много пишут на PHP). Я прекрасно понимаю и поддерживаю какую-то общую стандартизацию, но всё же.

          Вас не бесит в PSR-1 вот такая вот запись открывающихся скобок?
          <?php
          // declaration
          function foo()
          {
              // function body
          }
          
          // conditional declaration is *not* a side effect
          if (! function_exists('bar')) {
              function bar()
              {
                  // function body
              }
          }
          


          Лично мне больше импонирует запись, вида:
          <?php
          // declaration
          function foo() {
              // function body
          }
          
          // conditional declaration is *not* a side effect
          if (! function_exists('bar')) {
              function bar() {
                  // function body
              }
          }
          

          • –1
            +1. очень бесит. возможно потому, что пишу относительно мало :D
            • +5
              Меня не бесит, для меня на новой строчке для функций/классов, на той же строчке для управляющих операторов. По мне так достаточно логично.
              • +1
                В чём логика то? В чём эргономичность данного вида записи?
                Для меня логика в моём случае в том что экономится 1 сточка при описании каждого метода в классе. И получается и компактно и красиво.

                Сам этот стандарт создавался компиляцией всех существующих более-менее известных стандартов кодирования и в каждом случае бралось правило которое больше всех встречалось — что, по моему мнению, не самый лучший способ создания стандарта.
                • 0
                  Логика в том что, в классе и функции обычно больше одной строчки, и они лучше выделяются на фоне управляющих операторов
                  • 0
                    Класс обычно один на файл и смысла в 99,99% случаев выделять как-то нету.
                    А у методов по хорошему сначала идёт пустая, строка потом описание phpdoc. Так что и так, по моему мнению, выделено неплохо.
                    • +2
                      То есть пустая строка и необъятный phpdoc вас не смущает, а 1 несчастная фигурная скобочка вас коробит? :) Ладно. Каждому своё. О вкусах не спорят. Мне например 4 пробела не нравятся, но тему я развивать не собираюсь, ибо поздно.
                      • 0
                        Нет, просто пустая строка сверху и phpdoc для меня обоснованно находятся на своих местах, а вот эта скобочка меня постоянно раздражает, т.к. я считаю что она «бредовая» — вот и пытаюсь либо найти ей логическое и нужное «применение», либо устроить революцию и убрать её из стандарта :)
                        • 0
                          Тогда вместе с ней заменяйте пробелы, я поддержу эту революцию :)
              • +2
                Посмотрите внимательнее на свои примеры: в первом случае function body читается намного лучше, имхо.
                • 0
                  Это всё дело вкуса. Понимая, что мнения не сойдутся, php-fig приняли компромиссное решение. Само по себе оно не плохое, хоть лично местами и не нравится.
                  • 0
                    скорее взяли за основу code style symfony 2, хотя меня от него воротит и воздействует на моё чувство прекрасного оформления кода (и странно почему не взяли один из стандартов имеющихся на тот момент, речь идет о PEAR, Zend), с другой стороны запустил CS FIxer и забыл о проблемах (+ это какой никакой стандарт, что лучше чем без стандарта)
                  • +1
                    — Фигурные скобки — символы одной категории. И закрывающаяся под открывающейся очень быстро выделяется взглядом. А вот фигурная скобка и символ (начало оператора) — разные сущности. И для восприятия приходится переключать контекст восприятия символов в контекст структуры разнородных сущностей. Что дольше.

                    — При поиске парной скобки, когда её подсвечивает редактор, в первом случае мы сразу знаем, где её искать взглядом. Во втором — приходится скакать взглядом по рваному правому краю. Особенно актуально, когда у нас идёт серия блоков.

                    — Если требуется быстро вынести блок в функцию или заменить его одном оператором, в первом случае мы работаем только с самим блоком, во втором — постоянно приходится ещё и лазить в конец предыдущей строки.

                    Вообще, лично я, как только с DOS'овских 80x25 на нормальные разрешения перешёл и необходимости в жёсткой экономии строк не стало, очень быстро перешёл на первый вариант в основном по последней причине. Очень уж неудобно часто скакать по длине строки. Хотя до этого много лет вынужlенно писал вторым вариантом :)
                  • 0
                    Руки так и чешутся что ни будь на зефире переписать… Видел кто-ни будь что-то кроме пхалкона?
                    • НЛО прилетело и опубликовало эту надпись здесь
                      • 0
                        Отличная подборка паттернов DesignPatternsPHP. Прямо то что нужно
                        • 0
                          А где такого слоника можно купить, не знаете?
                        • –2
                          Опять эти слоники…
                          image

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

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