{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Skurudo Blog(post): заметки с тегом php",
    "_rss_description": "PHP (англ. PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста»; первоначально Personal Home Page Tools — «Инструменты для создания персональных веб-страниц»; произносится пи-эйч-пи",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/www.skurudo.ru\/tags\/php\/",
    "feed_url": "https:\/\/www.skurudo.ru\/tags\/php\/json\/",
    "icon": "https:\/\/www.skurudo.ru\/pictures\/userpic\/userpic@2x.jpg?1691593083",
    "authors": [
        {
            "name": "Pavel Galkin",
            "url": "https:\/\/www.skurudo.ru\/",
            "avatar": "https:\/\/www.skurudo.ru\/pictures\/userpic\/userpic@2x.jpg?1691593083"
        }
    ],
    "items": [
        {
            "id": "142",
            "url": "https:\/\/www.skurudo.ru\/all\/fix-for-phpmyadmin\/",
            "title": "Патч для phpmyadmin",
            "content_html": "<p>В рамках поддержки проекта <a href=\"https:\/\/vestacp.com\">VestaCP<\/a> занялся патчем для phpmyadmin. Основная проблема в том, что дополнительные функции из коробки не работают, также как и contoluser.  Многим пользователям функционал по сути не нужен, он избыточен. Правда, не очень приятно видеть при входе сообщение о том, что у тебя часть функций отключено и не работает — «The phpMyAdmin configuration storage is not completely configured, some extended features have been deactivated».<\/p>\n<p>За вечер пятницы удалось изобразить скрипт, который правит конфигурационный файл и добавляет недостающие таблицы. Чтобы не возиться с определением версии операционной системы, сделал 3 разных скрипта для centos\/debian\/ubuntu. И еще слегка упростил себе жизнь — не стал изобретать генератор паролей, использовал дополнительный пакет.<\/p>\n<p>Интереснее было в процессе отладки. Выянил, что пихать много запросов в mysql из баша — это не очень хорошо, далеко не все отрабатывает. Гораздо правильнее разбить на несколько. Как оказалось, 3 и 4 ветка phpmyadmin имеют некоторые отличия. В четвертой ветке некоторые значения задаются явно и в дампе несколько больше таблиц, нежели в 3 версии. Довольно странное отличии в количестве нижних подчеркиваний в названии таблиц: в третьей — одно, в четвертой — два. Думаю, в следующих версиях увеличат :)<\/p>\n<p>По моим прикидкам скрипт успели протестировать более чем на полусотне серверов, не считая мои и тестовые — все вроде ровненько прошло. На неделе<s>, наверное, закинем на гитхаб<\/s> прогоним тесты повторно.. возможно мой вроде-код даже появится в релизе VestaCP. Код добавил на Github, никакого терпения не хватило :)<\/p>\n<p>PS: Слегка удивило, что фикс никто не сделал раньше и не сэкономил мне время (специально поискал в интернетах), вроде ничего сложного не было. Подозреваю, что все-таки пользователи тратят на это 5-10 минут и забывают или забивают вовсе :-)<\/p>\n<p><b>VestaCP Forum<\/b> — <a href=\"https:\/\/forum.vestacp.com\/viewtopic.php?f=32&t=10306\">phpmyadmin fixer<\/a><br \/>\n<b>Github<\/b> — <a href=\"https:\/\/github.com\/skurudo\/phpmyadmin-fixer\">Fixes for phpmyadmin (configuration storage and some extended features) <\/a><\/p>\n<p><b>Ubuntu<\/b><\/p>\n<pre class=\"e2-text-code\"><code class=\"\">sudo wget --no-check-certificate \r\nhttps:\/\/raw.githubusercontent.com\/skurudo\/phpmyadmin-fixer\/master\/pma-ubuntu.sh \r\n&amp;&amp; chmod +x pma-ubuntu.sh &amp;&amp; .\/pma-ubuntu.sh<\/code><\/pre><p><b>Debian<\/b><\/p>\n<pre class=\"e2-text-code\"><code class=\"\">wget --no-check-certificate \r\nhttps:\/\/raw.githubusercontent.com\/skurudo\/phpmyadmin-fixer\/master\/pma-debian.sh \r\n&amp;&amp; chmod +x pma-debian.sh &amp;&amp; .\/pma-debian.sh<\/code><\/pre><p><b>CentOS<\/b><\/p>\n<pre class=\"e2-text-code\"><code class=\"\">wget --no-check-certificate \r\nhttps:\/\/raw.githubusercontent.com\/skurudo\/phpmyadmin-fixer\/master\/pma-centos.sh \r\n&amp;&amp; chmod +x pma-centos.sh &amp;&amp; .\/pma-centos.sh<\/code><\/pre>",
            "date_published": "2016-01-17T22:33:54+03:00",
            "date_modified": "2016-06-09T12:35:09+03:00",
            "tags": [
                "CentOS",
                "Debian",
                "MySQL",
                "php",
                "phpmyadmin",
                "Ubuntu",
                "VestaCP",
                "код"
            ],
            "_date_published_rfc2822": "Sun, 17 Jan 2016 22:33:54 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "142",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "85",
            "url": "https:\/\/www.skurudo.ru\/all\/php-5-4-all-over\/",
            "title": "php 5.4 все",
            "content_html": "<p>Пришло при обновлении вот такое вот сообщение. Можно показывать всем подряд и, руководствуясь мерами безопасности, не ставить или ставить, но особо предупреждать об отсутствии ответственности.<\/p>\n<pre class=\"e2-text-code\"><code class=\"\">php5 (5.4.45-0+deb7u2) wheezy-security; urgency=medium\r\n  * PHP 5.4 has reached end-of-life on 14 Sep 2015 and as a result there\r\n    will be no more new upstream releases.  The security support of PHP\r\n    5.4 in Debian will be best effort only and you are strongly advised\r\n    to upgrade to latest stable Debian release that includes PHP 5.6 that\r\n    will reach end of security support on 28 Aug 2017.\r\n -- Ondřej Surý &lt;ondrej@debian.org&gt;<\/code><\/pre><p>Меня больше  смущает другой момент — как будет с поддержкой некоторых скриптов. Понимаю, что некоторые и так застряли с версией 5.3 и по-другому не работают никак. Но что будет с новыми версиями еще не ясно, что-нибудь да всплывет. Вспоминается история с libxml в ее реализации с php 5.3 и её работе в php 5.4 — вот уж капкан соблазнов.<\/p>\n",
            "date_published": "2015-11-01T22:41:34+03:00",
            "date_modified": "2015-11-01T22:41:28+03:00",
            "tags": [
                "Debian",
                "php",
                "безопасность",
                "техподдержка"
            ],
            "_date_published_rfc2822": "Sun, 01 Nov 2015 22:41:34 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "85",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "78",
            "url": "https:\/\/www.skurudo.ru\/all\/webasyst-missing-temporary-folder\/",
            "title": "webasyst: missing temporary folder",
            "content_html": "<p>Обратились с ошибкой при загрузке фотографий — «Error: missing temporary folder». С правами проблем не было, других ошибок не видно. Решение оказалось на редкость простым. Дело в том, что webasyst весьма придирчив к upload_tmp_dir. Если значение пустое, то получаем ошибку. Поэтому определим значение для пользователя четко в конфигурационном файле apache2:<\/p>\n<pre class=\"e2-text-code\"><code class=\"\">php_admin_value upload_tmp_dir \/home\/user\/tmp<\/code><\/pre>",
            "date_published": "2015-07-01T23:59:29+03:00",
            "date_modified": "2015-07-02T00:11:07+03:00",
            "tags": [
                "apache",
                "cms",
                "php",
                "webasyst",
                "ошибка",
                "скрипт"
            ],
            "_date_published_rfc2822": "Wed, 01 Jul 2015 23:59:29 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "78",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "1",
            "url": "https:\/\/www.skurudo.ru\/all\/new-beginning\/",
            "title": "С чистого листа",
            "content_html": "<p>Перенося блог на базе Wordpress с одного сервера на другой, в который раз задумался над тем, зачем я таскаю уже несколько лет такое чудовище. Записей не сильно больше полутора тысяч, а в их ценности для прогрессивного человечества у меня есть определенные сомнения. Несколько раз пытался привести хозяйство в божеский вид, не всегда поднималась рука удалить то или иное. Редактировать старые записи, кажется, не очень правильным решением.<\/p>\n<p>Дополнительным доводом за переезд на другой движок стал тот факт, что Wordpress меня убивает скоростью работы. Не смотря на оптимизацию, уменьшения количества плагинов и шаманства, скорость работы не устраивает совершенно. Больше всего расстраивает скорость работы админской панели. Нагромождения и торможения убивают весь творческий процесс. Вот думаешь, сейчас напишу статью или заметку. Потом приходит мысль: «опять оно будет еле ворочаться, да ну его». Эдакий закрепленный bad experience в действии.<\/p>\n<p>В который раз мне показалось, что с Wordpress каши не сваришь. Нужно что-то кардинально менять в оркестре, иначе симфонии не получится. Начались поиски и испытания движков для ведения блога. Перепробовал много всего. Бедность в плане приличных скриптов меня ужасала и в прошлые неудачные миграции. Поискав то тут, то там видно, что уровню «монстра» от Мэтта Мюлленвега никто не приблизится в плане расширяемости и гибкости.<\/p>\n<p>При таких условиях самое время пересмотреть свои взгляды на процесс заполнения блога и понять, а что из всех свистюлек, фишечек, рюшечек действительно нужно? SEO? Ерунда, популярность и продвижение для меня слишком не актуальна. Backup? Его и так делают bash-скрипты. Красивый dashboard? Да нет же! wysiwyg? Возможно, но не то. В сухом остатке получается, от движка нужно не так много — скорость и стабильность работы. На данный момент то, что мне нужно есть на базе  <a href=\"https:\/\/sku.su\/a4BjU\">Эгея<\/a> от <a href=\"https:\/\/sku.su\/iSm72\">Ильи Бирмана<\/a>. На нем и остановился. Старые заметки вряд ли в полном объеме будут перенесены. Некоторые, возможно, появятся здесь после обновления фактических данных.<\/p>\n",
            "date_published": "2013-11-18T00:57:10+03:00",
            "date_modified": "2016-06-02T01:01:20+03:00",
            "tags": [
                "e2",
                "php",
                "wordpress",
                "блог",
                "движок"
            ],
            "_date_published_rfc2822": "Mon, 18 Nov 2013 00:57:10 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 4116,
    "_e2_ua_string": "Aegea 11.2 (v4116)"
}