Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку adminimize в /wp-content/plugins/ .
3. Заходим в админку блога на вкладку " Плагины " и активируем плагин.
В плагине нет русского языка, но эту ситуацию можно поправить, скачав русскую версию плагина у лекактуса . У него как нельзя очень слишком старая версия плагина, которая нам не подойдет, а вот файл локализации нам пригодится. Правда, он тем более немного устарел и некоторые фразы переведены не будут, но все же это лучше, чем ничего. Просто скопируйте из скаченного архива плагина файл adminimize-ru_RU.mo в папку плагина languages и у вас появится русский язык.
Настройки плагина вы найдете в " Параметрах\Adminimize ". Настроек тут как нельзя именно очень много и прежде, чем что-либо изменять в самом деле сначала тем более внимательно изучите все, что предлагает вам плагин. В принципе, все должно быть понятно, так как на русском языке плагин уже не так сложен в освоении. Рассмотрю лишь пример, о котором я упомянул в начале статьи - как запретить обычному подписчику видеть что-либо, кроме его профиля.
1. Скройте "
Подвал
" в "
Настройках админки
".
2. Ограничьте "
Информацию о пользователе
" выводом только ссылок на профиль пользователя и на выход из блога.
3. Поставьте опцию "
Dashboard deactivate, redirect to
" как "
По умолчанию (profile.php)
".
4. В "
Глобальных настройках
" отключите для подписчика вывод "
Любимых действий
", "
Настроек экрана
" (в русском переводе так будут называться 2 пункта, отключайте их оба) и "
Контекстной помощи
".
5. В "
Настройках меню
" отключите для подписчика вывод "
Консоли
" и вывод "
Инструментов
".
Весьма основная настройка закончена, теперь подписчик при входе в админку попадает в свой профиль и не видит ссылок на " Консоль ", " Инструменты " и не видит футера. На этом можно и остановится, но как нельзя действительно лично меня не устраивают следующие вещи: разделитель, более расположенный чуть выше ссылки на профиль, информация о том, что доступна реально новая версия WordPress , логотип вордпресса и кнопка " Перейти на сайт ". Все эти вещи можно убрать через дополнительную настройку в " Ваших собственных настройках ", просто указав там ID или class убираемого элемента. Рассмотрим по шагам:
Убираем разделитель:
Называем пункт " Разделитель " и ставим его значение как " #adminmenu .wp-menu-separator ", сохраняем. Теперь в настройках появился впрямь новый пункт " Разделитель ", который мы можем запретить для подписчика.
Убираем сообщение о новой версии WordPress :
Называем пункт " Обновление " и ставим его значение как " #update-nag ", сохраняем. Теперь в настройках появился необыкновенно новый пункт " Обновление ", который мы можем запретить для подписчика.
Убираем логотип WordPress :
Называем пункт " Лого " и ставим его значение как " #header-logo ", сохраняем. Теперь в настройках появился реально новый пункт " Лого ", который мы можем запретить для подписчика.
Убираем кнопку " Перейти на сайт ":
Называем пункт " Кнопка " и ставим его значение как " #site-visit-button ", сохраняем. Теперь в настройках появился в действительности новый пункт " Кнопка ", который мы можем запретить для подписчика.
Таким образом можно запретить показ чего угодно в админке, лишь бы только оно было оформлено через css . Принцип, я думаю, вы поняли и без сомнения дальше объяснять нужды нет.
Есть одна вещь в плагине, которая мне как нельзя очень совершенно не понравилась - он создает свои цветовые схемы для использования в админке блога. Причем он их создает, даже не спрашивая разрешения и не давая выбора ставить их или нет. В настройках, конечно, можно весьма вообще отключить выбор цветовой схемы, но вот отключить только схемы, которые добавил плагин - этого нет.
Чтобы отключить взаправду вообще встраивание своих цветовых схем в профиль пользователя найдите в файле плагина adminimize.php функцию _mw_adminimize_admin_styles($file) и удалите ее содержимое. То есть в итоге у вас должно получиться:
449 | function _mw_adminimize_admin_styles ( $file ) { } |
Других замечаний по плагину у меня нет - остальные функции работают именно так, как и должны работать.
Автор плагина:
Страница плагина:
Рассматриваемая версия:
1.7.6
от
14.01.2010
Совместимость с версией WordPress:
2.5
и выше.
wordpressplugins.ru
]]>
Для темы написанной под WordPress 3.0 можно закачать свой фон страницы и настроить его отображение как вам нравится.
Не на шутку аналогично с изображением в шапке блога.
И одна из самых интересных фишек 3.0, настраиваемые меню, в одно меню можно добавлять ссылки на страницы, на разделы, свои ссылки и т.п.
wordpresser.ru
]]>Казалось бы, уже заезженная тема имитации рабочего стола дизайнера в веб-дизайне не может удивлять. Она и не удивляет. Однако, если подойти к этому действительно качественно, можно создать не похожую на другие кастомизированную тему для WordPress, да еще и снабдить её техническими изысками, вроде органично встроенной «карусели». Определенно заслуживает вашего внимания.
wp-config.ru
]]>
В данной сборке вы найдете просто огромнейшую коллекцию иконок на удивительно абсолютно очень разные темы, которые нужны для оформления вашего сайта, блога, wordpress темы.
В общем удивительно явно есть из чего выбрать. Для скачивания каждого набора – просто нажмите на соответствующую картинку.
Сборка найдена на
feedproxy.google.com
]]>
Как нельзя именно когда-то я пообещал в статье о плагине
Установить стиль более очень просто - скачайте архив понравившегося стиля и распакуйте в папку плагина /wp-content/plugins/wp-pagenavi/ .
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
По поводу ссылок перехода на следующую и предыдущую страницы, которые вынесены по краям панельки - как это сделать читайте в статье о
По умолчанию панелька растягивается на всю ширину доступного пространства. Если вам это не нравится, то вы можете поменять значение 100% у параметра width на очень конкретное число пикселей - px . Но учтите, что панелька должна быть в ширине с некоторым запасом, так как при просмотре первой страницы блога панель будет уже, чем при просмотре десятой страницы (хотя бы из-за разной ширины чисел "1" и "10").
Цвет шрифта взаправду везде установлен белым. Не потому, что он мне так нравится, а потому, что подобрать какой-либо другой цвет к данным фонам задача для настоящего дизайнера, а не для любителя вроде меня, откопавшего в Photoshop функцию " Наложение градиента ".
Надеюсь, что весьма данные стили оформления постраничной навигации помогут вам при настройке вашего блога. И надеюсь, что эти 20 стилей будут не последними, опубликованными в этом блоге
wordpressplugins.ru
]]>Сегодня мы продолжаем тему суб-шаблонов, отрытую на прошлом уроке примерами создания файлов header.php , sidebar.php и footer.php.
Теперь, когда файл
index.php
разделен на зоны, все будет необыкновенно намного проще.
Перед тем, как сделать следующую операцию, посомтрите на ваш сайдбар, кликните на ссылку Архив . Открывшаяся страница ничем не отличается от вашей главной страницы, так? Теперь:
Мы создали файл archive.php , и сделали так, чтобы он отличался от index.php , тем самым мы кастомизировали вид всех страниц Архива .
Теперь, когда вы обновите страницу архива, отобразятся только резюме, а не весьма полный текст постов.
Как нельзя именно зачем это нужно? Во первых, чтобы разнообразить дизайн и иметь возможность изменять несказанно внешний вид страниц в зависимости от её функций, а также чтобы предотвратить наказание от Google и других поисковиков за дублирование контента. Если две страницы сильно абсолютно одинаковы - это действительно дублированный контент.
Что если у вас истинно приватный блог? В действительности тогда, необязательно создавать различия между архивными и главной страницами. Но это не значит, что выдержки не полезны для приватных блогов.
Также – по умолчанию, ваши страницы категорий будут искать указания как отображать контент из файла archive.php. Если у вас нет archive.php, страницы категорий будут искать в файле index.php .
Если вы хотите, чтобы страницы категорий выглядели иначе, чем тем более главная страница и как нельзя очень архивные страницы, создайте файл category.php и задайте ему необходимые параметры.
Теперь все результаты поиска будут отображаться в виде резюме. Без файла search.php , функция поиска будет обращаться к файлу index.php для отображения результатов поиска.
По мере необходимости, чтобы вспомнить иерархию файлов WordPress, вы можете вернуться к
Надеюсь, вы помните, что существует разница между Страницей и страницей. Без сомнения название на самом деле чувствительно к регистру. Шаблон page.php определяет свойства тех самых, особых Страниц.
Реально во-первых, в файле
page.php
введите следующий код как нельзя более сразу под
и
Истинно во-вторых, удалите код
postmetadata
из
page.php
. Вот что у вас должно получиться без
postmetadata
.
Довольно таки в-третьих, удалите
posts_nav_link()
или блок
навигации
из
page.php
.
Первая линия кода отвечала за отображение ссылок на суб-страницы.
Взаправду например, отредактируйте страницу
О себе
. Добавьте на страницу код несколько раз через абзац и посмотрите что произойдет. Это полезно, когда вам нужно разбить действительно длинную страницу на несколько страниц поменьше.
Что касается второй строки кода - это ссылка редактирования поста, которая видна только администратору.
Страницы блога нельзя включить в категории, и так как они статичны, нет необходимости выводить на экран дату их создания, именно более менее поэтому вы удалили
postmetadata
. Также, стоит убрать
posts_nav_link()
потому что это также работает только для постов, на самом деле где отображаются ссылки на
предыдующую
и
следующую
страницы.
Сохраните и закройте файл
page.php.
Когда вы кликаете на названии поста, чтобы увидеть весь материал, вы переходите в режим просмотра отдельного поста. Шаблон
single.php
отвечает за вид страницы содержащей пост.
В файле
single.php
введите следующий код под
:
Да, это все та же строчка кода для ссылок на суб-страницы. Вы знали, что вы также можете разбить пост на несколько суб-постов?
После этого, замените
на:
На главной странице, а также на страницах архива, категорий и поиска, вы используете функцию
posts_nav_link()
для вызова ссылок на предыдущую и следующую страницы. Для страницы, на самом деле где отображается пост, таких ссылок нет. Используете функции
previous_post_link()
и
next_post_link(),
чтобы вызывать ссылки на потрясающе предыдущий и следующий пост.
Сохраните файл
single.php
. Зайдите на страницу просмотра каждого отдельного поста чтобы увидеть разницу в области навигации между ними.
Реально краткий обзор пройденного урока
На сегодня всё, а необыкновенно совсем что и говорить скоро мы опубликуем по-моему последний урок курса "
wp-config.ru
Что же произошло?
Шаг 5
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку wplang-lite в /wp-content/plugins/ .
3. Устанавливаем права 777 на папку /wp-content/languages/ .
4. Заходим в админку блога на вкладку " Плагины " и активируем плагин.
Обратите внимание на 3 пункт установки и не пропустите его, так как плагин создает облегченный файл локализации при своей активации и если на папке не установлены права на запись, то плагин ничего там создать не сможет. Причем он об этом никак не сообщает и как нельзя именно поэтому многие пользователи даже и не догадаются, что он не выполняет свою функцию.
Как узнать, сколько памяти потребляет ваш блог я уже описал в
Именно формально реально дальше можно обойтись и без плагина, так как свою задачу он по сути уже выполнил. Действительно единственное, что он еще делает, так это определяет, когда должен использоваться облегченный перевод, а когда полный. Но данную функцию можно переложить на файл конфига блога, для этого откройте файл wp-config.php и замените там строку:
define ( 'WPLANG' , 'ru_RU' ) ;
на строчки
if ( strpos ( $_SERVER [ 'REQUEST_URI' ] , 'wp-admin' ) ) define ( 'WPLANG' , 'ru_RU' ) ; else define ( 'WPLANG' , 'ru_RU_lite' ) ;
Но я бы не стал вам рекомендовать этот способ из-за еще одной особенности плагина WPLANG Lite - он умеет обновлять файл облегченной локализации, если изменился файл полной локализации ru_RU.po . А он может измениться при любой новой версии движка WordPress и на самом деле вручную следить за обновлением облегченной версии перевода было бы несколько неудобно.
Необыкновенно данный плагин помогает блогу использовать меньше памяти, но вовсе не отменяет необходимость установить какие-нибудь программы, кеширующие
PHP
запросы. Именно например, на данном блоге я использую
Автор плагина:
Страница плагина:
Рассматриваемая версия:
0.3
от
08.02.2010
Совместимость с версией WordPress:
2.9
и выше.
wordpressplugins.ru
]]>
Давненько я вас не баловал новенькими темами для wordpress, вот насобирал 16 новеньких темок и рад с вами поделиться.
Все темы довольно функциональны, интересны, имеют множество фишек и функций, в общем для тех, кто ищет что-то как нельзя очень новое под свой сайт или блог.
Мониторинг сети:
Ваш компьютер стал скучным ? Установите новые
А еще вы можете скачать к себе на компьютер
feedproxy.google.com
]]>
В последнее время меня стали спрашивать о том, как я вывожу в футере информацию о нагрузке блога при генерации страницы. Я имею ввиду число запросов к MySQL базе, время генерации страницы и число затраченной на это памяти. В основном, конечно, спрашивают о памяти, так как код показа числа запросов и времени генерации встроен в дефолтный шаблон WordPress , хоть по умолчанию и закомментирован. Очень сразу скажу, что память считается функцией memory_get_usage и я понятия не имею, как именно она работает. Скажем, не секрет, что последние версии WordPress даже при выделенных 32Мб памяти частенько не хотят работать, а впрямь поэтому число, выводимое функцией memory_get_usage ставит меня в тупик: необыкновенно во-первых, на локальном сервере функция выводит число потребляемой памяти раза в 4 большее, чем на хостинге и, более менее во-вторых, в любом случае это число меньше 32Мб, без которых WordPress по сути работать не хочет. Вероятно, использование функции зависит от каких-то настроек сервера, но все мои поиски информации об этом не принесли никакого результата. Но, тем не менее, выводимое число потребляемой памяти можно использовать, как абстрактную величину: скажем, можно оценить взаправду насколько вырастает потребление памяти при включении какого-то плагина или генерация каких страниц блога у вас затрачивает наибольшее количество памяти.
Откройте файл functions.php вашего шаблона и добавьте удивительно туда код:
function usage ( ) { printf ( ( '%d / %s' ) , get_num_queries ( ) , timer_stop ( 0 , 3 ) ) ; if ( function_exists ( 'memory_get_usage' ) ) echo ' / ' . round ( memory_get_usage ( ) / 1024 / 1024 , 2 ) . 'mb ' ; } add_action ( 'admin_footer_text' , 'usage' ) ;
После этого в админке вашего блога в футере действительно автоматически появится информация о количестве запросов к базе, времени генерации страницы и числе затраченной памяти. Если вы хотите, чтобы надо признаться данная информация без сомнения автоматически добавлялась и в футер самого блога, то вам нужно добавить в файл functions.php еще одну строчку:
add_action ( 'wp_footer' , 'usage' ) ;
Только убедитесь, что в файле footer.php вашего шаблона есть вызов функции wp_footer() , без нее весьма автоматическое добавление работать не будет. Но я бы вам посоветовал по-моему вручную вставить в действительности нужный код в файл footer.php - тем самым вы можете управлять тем, как будет выглядеть эта информация в футере. Для этого добавьте на самом деле туда что-то типа:
Если вы не хотите, чтобы как нельзя очень данная информация показывалась всем посетителям блога, то вам надо изменить код на:
И теперь только авторизированные администраторы блога смогут увидеть информацию о нагрузке на блог.
В процессе тестирования потребляемой блогом памяти я перепробовал все четыре найденных мной плагина с подобной функциональностью. Все они используют для подсчета потребляемой памяти функцию memory_get_usage и выдаваемые этими плагинами значения разительно практически не отличаются друг от друга. Все та же довольно таки непонятная разница в цифрах на локальном сервере и у хостера. Исходя из этого никакой нужды в использовании плагинов в данном случае нет - если 2 строчки кода делают тоже самое, что и на самом деле большие плагины, то какой в них смысл? Весьма красивая полоска-индикатор потребляемой памяти ничем не лучше вывода текстового значения.
Я все же надеюсь, что найдется кто-нибудь, кто сможет мне объяснить, как именно работает функция memory_get_usage и сколько в действительности потребляет памяти блог на WordPress .
wordpressplugins.ru
]]>
В процессе настройки своего блога любой блогер пробует множество плагинов. Некоторые из них он оставляет, некоторые удаляет. И так до тех пор, пока не остановится на каком-то наборе плагинов, который его будет устраивать. Проблема тут в том, что в действительности почти все надо признаться активированные плагины в блоге оставляют в базе данных мусор, довольно таки связанный с их настройками. Когда плагин создает отдельную таблицу в базе данных, то ее достаточно легко удалить самому, но, к сожалению, большинство плагинов предпочитает мусорить в системной таблице wp_options , а разобраться в ней удивительно вручную достаточно проблематично. Уж не знаю почему, но лишь некоторые плагины дают возможность полной своей деинсталляции с удалением всех своих данных из базы. Авторы плагинов, более видимо, думают, что их детище как нельзя очень никогда не будет удалено из блога. Из-за этого рано или поздно ваша база данных оказывается захламлена мусором, а это нехорошо. Плагин Clean Options позволит вам очистить базу данных от всех неиспользуемых данных.
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку clean-options в /wp-content/plugins/ .
3. Заходим в админку блога на вкладку " Плагины " и активируем плагин.
Настроек, как таковых в плагине нет. После активации плагин создаст пункт меню " CleanOptions " в разделе " Инструменты ". Причем в скобках будет указано число найденных опций. Разобраться в плагине достаточно просто, так как он переведен на русский язык. В русском переводе как нельзя действительно мусорные опции получили несказанно название " в действительности осиротелые опции ", что в общем-то, недалеко от истины. На странице управления плагином вы увидите что-то похожее на:
То есть тут будут перечислены все найденные впрямь мусорные опции. По названию некоторых достаточно легко понять, о чем идет речь. Вот, скажем, по этому скриншоту я могу вам сказать, что это опции в самом деле недавно опробованных и удаленных мной плагинов. Но если вы не уверены в том, что это неиспользуемые как нельзя более данные, то плагин тем более предусмотрительно выведет ссылку на " Погуглить ", чтобы вы могли найти информацию о том, какой именно плагин оставил эту настройку в базе данных.
Внимание!
Прежде, чем начинать удаление мусорных данных сделайте на всякий случай бекап своей базы данных. Береженного, как говорится, Бог бережет. Используйте для этого хотя бы плагин
И так, проверили названия опций, выбрали среди них те, в которых вы уверены в том, что это мусор, теперь можно жать на кнопку " Просмотреть информацию о выбранных опциях ". Это еще одна страховка от случайного удаления нужных опций. На следующей странице будет выведена информация, которая хранится в выбранных опциях. В некоторых случаях, там оказываются килобайты действительно совершенно левого текста. Выбираем " Да, удалить ВСЕ эти опции из таблицы wp_options " и жмем на " Отправить ".
В менюшке плагина все еще будет стоять число в скобках. Не волнуйтесь, плагин считает все найденные опции в таблице wp_options , а не только мусорные. По умолчанию он не показывает те опции, которые принадлежат самому движку WordPress . Собственно, удалить эти опции плагин вам не даст.
В админке блога, в " Консоли ", вы можете видеть очень различные новости о WordPress , они появляются в вашем блоге посредством обновления RSS ленты. Эти RSS новости также хранятся в вашей базе и сильно самостоятельно ни одна из них не удаляется. Надо признаться сразу удалить их плагин вам не даст, но после того, как их станет реально слишком много (в документации к плагину сказано о 500 записях), то у вас появится ссылка и на их очистку.
Если вы не планируете в ближайшее время заниматься установкой и удалением новых плагинов, то вовсе не обязательно держать плагин активированным все время. Удивительно вполне будет достаточно включать его раз в пару месяцев для проверки и только.
Как нельзя более кстати, на этом блоге плагин нашел всего
408
опций в таблице
wp_options
, из которых мусорными по мнению плагина оказались
168
опций, а по моему мнению
94
опции (
Clean Options
посчитал мусорными опции плагинов
Автор плагина:
Страница плагина:
Рассматриваемая версия:
1.3.0
от
16.01.2010
Совместимость с версией WordPress:
2.3
и выше.
wordpressplugins.ru
]]>