{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блог Ильи Бирмана: заметки с тегом ПХП", "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.", "_rss_language": "ru", "_itunes_email": "ilyabirman@ilyabirman.ru", "_itunes_categories_xml": "<\/itunes:category>\r\n<\/itunes:category>\r\n\r\n", "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764", "_itunes_explicit": "no", "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/php\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/php\/json\/", "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764", "authors": [ { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" } ], "items": [ { "id": "6194", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/dollar-not-only-end\/", "title": "Доллар в регвыражениях не всегда означает конец строки", "content_html": "

Долго боролся сейчас с одним багом, поэтому пишу себе, чтобы не забыть.<\/p>\n

Есть регулярное выражение (для примера):<\/p>\n

\n

\/(some|any)thing$\/i<\/tt><\/p>\n<\/blockquote>\n

Доллар, уверен я, означает «конец строки». Выражение должно проверять, что строка заканчивается на слово something или anything в любом регистре. Но вот оно иногда срабатывает, даже если строка не заканчивается на него! Я в отчаянии уже проверяю впрямую, что строка заканчивается на g или G, и точно вижу, что она не заканчивается. А выражение срабатывает!<\/p>\n

Замечаю, что это происходит, если в конце выражения стоит возврат каретки. Думаю: какого хрена? У меня же написан доллар сразу после g, никаких возвратов каретки там! Модификатора \/m, который разделяет текст на отдельные строки, нет. Может, он как-то там по умолчанию включился, и надо его, наоборот, отключить?<\/p>\n

От безысходности иду читать документацию<\/a>. Никакого антонима модификатору \/m не нахожу. Читаю про сам \/m:<\/p>\n

\n

m (PCRE_MULTILINE)<\/tt>
\nBy default, PCRE treats the subject string as consisting of a single «line» of characters (even if it actually contains several newlines). The «start of line» metacharacter (^) matches only at the start of the string, while the «end of line» metacharacter ($) matches only at the end of the string, or before a terminating newline (unless D modifier is set).<\/p>\n<\/blockquote>\n

Что? Что ещё за нахрен \/D?<\/p>\n

\n

D (PCRE_DOLLAR_ENDONLY)<\/tt>
\nIf this modifier is set, a dollar metacharacter in the pattern matches only at the end of the subject string. Without this modifier, a dollar also matches immediately before the final character if it is a newline (but not before any other newlines).<\/p>\n<\/blockquote>\n

Как же можно было такую дичь придумать? Исправляю регулярное выражение:<\/p>\n

\n

\/(some|any)thing$\/iD<\/tt><\/p>\n<\/blockquote>\n

А также запоминаю, что надо теперь вообще всегда использовать модификатор \/D, потому что если блин мне надо возврат каретки мэтчить, я это в состоянии впрямую сформулировать внутри регвыражения, а не полагаться на это хитрожопое исключение.<\/p>\n", "summary": "Долго боролся сейчас с одним багом, поэтому пишу себе, чтобы не забыть", "date_published": "2024-01-03T19:08:26+05:00", "date_modified": "2024-01-03T19:11:32+05:00", "tags": [ "программирование", "ПХП" ], "_date_published_rfc2822": "Wed, 03 Jan 2024 19:08:26 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "6194", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5062", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/php-nonempty-text-check-2\/", "title": "Проверка непустоты текста в ПХП: программисты пишут", "content_html": "

Недавно я писал о проверке непустоты текста в ПХП<\/a>. Конечно, суровые программисты подняли меня на смех: да если у тебя код так написан, что ты не знаешь, какого типа у тебя переменная, то чего от тебя вообще ждать. Стоит отметить, что среди моих знакомых есть несколько очень сильных программистов. Разумеется, никому из них не пришло в голову высказываться в подобном ключе. Крутые программисты знают, что нет смысла критиковать решение, пока не знаешь подробности задачи.<\/p>\n

Напомню, я предложил проверять так:<\/p>\n

if ((string) @$text !== '') { ... }<\/code><\/pre>
Мне понесли варианты. «Специально для этого есть функция empty ()<\/tt>»:<\/p>\n
1<\/h2>\n
if (!empty ($text)) { ... }<\/code><\/pre>
Это код с ошибкой: для (int) 0<\/tt> проверка будет пройдена.<\/p>\n
2<\/h2>\n
if (trim ($text) !== '') { ... }<\/code><\/pre>
Это код с двумя ошибками: если переменная $text<\/tt> не определена, выведется предупреждение; если текст состоит из пробелов, проверка не будет пройдена.<\/p>\n
3<\/h2>\n
if (isset ($text) && trim ($text)) { ... }<\/code><\/pre>
В этом коде исправлена только первая ошибка предыдущего.<\/p>\n
Кстати, этот код полагается на «ленивое» вычисление логических выражений в ПХП: если просто поменять операнды конъюнкции местами, код снова станет с двумя ошибками. Само по себе это окей, но странно, когда такое предлагают программисты, борющиеся за чистоту кода.<\/p>\n
4<\/h2>\n
if (isset ($text) && ($text !== "")) { ... }<\/code><\/pre>
Это длинный и мусорный код, и снова с ошибкой: и для false<\/tt>, и для NULL<\/tt> проверка будет пройдена.<\/p>\n
5<\/h2>\n
if (isset ($text) && (string) $text !== '') { ... }<\/code><\/pre>
Этот код — длинная и мусорная версия моего. В нём просто соблюдён религиозный ритуал «не использовать оператор @<\/tt>», ну и он дополнительно полагается на ленивое вычисление логики.<\/p>\n
Интересно, что никто из советчиков не указал на ошибку в моём исходном варианте (я её увидел сам, пока смотрел на предложенные альтернативы): если в переменную попадёт массив, проверка сработает, потому, что (string)<\/tt> от любого массива — это "Array"<\/tt>. В зависимости от того, что дальше делать с этой переменной, это может привести к проблемам. В этом удлинённом варианте ошибка та же.<\/p>\n
6<\/h2>\n
Все варианты кода с оператором ??<\/tt> — с фатальной ошибкой: такого оператора нет в ПХП 5.4, на котором должна работать Эгея.<\/p>\n
7<\/h2>\n
if (@strlen ($text)) { ... }<\/code><\/pre>
Этот код работает правильно.<\/p>\n
Неприятность в том, что глядя на него нельзя этого сказать с уверенностью. Нужно читать документацию. Оказывается, у strlen ()<\/tt> есть полезная особенность: если передать ему массив, он вернёт 0, а вовсе не 5 ("Array"<\/tt>). Правда, это только начиная с ПХП 5.2, хе-хе. В документации не сказано, как он ведёт с себя с переменными других типов, поэтому нужно идти дальше и читать документацию по неявному преобразованию типов, чтобы узнать, что strlen (0)<\/tt> вернёт 1, как мне и требуется. Полагаться на такие штуки, когда ожидаешь какого-то чёткого и тонкого поведения, как-то некомфортно.<\/p>\n
Поэтому я пока оставил свой вариант, забив на потенциальную проблему с "Array"<\/tt>.<\/p>\n",
            "summary": "Недавно я писал о проверке непустоты текста в ПХП. Конечно, суровые программисты подняли меня на смех",
            "date_published": "2019-06-27T14:00:18+05:00",
            "date_modified": "2019-06-28T13:03:11+05:00",
            "tags": [
                "программирование",
                "ПХП"
            ],
            "_date_published_rfc2822": "Thu, 27 Jun 2019 14:00:18 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "5062",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "5051",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/php-nonempty-text-check\/",
            "title": "Проверка непустоты текста в ПХП",
            "content_html": "
Только не бомбите, я для себя.<\/p>\n
В ПХП оператор ==<\/tt> проверяет равенство значений безотносительно типа. Поэтому строка «42» и число 42 с его точки зрения равны.<\/p>\n
Это удобно: в большинстве случаев не нужно вообще думать о типах, просто сорок два равно сорока двум. Аналогично равны, например и логическая истина и число 1. Когда важно, чтобы значения были не просто равны, но ещё и совпадали по типу, используется оператор строгого равенства ===<\/tt> .<\/p>\n
Часто важно убедиться, что переменная не пуста. Можно проверить так:<\/p>\n
if (@$text) { ... }<\/code><\/pre>
Как бы «если текст есть, то». Любая непустая строка приведётся к логически истине, при этом и пустая строка, и null<\/tt>, и даже неопределённая переменная приведутся ко лжи, и условие не выполнится.<\/p>\n
Но есть нюанс. Число 0 тоже приводится к логической лжи. С этим был связан баг в Эгее: если текст заметки состоят целиком из нуля, заметку не получалось сохранить, потому что до одной из таких строчек этот текст доходил в виде числа, и условие не выполнялось. А это вполне легальный текст заметки.<\/p>\n
У меня рука не поднимется исправить так:<\/p>\n
if (@$text or $text === 0) { ... }<\/code><\/pre>
Поэтому теперь я проверяю наличие текста так:<\/p>\n
if ((string) @$text !== '') { ... }<\/code><\/pre>
Не так элегантно, как было, но вроде жить можно. Или нет?<\/p>\n
Продолжение<\/a><\/p>\n",
            "summary": "Только не бомбите, я для себя",
            "date_published": "2019-06-14T18:47:47+05:00",
            "date_modified": "2019-06-27T14:03:14+05:00",
            "tags": [
                "вопрос",
                "программирование",
                "ПХП"
            ],
            "_date_published_rfc2822": "Fri, 14 Jun 2019 18:47:47 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "5051",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "4415",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/vopros-pro-fonovuyu-rabotu-php\/",
            "title": "Вопрос про фоновую работу ПХП",
            "content_html": "
Эгея написана на ПХП как обычное веб-приложение, отвечающее на запросы браузера к серверу. Браузер просит страницу — Эгея её генерирует и отдаёт.<\/p>\n
Часть работы, которую делает Эгея — медленная по своей природе, например создание бекапа или индексация большого блога для поиска. Но Эгея отдаёт страницы быстро.<\/p>\n
Это потому что в Эгее реализован механизм фоновой работы через запрос к себе. Когда нужно сделать что-то долгое, Эгея устанавливает ХТТП-соединение сама с собой, как бы делая вид, что она браузер, отправляет запрос по специальному урлу, который означает «сделай бекап» или «поиндексируй поиск», и тут же обрывает соединение. В результате выполнение скрипта заканчивается быстро, а вся долгая работа делается незаметно, как раз в ответ на этот запрос к себе. О таком методе я узнал лет двенадцать назад от Романа Иванова, и с тех пор пользуюсь.<\/p>\n
\n\"Асинхронное\n<\/div>\n
К сожалению, с этим методом возникла проблема, когда я стал поддерживать ХТТПС. Если просто отправлять запрос и сразу закрывать соединение, как я всегда делал, не происходит вообще ничего — с точки зрения сервера всё выглядит так, как будто к нему и не обращались. Если же попробовать прочитать ответ, то приходит 400 Bad Request, потому что я как бы пытаюсь говорить с ХТТПС-сервером на простом ХТТП. К сожалению, мне почему-то так и не удалось отправить самому себе запрос по ХТТПС с помощью функции fsockopen ()<\/tt> и её родственников, хотя я вроде бы исчитал документацию со всех сторон.<\/p>\n
Вместо запроса к себе можно использовать register_shutdown_function ()<\/tt>. Но я когда-то пользовался ей, и у меня осталось ощущение ненадёжности — кажется, она выполнялась не всегда, и там были какие-то особенности внутри странные, например, что все пути к файлам должны быть указаны абсолютно. Короче, чтобы ей воспользоваться, нужно переструктурировать код. Женя Степанищев ещё рассказал про fastcgi_finish_request ()<\/tt> — похожий вариант.<\/p>\n
Эти схемы мне не нравятся непрозрачностью: часть скрипта будет выполняться в каком-то мире, который не виден никому. В варианте с запросом к себе мне ничто не мешает зайти браузером по моему служебному урлу и посмотреть, что происходит. А тут придётся что-то специальное изобретать для отладки. Кроме того, запрос к себе, разумеется, запускает новую копию ПХП, в которой заново начинается отсчёт времени. Выполняя такой запрос, я могу теоретически захотеть сделать что-то ещё так же, и инициировать запрос третьго уровня. И все эти запросы — одинаковой природы, просто заход по урлу. Мне нравится эта однородность.<\/p>\n
Есть радикальный вариант — переделать всё так, чтобы по служебным урлам ходил аджаксом клиент, пока ни о чём не подозревающий пользователь смотрит на уже загрузившуюся страницу. Такая конфигурация мне не нравится уже эстетически. Что это за беспомощный сервер, что ему надо, чтобы его клиент приводил в чувство? Возможно, это бред, но я бы хотел, чтобы сервер мог работать самостоятельно.<\/p>\n
Ну и пока умники в твиттере не начали писать «расскажите кто-нибудь Бирману про крон», объясню, что моя задача — сделать максимально автономное решение, не требующее от пользователя никакой специальной настройки сервера. Закачал на сервер папку — всё работает. Если вы матёрый программист в свитере, вам такое не понять.<\/p>\n
Короче, в идеале я бы хотел заставить работать свою исходную конфигурацию. Для этого мне нужно научиться делать запрос к себе по ХТТПС. Причём мне нужно просто «потрогать» нужный урл и отвалиться — мне не нужно по нему передавать никаких данных, не нужно читать ответ. Как это сделать?<\/p>\n
Ну и если вы знаете какой-то ещё способ добиться нужного результата, лишённый всех описанных недостатков, тоже расскажите.<\/p>\n",
            "summary": "Эгея написана на ПХП как обычное веб-приложение, отвечающее на запросы браузера к серверу. Браузер просит страницу — Эгея её генерирует и отдаёт",
            "date_published": "2017-05-24T00:06:27+05:00",
            "date_modified": "2017-05-25T15:14:30+05:00",
            "tags": [
                "веб-разработка",
                "вопрос",
                "ПХП",
                "Эгея"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/selfrequest@2x.png",
            "_date_published_rfc2822": "Wed, 24 May 2017 00:06:27 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "4415",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/selfrequest@2x.png",
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/aegea-og-image.jpg"
                ]
            }
        },
        {
            "id": "4321",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/php-art\/",
            "title": "ПХП-арт",
            "content_html": "
Пока я в декабре делал всякие апдейты на этом сайте<\/a>, у меня вылезло такое:<\/p>\n
\n\"ПХП-арт\"\n<\/div>\n
Это ПХП-арт.<\/p>\n",
            "summary": "Пока я в декабре делал всякие апдейты на этом сайте, у меня вылезло такое",
            "date_published": "2017-02-13T00:06:05+05:00",
            "date_modified": "2017-02-13T00:05:45+05:00",
            "tags": [
                "ПХП",
                "скриншоты"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/php-art.jpg",
            "_date_published_rfc2822": "Mon, 13 Feb 2017 00:06:05 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "4321",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/php-art.jpg"
                ]
            }
        },
        {
            "id": "2997",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/weekend-reading-19\/",
            "title": "Что почитать на выходных — 19",
            "content_html": "
Например:<\/p>\n
    \n  
  1. Как интерфейс без обратной агрессии вызывает в людях ярость<\/a>. Очередной кайфовый Людвиг. Подписывайтесь на него уже, если ещё не, нельзя же в каждый список его включать.<\/li>\n  
  2. Concluding the Great MP3 Bitrate Experiment<\/a>. Джефф Этвуд провёл эксперимент и установил, что нет никакого смысла в мп3 более высокого битрейта, чем 160.<\/li>\n  
  3. The PHP Singularity<\/a>. Он же в очередной раз про ПХП.<\/li>\n  
  4. The iPhone Is 5 Years Old<\/a>. Статья странного чувака Генри Блоджета о том, как Айфон изменил мир за 5 лет. Ну и сюда же Джим Далримпл с лучшими цитатами<\/a> скептиков.<\/li>\n  
  5. История создания БЭМ<\/a>. После того, как я опубликовал прошлую ссылку на статью про БЭМ, мне написал Виталий Харисов и сказал, что на самом деле начинать надо не оттуда, а отсюда вот. Чтобы въехать, откуда вообще растут ноги.<\/li>\n<\/ol>\n",
            "summary": "Например",
            "date_published": "2012-06-29T23:59:33+05:00",
            "date_modified": "2012-06-29T23:58:00+05:00",
            "tags": [
                "Айфон",
                "веб-разработка",
                "жизнь",
                "музыка",
                "ПХП",
                "цитаты",
                "чтиво"
            ],
            "_date_published_rfc2822": "Fri, 29 Jun 2012 23:59:33 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2997",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "2935",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/weekend-reading-11\/",
            "title": "Что почитать на выходных — 11",
            "content_html": "
    Понравилось недавно:<\/p>\n
      \n  
    1. Hammerforum.com<\/a>. Если бы плотники на форумах общались как фотографы. «That’s because you have absolutely no skills. A good hammer user can drive nails with a 20 pound sledghammer with no problem.»<\/li>\n  
    2. Startups, this is how design works<\/a>. Видео-текстовое эссе о том, зачем стартапу дизайнер. Клёво и интересно сделано.<\/li>\n  
    3. A Passenger’s Lot Then... And Now<\/a>. Сравнение условий на Титанике в 1912 году и на современном корабле. Я и не знал, что Титаник, оказывается, такой был крохотный по современным меркам.<\/li>\n  
    4. The Beauty of Silence<\/a>. Это я в английском блоге написал про тупость искусственного шума в электромобилях. Ничё, что я сам на себя ссылаюсь? Если вы меня там не читаете, самое время подписаться и, главное, рассказать всем своим англоговорящим друзьям.<\/li>\n  
    5. PHP: a fractal of bad design<\/a>. Чувак-питонист рассказывает о том, о чём просто не могут молчать Питонисты: о том, как плох и ужасен ПХП. Всё это, конечно, не имеет значения<\/a>, но работа, которую провёл автор по классификации всех корявостей ПХП, вызывает уважение. Я вот<\/a> тоже высказываюсь по теме.<\/li>\n  
    6. Love Hotels and Unicode<\/a>. О том, откуда в Уникоде взялись символы U+1f3e9 Love Hotel и U+1f4a9 Pile of Poo.<\/li>\n<\/ol>\n",
            "summary": "Понравилось недавно",
            "date_published": "2012-04-13T23:06:53+05:00",
            "date_modified": "2012-05-18T20:53:44+05:00",
            "tags": [
                "дизайн",
                "программирование",
                "ПХП",
                "смешное",
                "ссылки",
                "чтиво"
            ],
            "_date_published_rfc2822": "Fri, 13 Apr 2012 23:06:53 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2935",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "2894",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2012\/02\/11\/1\/",
            "title": "Что почитать в выходные — 4",
            "content_html": "
      Понравилось на этой неделе:<\/p>\n
        \n  
      1. Developing for old browsers is (almost) a thing of the past<\/a>. 37сигналов рассказывают, как они отпиливают левые браузеры. Горячо поддерживаю.<\/li>\n  
      2. To My Old Master<\/a>. Письмо бывшего раба своему бывшему владельцу (США, 1865 год). Обалдеть.<\/li>\n  
      3. Adjust Your Mirrors to Avoid Blind Spots<\/a>. Совет по настройке боковых зеркал машины. Контринтуитивно, но по утверждению авторов статьи — более безопасно. Езжу так уже три дня, пока немного разрывает мозг.<\/li>\n  
      4. What the Vaio Z says about Sony’s little design problem<\/a>. Про разницу в подходах к дизайну у Эпла и Сони.<\/li>\n  
      5. Как добавить ПХП в список шеллов в Автоматоре<\/a>. Женя Степанищев объясняет, как прикрутить ПХП-сервис иначе, чем я показывал — возможно, кому-то так больше понравится.<\/li>\n  
      6. Still Fucking Hate Email<\/a>. Эм-Джи Сиглер предлагает изменить отношение к почте, смотреть на неё как на ленту твиттера, которая проносится мимо тебя, а не как на инбокс, который нужно непременно разобрать. Радикально.<\/li>\n<\/ol>\n",
            "summary": "Понравилось на этой неделе",
            "date_published": "2012-02-11T03:44:34+05:00",
            "date_modified": "2012-05-01T19:26:55+05:00",
            "tags": [
                "автомобиль",
                "браузеры",
                "дизайн",
                "дороги",
                "жизнь",
                "Мак",
                "программирование",
                "ПХП",
                "чтиво",
                "эл. почта"
            ],
            "_date_published_rfc2822": "Sat, 11 Feb 2012 03:44:34 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2894",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "2898",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2012\/02\/09\/1\/",
            "title": "Как написать сервис на ПХП",
            "content_html": "
        На Маке есть такая странная фича — сервисы. Это такие то ли программы, то ли не программы, которые встраиваются во все приложения и могут как-то преобразовывать контент в них. Например, они могут делать что-то с выделенным текстом. Если прикрутить такой текстовый сервис, то он будет доступен по правой кнопке наряду со стандартными операциями типа копирования, трансформации или произнесения вслух.<\/p>\n
        Разные приложения могут добавлять свои сервисы, например после установки Твиттера любой выделенный текст можно твитнуть. Но текст — это не обязательно. Сервис может уметь что-то делать с файлами или другими объектам. Девон-технолоджис<\/a> много всяких сервисов дают. Сервисами никто не пользуется, потому что фиг поймёшь, как с ними совладать и какую пользу они могут принести. Не пользовался особо и я.<\/p>\n
        Но недавно назрела необходимость сделать себе макросы, которые бы заменяли простые куски текста на большие простыни ХТМЛ-кода. Чтобы писать pic image.jpg, а оно превратилось в целую кучу вёрстки для правильного размещения изображения, да ещё и размер файла само вписывало. Причём не в редакторе кода, где таких фич завались, а в любом месте. Долго объяснять, зачем, но надо было. Программерский мозг не терпит неавтоматизированной работы.<\/p>\n
        Оказалось, что всё очень просто. Запускаем Автоматор (это ещё одна недооценённая фича Мака) — он спросит, что мы хотим создать. Выбираем сервис и делаем в нём одно-единственное действие — выполнить скрипт:<\/p>\n
        \n\"\"\n<\/div>\n
        Настраиваем, чтобы выделенный текст шёл скрипту в stdin и заменялся результатом выполнения (всё в правой части скриншота). Осталось написать сам скрипт на ПХП, а это может даже ребёнок (no pun intended). Саша Карпинский научил, что в начале скрипта нужно заклинание, чтобы он заработал, то есть всё вместе получится как-то так:<\/p>\n
        #!\/usr\/bin\/php\n<?\n$input = trim (file_get_contents ('php:\/\/stdin'));\nif ($input == 'SOPA') die ('PIPA');\necho $input;\n?><\/code><\/pre>
        Ну, например. А дальше идём в «Систем преференсес», в настройку клавиатуры, и вешаем наш волшебный сервис на любую кнопку. Да, ПХП на Маке встроенный, то есть ничё про это думать не надо.<\/p>\n",
            "summary": "На Маке есть такая странная фича — сервисы. Это такие то ли программы, то ли не программы, которые встраиваются во все приложения и могут как-то преобразовывать контент в них",
            "date_published": "2012-02-08T23:05:12+05:00",
            "date_modified": "2013-12-29T23:29:14+05:00",
            "tags": [
                "Мак",
                "программирование",
                "ПХП"
            ],
            "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/phpservice.jpg",
            "_date_published_rfc2822": "Wed, 08 Feb 2012 23:05:12 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2898",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": [
                    "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/phpservice.jpg"
                ]
            }
        },
        {
            "id": "2425",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2009\/05\/12\/1\/",
            "title": "Нотация для названий функций",
            "content_html": "
        В Какао мне очень нравится, как используется возможность «Объектного Си» вставлять параметры прямо в название методов («селекторов»):
        \n[someObject doStuffWithThing:x andThing:y usingParameter:z];<\/tt><\/p>\n
        Получаются нормальные предложения. В большинстве языков так делать нельзя, однако формулировать названия функций так, чтобы параметры продолжали предложение, никто не запрещает. Если параметр всего один, или параметры образуют очевидную последовательность, то это добавит удобочитаемости. Я принял нотацию, согласно которой название функции завершается подчёркиванием, если оно составлено по такому принципу. В этом случае открывающая скобка не отбивается пробелом (вообще, я всегда отбиваю; меня страшно бесит, что в ЦССе так делать нельзя).<\/p>\n
        Пример перевода:
        \ne2_note_by_id ($id)<\/tt> → e2_note_with_id_($id)<\/tt>.<\/p>\n
        А так могли бы выглядеть некоторые функции с несколькими параметрами:
        \ndo_stuff_at_($x, $y)<\/tt>,
        \ndo_stuff_with_date_($year, $month, $day)<\/tt>.<\/p>\n
        Если параметры не образуют очевидной последовательности или нормально переформулировать смысл функции не удаётся, то функция пишется «по старинке», без подчёркивания в конце:
        \ne2_store_cache ($path, $data, $secure)<\/tt>.<\/p>\n
        А какие вы используете хитрости для повышения удобочитаемости кода?<\/p>\n",
            "summary": "В Какао мне очень нравится, как используется возможность «Объектного Си» вставлять параметры прямо в название методов",
            "date_published": "2009-05-12T16:01:17+05:00",
            "date_modified": "2021-05-19T11:42:16+05:00",
            "tags": [
                "Какао",
                "программирование",
                "ПХП"
            ],
            "_date_published_rfc2822": "Tue, 12 May 2009 16:01:17 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2425",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "2236",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2008\/09\/19\/2\/",
            "title": "Боремся с 77 февраля: мой вариант",
            "content_html": "
        В общем, вчерашняя моя задачка во многом потеряла смысл, когда Дима Смирнов указал мне на наличие функции checkdate (). Просто когда проблема возникла я не пошёл читать мануал в поисках готовой функции, так как был уверен, что после того, как я намучился с проблемой часовых поясов и летнего времени (и стал мировым экспертом в этой области), я уже по-любому знаю все<\/i> функции, связанные с датой временем. Оказалось, что я ошибся.<\/p>\n
        Впрочем, придумывать сложной математики мне не пришлось. Моё решение было однострочным и работало так:<\/p>\n
        return (\n  gmdate ('Y\/n\/d', gmmktime (0, 0, 0, $m, $d, $y))\n  == $y .'\/'. $m .'\/'. $d\n);<\/code><\/pre>
        Функция mktime умеет делать нормальный «тайм-штамп» из любых входных параметров. Например, если дать ей 25 часов 99 минут 32 декабря 2008 когда, то она вернёт штамп для 2 часов 39 минут 2 января 2009 не поперхнувшись.<\/p>\n
        Это свойство функции mktime () страшно удобно, потому, что если нужно посчитать, какими будут дата и время через 55 часов, то можно тупо прибавить 55 к часам и забыть про суточные, месячные и годовые переходы, забыть про учёт високосности — функция всё сделает сама.<\/p>\n
        Короче, критерий правильности даты — то, что функции не пришлось ничего «исправлять». (На самом деле, я уверен, что функция ничего и не исправляет, просто формулы в ней написаны так, чтобы всё работало независимо от корректности входных параметров.) А GMT-версии функций я использую «для надёжности», чтобы нигде часовые пояса не могли что-нибудь испортить.<\/p>\n
        Сергей Коваленко в комментариях к прошлой заметке<\/a> предложил это же решение, причём совершенно справедливо не стал проверять день.<\/p>\n",
            "summary": "В общем, вчерашняя моя задачка во многом потеряла смысл, когда Дима Смирнов указал мне на наличие функции checkdate",
            "date_published": "2008-09-19T13:40:25+05:00",
            "date_modified": "2021-07-07T11:43:15+05:00",
            "tags": [
                "программирование",
                "ПХП"
            ],
            "_date_published_rfc2822": "Fri, 19 Sep 2008 13:40:25 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2236",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "2235",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2008\/09\/19\/1\/",
            "title": "Боремся с 77 февраля",
            "content_html": "
        Если зайти по вот такому адресу — http:\/\/ilyabirman.ru\/meanwhile\/2008\/02\/77\/<\/a> — то вместо ожидаемой страницы 404 мы увидим страницу, говорящую о том, что 77 февраля заметок нет. Это, конечно, не беда, но если это можно решить по-простому, то хочется взять, да и решить, правда?<\/p>\n
        Я это уже исправил в v1793, но на сайте пока крутится v1792  (последняя доступная всем остальным версия — v1746). Сначала я в функции, отвечающей за выдачу страницы архива, написал:<\/p>\n
        if (!e2_date_possible ($year, $month, $day)) return e2_error404_mode ();<\/code><\/pre>
        А потом написал функцию  e2_date_possible (), которая получилась не намного длиннее.<\/p>\n
        Задача: придумайте функцию e2_date_possible () лучше моей (не видя мою).<\/p>\n
        Update<\/b>:<\/p>\n
        \n
        Дмитрий Смирнов: Ты изобрел функцию checkdate, поздравляю!<\/p>\n<\/blockquote>\n
        Принимаю поздравления. Это, кстати, подтверждает правоту Болка<\/a>. Тем не менее, задачка остаётся, просто к ней добавляется (в реальной жизни ненужное) условие неиспользования функциии checkdate ().<\/p>\n",
            "summary": "Если зайти по вот такому адресу — http:\/\/ilyabirman.ru\/meanwhile\/2008\/02\/77\/ — то вместо ожидаемой страницы 404 мы увидим страницу, говорящую о том, что 77 февраля заметок нет",
            "date_published": "2008-09-19T03:18:43+05:00",
            "date_modified": "2021-07-07T11:44:29+05:00",
            "tags": [
                "программирование",
                "ПХП"
            ],
            "_date_published_rfc2822": "Fri, 19 Sep 2008 03:18:43 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "2235",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "2093",
            "url": "https:\/\/ilyabirman.ru\/meanwhile\/2008\/02\/11\/1\/",
            "title": "Как поднять Апач и ПХП на Айфоне",
            "content_html": "
        Чтобы организовать Апач и ПХП на Айфоне нам понадобится:<\/p>\n