{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Полезные мелочи сети, заметки с тегом: WordPress", "home_page_url": "https:\/\/stereomaster.ru\/?go=tags\/wordpress\/", "feed_url": "https:\/\/stereomaster.ru\/?go=tags%2Fwordpress%2Fjson%2F", "icon": "https:\/\/stereomaster.ru\/user\/userpic@2x.jpg", "author": { "name": "StereoMaster", "url": "https:\/\/stereomaster.ru\/", "avatar": "https:\/\/stereomaster.ru\/user\/userpic@2x.jpg" }, "items": [ { "id": "229", "url": "https:\/\/stereomaster.ru\/?go=all\/dva-bloga-dva-tvoroga\/", "title": "Два блога, два творога", "content_html": "
\n\"\"\n<\/div>\n

Ранее размер базы моего семилетнего бложика на WP составлял 55 МБ.
\nНа Эгее он же, с прежними записями и комментариями весит менее 2 МБ.<\/p>\n

Вот они, последствия анализа требований к платформе блога<\/a>. Выходит, так мало мне для счастья надо.<\/p>\n", "date_published": "2015-02-27T15:10:32+05:00", "date_modified": "2015-02-27T15:12:57+05:00", "image": "https:\/\/stereomaster.ru\/pictures\/aegwp.png", "_date_published_rfc2822": "Fri, 27 Feb 2015 15:10:32 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "229", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/stereomaster.ru\/pictures\/aegwp.png" ] } }, { "id": "221", "url": "https:\/\/stereomaster.ru\/?go=all\/vsyo-zhe-s-vozrastom-mnenie-menyaetsya\/", "title": "Всё же с возрастом мнение меняется", "content_html": "

\n\"\"\n<\/div>\n

В заметке «Простота, разнообразие или время?<\/a>», сделанной три года назад, я пытался сделать выбор между Вордпрессом и Эгеей в качестве движка блога. Тогда ключевым минусом CMS Ильи Бирмана для меня стало отсутствие уникальных готовых шаблонов и некоторая сложность их кастомизации по сравнению с WP.<\/p>\n

Сейчас моё мнение противоположно: ставку делаю на содержание блога, а не уникальность обложки. В одинаковости и минималистичности есть плюсы: стильно, удобно, легко комментируемо, посему и перетащил бложик сюда. Впрочем, это не помешало мне немного индивидуализировать тему, сохранив узнаваемую структуру самой CMS.<\/p>\n

Лишь непонятна такая смена предпочтения: за это время мои вкусы и пристрастия к отсутствию излишеств в дизайне не изменились, ровно как и в этих движках внешне ничего революционно не поменялось.<\/p>\n

p.s. И сразу вспомнился спор на GameSHOWS<\/a> между мной и одним пользователем относительно того, меняются ли жизненные взгляды у людей в сравнении 20 и 25 лет. «Неопытные и опытные»™. Но нет, у меня ничего значительного не менялось, всё тот же разгильдяй. Ну разве что более собранный и полюбивший аккуратность и перфекционизм. Вот.<\/p>\n

Расскажите, происходили ли у вас какие-то смены жизненной позиции и предпочтений?<\/p>\n", "date_published": "2015-01-23T11:41:13+05:00", "date_modified": "2015-01-23T11:41:10+05:00", "image": "https:\/\/stereomaster.ru\/pictures\/aegwp.png", "_date_published_rfc2822": "Fri, 23 Jan 2015 11:41:13 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "221", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/stereomaster.ru\/pictures\/aegwp.png" ] } }, { "id": "183", "url": "https:\/\/stereomaster.ru\/?go=all\/problema-s-zagruzkojj-fajjlov\/", "title": "Проблема с загрузкой файлов", "content_html": "

\"\"<\/p>\n

На днях случилось столкнуться с проблемой, когда после установки свежего WordPress, файлы отказывались загружаться. Мне известна пара способов решить эту проблему, справедливую для многих движков, где нужно заливать картинки с компьютера себе на сервер.<\/p>\n

Способ 1.<\/strong> Самый простой метод — дать папке, в которую загружаются файлы (\/wp-content\/upload, например) права на запись 0777. Для тех, кто не в курсе, как это делается: запускаем FTP-клиент, идём к нужной папке, заходим в её свойства и там отмечаем 9 галочек — read, write, execute в трёх группах, ну или вписываем число в поле, если такое есть.<\/p>\n

Минус этого способа в нарушении безопасности: зная о существовании папки, хакер может залить туда шелл (скрипт, дающий доступ ко всем вашим файлам). Хотя это не сильно упрощает задачу, тем не менее.<\/p>\n

Способ 2.<\/strong> Установить владельцем файлов сам «сервер». Если у вас есть доступ по SSH, это легко сделать. Сначала нужно узнать логин пользователя апача. Это может быть apache, www, data, www-data, но лучше самим найти имя в файле \/etc\/passwd-<\/em>.<\/p>\n

Как только узнали, пишем команду<\/p>\n

chown -R %username% \/полный\/путь\/к\/папке<\/pre>\n
например,<\/p>\n
chown -R apache \/var\/www\/data\/html\/mysite.ru\/images<\/pre>\n
Команда меняет владельца файлов на указанного, параметр -R означает, что изменения надо применить ко всем вложенным файлам и поддиректориям.<\/p>\n
Известны ли вам какие-либо ещё способы?<\/p>\n",
            "date_published": "2011-06-02T16:41:19+05:00",
            "date_modified": "2015-01-20T16:49:39+05:00",
            "_date_published_rfc2822": "Thu, 02 Jun 2011 16:41:19 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "183",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "180",
            "url": "https:\/\/stereomaster.ru\/?go=all\/saga-o-sajjdbarakh\/",
            "title": "Сага о сайдбарах",
            "content_html": "
Сейчас у каждого уважающего себя интернетчика есть блог: в ЖЖшечке, микроблог в твиттере или на других платформах. Не менее распространены и блоги на WordPress, для которого расплодилось скинов не меньше, чем блогов, пожалуй. И каждый из них по своему уникален. Но одна общая черта есть почти у всех — наличие минимум одного сайдбара. Ниже постараюсь раскрыть плюсы и минусы каждого варианта, чтобы вы сделали для себя верный выбор. Итак, где располагать сайдбары в блоге?<\/p>\n
Сайдбар справа<\/h2>\n
\"\"
\nСхема, пожалуй, ставшая классической, когда сайдбар размещён в правой колонке и растянут примерно на четверть страницы.<\/p>\n
Плюсы:<\/strong> привычность, не мозолит глаза (если не содержит вызывающих элементов, конечно), загружается после контента<\/p>\n
Минусы:<\/strong> неоригинальность (для тех, кто ищет что-то особенное), при наличии большого количества блоков может сильно растягивать страницу с короткой записью вниз — неприятно немного.<\/p>\n
Сайдбар слева<\/h2>\n
\"\"
\nТакая компоновка была (да и сейчас вполне) популярна до эпохи web2.0, когда навигационное меню на сайтах размещалось в той области. Целесообразность такого решения в блогах зависит от того, насколько важная информация располагается в сайдбаре.<\/p>\n
Плюсы: <\/strong>может акцентировать внимание на важной информации, полезно для размещения навигации по блогу<\/p>\n
Минусы:<\/strong> на личных блогах скорее отвлекает внимание от контента, т. к. информация обычно читается слева направо; как и предыдущий вариант, может растягивать короткую страницу при перегруженности блоками; как правило сайдбар при такой схеме загружается до контента.<\/p>\n
Двойной сайдбар справа<\/h2>\n
\"\"
\nТакая компоновка сайдбаров стала популярна относительно недавно, тем не менее она тоже противоречива в своём использовании.<\/p>\n
Плюсы:<\/strong> умещает больше блоков на меньшем пространстве; не растягивает страницу по высоте; можно разделять функции сайдбаров по смыслу; загружаются после контента.<\/p>\n
Минусы:<\/strong> слишком широкие сайдбары оставят меньше площади под контент, что сделает его чтение неудобным; неприемлемо при малом количестве блоков — тогда на длинных страницах будет больше пустоты внизу.<\/p>\n
Также хорош и гибридный вариант размещения сайдбаров, когда некоторые блоки занимают обе колонки, а менее габаритные размешаются в одной из них, но встречается такое реже из-за более сложной реализации.<\/p>\n
Двойной сайдбар слева<\/h2>\n
\"\"
\nСовершенно уродливый вариант, который акцентирует внимание именно на сайдбарах, а не на контентной части.<\/p>\n
Плюсы:<\/strong> если вам важнее статистические данные, чем статьи, то этот вариант для вас.<\/p>\n
Минусы:<\/strong> загружается до контента; отвлекает внимание от чтения; выглядит перегруженно; может растягивать страницу по ширине, сужая контент по площади.<\/p>\n
Менее всего на блогах хотелось бы видеть данную схему.<\/p>\n
Два сайдбара на разных сторонах<\/h2>\n
\"\"
\nТоже достаточно известное со времён web 1.0 решение, когда в одной колонке размещалась навигация, а в другой — полезная информация, необходимая на каждой странице.<\/p>\n
Плюсы:<\/strong> сбалансированность дизайна; не перетягивает на себя внимание от статей.<\/p>\n
Минусы:<\/strong> может выглядеть слегка непривычно и перегружено при непродуманном наполнении.<\/p>\n
В данном случае, наверное, будет правильнее размещать навигационную часть — новые записи, архив и тэги слева, а «новостную» — новые комментарии, полезные ссылки, счётчики, RSS справа.<\/p>\n
Сайдбар в подвале<\/h2>\n
\"\"
\nДанное решение популярно на блогах, которые предпочитают продвигаться с помощью поисковиков, т. к. подвальный сайдбар куда менее функционален и приметен, чем его боковые сородичи. Обычно предназначен для размещения облака тэгов, категорий, которые не важны для посетителей и размещения прочих ссылок — карты сайта, счётчиков, баннеров.<\/p>\n
Плюсы:<\/strong> не занимает полезную площадь сайта; может быть оригинально декорирован; загружается после контентной части; может пригодится на блогах, где размещаются длинные статьи, чтобы пользователям не приходилось прокручивать обратно наверх за навигацией.<\/p>\n
Минусы:<\/strong> почти бесполезен для посетителей; при недостаточном наполнении скорее будет служить пустышкой.<\/p>\n
Сайдбар вверху<\/h2>\n
\"\"
\nЯвляется своеобразной заменой вертикальному меню и используется только для навигации. Обычно включает в себе список статических страниц блога, категорий или тэгов. В некоторых вариантах дополнено всплывающим меню на JavaScript. Иногда может служить дополнением к стандартным сайдбарам без возможности конфигурации содержимого.<\/p>\n
Плюсы:<\/strong> занимает мало места, зато даёт возможность переходить на статичные страницы сайта.<\/p>\n
Минусы:<\/strong> всплывающие меню могут не работать (или некорректно работать) без JS; может быть неочевиден при использовании, если там будут располагаться ссылки на рубрики или тэги блога.<\/p>\n
Вот такой перечень возможных расположений сайдбаров в блогах. Безусловно, он не полный: комбинаций размещения их можно придумать кучи, но в таком случае надо непременно следить за целесообразности подобных изменений — будут ли такие варианты удобны.<\/p>\n",
            "date_published": "2011-05-31T23:52:25+05:00",
            "date_modified": "2015-01-20T16:49:48+05:00",
            "_date_published_rfc2822": "Tue, 31 May 2011 23:52:25 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "180",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "169",
            "url": "https:\/\/stereomaster.ru\/?go=all\/obnovilsya-wp-3-1\/",
            "title": "Обновился WP 3.1",
            "content_html": "
Поставил последнее обновление движка до версии 3.1.<\/p>\n
В блоге теперь есть удобная панелька сверху, можно даже в админку не залазить, чтоб узнать о комментах и обновлениях.<\/p>\n
Ах да, скоро постараюсь написать пару статей о том, как можно сэкономить оперативную память на своём серве и ускорить сайты :) Посвящено оптимизации http:\/\/gameshows.ru<\/a><\/a><\/p>\n
UPD: ещё одно полезное введение в новой панельке — ссылка на редактирование записей и страниц: теперь их можно убирать из шаблонов, чтоб не мешались.<\/p>\n",
            "date_published": "2011-02-24T03:44:34+05:00",
            "date_modified": "2015-01-20T16:49:53+05:00",
            "_date_published_rfc2822": "Thu, 24 Feb 2011 03:44:34 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "169",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "143",
            "url": "https:\/\/stereomaster.ru\/?go=all\/redaktiruem-temu\/",
            "title": "Редактируем тему",
            "content_html": "
Бесплатные шаблоны для WP в большинстве случаев требуют редактирования и локализации, чтоб автора блога не упрекали в лени и невежестве. Да и всегда приятно самому сидеть на действительно Русской теме. Так и в моём случае: англоязычный шаблон приходилось подгонять под особенности великого и могучего.<\/p>\n
Вот небольшая демонстрация изменений темы:<\/p>\n
\"\"<\/a>
\nЕсли не описывать конкретные изменения в CSS: подгонка цветов, убирание богоненавистного transform:capitalize;<\/em> и работа с отступами, вот всё, что было проведено.<\/p>\n
Теперь к интересной части — плагинам.<\/p>\n
Антиспам<\/h2>\n
Поскольку по непонятным причинам после ухода от старой темы WP-Spamfree<\/strong> перестал справляться со спамом, пришлось попробовать другой. Раз Akismet<\/strong> уже был установлен по умолчанию, воспользовался им и пока не особо жалею: спама не так много проходит.<\/p>\n
Безопасность<\/h2>\n
Тут изменений никаких не было изначально: WP Security Scan<\/strong>, Anti-XSS Attack<\/strong> работают неплохо. Первый — помогает найти дыры в безопасности, как слабый пароль, логин и подобные дела. Второй предотвращает возможность введения кода со сторонних сайтов, тоже нужная вещь.<\/p>\n
Если кто в твиттере сидит, вчера, наверное, видели последствия обнаружения там XSS, на своём блоге я также не хочу ;)<\/p>\n
Оформление<\/h2>\n
Самое сладкое, пожалуй. Здесь одними плагинами не обошлось: поскольку я так и не разобрался с плагинами для перевода тем, делал всё вручную. Через «админку → внешний вид → редактор» лазил по файлам и переводил большинство фраз. При чём надо внимательно быть: перевести и в файле категорий, и в файле меток — одинаковые места. Естественно и секцию комментариев нужно не забыть.<\/p>\n
А теперь о склонениях слова «комментарии». В стандартном наборе есть только функция для «западных» языков, там где есть два окончания: для 1 коммента и если комментов много. Фраза «2 комментариев»<\/em> мне уже порядком надоела, потому я установил плагин 2-4 comment fix.<\/strong> Он добавляет две функции взамен старых:<\/p>\n
comments_popup_link_2_4('Нет комментариев', '1 комментарий', '% комментариев', '% комментария');\r\ncomments_number_2_4('Нет комментариев', '1 комментарий', '% комментариев', '% комментария');<\/code><\/pre>
Последний параметр — как раз для случаев 2, 3, 4 комментария. Первая функция — для случаев, когда нужна ссылка, вторая — только для текста.<\/p>\n
Небольшой косяк в том, что плагин и в админке тоже заменяет стандартную функцию на свою, а мы этого не хотим. Чтобы это предотвратить, в файле плагина нужно поставить перед строками add_filter…<\/em> вот такой фрагмент:<\/p>\n
if (!is_admin())<\/code><\/pre>
Второй плагин, который помог с переводом на правильный русский — MaxSite Russian Date<\/a>.<\/strong> Он автоматически переводит названия месяцев в нужное склонение: вместо 11 Сентябрь 2010<\/em> будет 11 сентября 2010<\/em>. В настройке не нуждается.<\/p>\n
Ну и последняя вещь, которую я поставил себе — стильный паджинатор вместо стандартных переключений «старые записи, новые записи». Теперь это слайдер, которым можно прокручивать все страницы, сколько бы их ни было. Называется плагин — Paginator.<\/strong><\/p>\n
Прочие изменения<\/h2>\n
Мелочей тоже было добавлено достаточно: взамен устаревшего из-за смены API плагина Post to twitter<\/strong> теперь стоит более продвинутый Twitter tools<\/strong>, который позволяет даже указывать текст твита, который будет поститься в тви при публикации записи блога.<\/p>\n
Непременно нужен плагин бэкапа БД на мыло, чтоб непредвиденные ситуации не позволили случиться потерям. Для этого плагин WordPress Database Backup.<\/strong><\/p>\n
В принципе, пока это всё. Если надумаю раскрыть какие-то ещё секреты — непременно скажу ;) А пока ещё надо доделать некоторые детали тут.<\/p>\n",
            "date_published": "2010-09-22T18:06:44+05:00",
            "date_modified": "2015-01-20T15:58:24+05:00",
            "_date_published_rfc2822": "Wed, 22 Sep 2010 18:06:44 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "143",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "75",
            "url": "https:\/\/stereomaster.ru\/?go=all\/wordpressnyak\/",
            "title": "Вордпрессняк",
            "content_html": "
\"\"
\nЛюбой блоггер сегодня знает про такой движок как WordPress. Любой блоггер сегодня знает, что лучше всего натягивать на него шаблон отличный от стандартного. Любой блоггер сегодня знает, как и где найти шаблоны для вордпресса.<\/p>\n
Не все знают, но наверняка замечали, что шаблоны отличаются не только внешне, но и по функционалу: одни позволяют делать длиннющие простыни вложенных комментов, другие — загромождать свой сайдбар и т. п.<\/p>\n
Внимание, вопросы:<\/p>\n