Всех начинающих вебмастеров пугает и отталкивает работа с кодом – они опасаются навредить своему сайту, добавляя в него HTML или PHP, вставив его не в том место. Конечно же, если в WordPress код поставить не туда, то можно и всё испортить. Однако эта CMS настолько хорошо заточено под новичков, что ошибиться будет сложно.
В данной статье мы рассмотрим, как без риска вставить в WordPress код HTML или PHP. Но для начала – зачем это может пригодиться.
Зачем вставлять в WordPress кодУ вебмастера в течение жизни сайта может возникнуть нужда установить на WordPress код, который должен выполняться на страницах. Это может понадобиться от разнообразных причин: например, установить счётчик посещаемости, какой-нибудь необычный виджет, добавить шаблону индивидуальности.
WordPress предлагает два способа установки кода. Рассмотрим их.
Установка с помощью виджета «Текст»Для того, что бы установить на WordPress код с помощью виджета, необходимо перейти в пункт меню в консоли «Внешний вид», и подпункт «Виджеты». Среди следует найти «Текст» и переместить его в нужную область мышкой.
Виджет раскроется и можно будет заполнить его заголовок, а также поместить необходимый код в соответствующее поле. После нажатия на кнопку «Сохранить», операция будет выполняться на страницах сайта.
Данный способ установки на WordPress кода подходит для выполнения операций на HTML, PHP и даже JavaScript. Этот метод часто используется, так как он лёгок, и он хорошо подходит новичкам.
Установка в файлУстановка на WordPress кода с помощью редактирования файлов не рекомендуется новичкам, однако освоить его рано или поздно придётся всем. Такой способ удобен тем, что HTML или PHP может быть помещен в любую часть, не только область виджета, как было описано в первом методе. Недостатком этого способа установки является то, что он может быть опасен, и при ошибках приводит к неработоспособности сайта. Поэтому перед тем, как воспользоваться этим методом, необходимо обязательно сделать резервную копию файлов и базы данных.
Чтобы установить на WordPress код непосредственно в файл, требуется знать, за какую область сайта отвечает тот или иной файл. Здесь нельзя дать точных рекомендаций, так как в разных шаблонах разные файлы выполняют те или иные функции. Однако кое-что о файлах тем, вы можете узнать . Кроме установки на WordPress кода в файл шаблона, это можно сделать и в файлы самой CMS.
Чтобы код WordPress везде был оформлен в одном стиле и удобно читался в ядре, плагинах и темах, рекомендуется соблюдать стандарты написания кода, которые приняты разработчиками WordPress. Эти стандарты очень похожи на стандарт PEAR , однако есть и кардинальные отличия. Рекомендую ознакомится с ними и при создании плагинов или тем, по возможности, их соблюдать.
Кроме стандартов к написанию самого кода PHP, также есть стандарты документирования кода - это комментарии к функциям и хукам: PHP Documentation Standards (англ.)
Одинарные и двойные кавычкиЕсли в строке нет переменных, используйте одинарные кавычки, в других случаях двойные. Не нужно экранировать кавычки в строке и если они они есть, то рекомендуется их чередовать:
Echo "Link name"; echo "$linkname";
Вторая строка в этом примере не очищает выводимые переменные, а это необходимо делать в целях безопасности. Поэтому для такой записи, переменные должны быть очищены заранее. В целом, такую запись можно считать неприемлемой! См. раздел учебника безопасный вывод .
ОтступыОтступ должен всегда показывать логическую структуру кода. Используйте табуляцию (клавиша Tab), а не пробелы - это дает больше гибкости. Пробелы стоит использовать, когда нужно выравнять что-либо внутри строки.
Правило: табуляция должна быть использована в начале строки для отступа, в то время как пробелы могут быть использованы в середине строки для выравнивания.
If (условие) { $foo = "somevalue"; $foo2 = "somevalue2"; $foo_bar = "somevalue3"; $foo5 = "somevalue4"; }
А так код выглядит, если показать невидимые символы табуляции и пробела:
If (условие) { ---$foo.....= "somevalue"; ---$foo2....= "somevalue2"; ---$foo_bar.= "somevalue3"; ---$foo5....= "somevalue4"; }
Для ассоциативных массивов, значения должны начинаться с новой строки. Рекомендуется ставить «последнюю» запятую при перечислении элементов массива - так удобнее добавлять новые элементы...
$my_array = array(---"foo"...=> "somevalue", ---"foo2"..=> "somevalue2", ---"foo3"..=> "somevalue3", ---"foo34".=> "somevalue3",);
Стиль фигурных скобокФигурные скобки должны использоваться для всех блоков в стиле, как показано ниже:
If (условие) { action1(); action2(); } elseif (условие2 && условие3) { action3(); action4(); } else { defaultaction(); }
Если идет длинный блок, его по возможности нужно разбить на два или более коротких блоков или функций. Если такой длинный блок необходим, добавьте краткий комментарий в конце, чтобы можно было понять, что именно закрывает фигурная скобка. Такой подход логично применять для блока с 35 и более строк.
Следует комментировать любой код, который интуитивно не понятен.
Используйте фигурные скобки всегда, даже если они не требуются.
If (условие) { action0(); } if (условие) { action1(); } elseif (условие2) { action2a(); action2b(); } foreach ($items as $item) { process_item($item); }
Обратите внимание, что требование использовать фигурные скобки всегда означает, что одиночные конструкции в стиле одной строки - запрещены.
$var = "dangerous""; // необработанные данные, которые могут быть экранированы или не экранированы $id = some_foo_number(); // данные ожидаются как число, но мы не уверены $wpdb->query($wpdb->prepare("UPDATE $wpdb->posts SET post_title = %s WHERE ID = %d", $var, $id));
%s используется для строк и %d для целых чисел. Обратите внимание, что они не "в кавычках" ! $wpdb->prepare() сам экранирует строки и добавляет кавычки, если надо. Преимущество prepare() в том, что не нужно помнить о ручном использовании esc_sql() , а также, что строка запроса с плейсхолдерами более наглядна, чем если бы там использовались переменные обернутые в esc_sql() .
Запросы базы данныхСтарайтесь не писать прямых запросов к базе данных. Если есть подходящая функция, а их в WP много, которая может получить необходимые данные - используйте ее.
Использование функций вместо запросов, помогает сохранить будущую совместимость кода. Кроме того многие функции работают с кэшем, а это может значительно ускорить работу кода.
Имена классов, функций, файлов, констант, переменных Имена функций, переменных, хуковИспользуйте строчные буквы a-z в переменных, хуках и названиях функций и никогда CamelCase . Разделяйте отдельные слова нижним подчеркиванием _ . Не сокращайте имена переменных без необходимости; пусть код будет однозначным и само-документированным.
Function some_name($some_variable) { [...] }
Имена классовНужно использовать слова с Заглавных_Букв, разделенные подчеркиванием. Любые сокращения (акронимы, аббревиатуры) должны быть ПРОПИСНЫМИ.
Class Walker_Category extends Walker { [...] } class WP_HTTP { [...] }
Константы должны быть словами в ВЕРХНЕМ_РЕГИСТРЕ, разделенные нижним подчеркиванием:
Define("DOING_AJAX", true);
Названия файловДолжны быть понятные и должны также содержать только строчные буквы, а слова должны разделяться дефисом - .
My-plugin-name.php
Названия файлов классовДолжны быть основаны на имени класса с приставкой class- , подчеркивания в имени класса заменены дефисом, например WP_Error становится:
Class-wp-error.php
Этот стандарт именования файлов справедлив для всех существующих и новых файлов с классами. Однако существуют файлы исключения: class.wp-dependencies.php , class.wp-scripts.php , class.wp-styles.php . Эти файлы имеют префикс class. , точка после слова class вместо дефиса.
Понятные значения переменных в параметрах функцийБулевам, предпочтительны строковые значения. Т.е. вместо true/false при вызове функций лучше использовать какую-то объясняющую значение параметра строку.
Плохой код:
Function eat($what, $slowly = true) { ... } eat("mushrooms"); eat("mushrooms", true); // что означает true? eat("dogfood", false); // что означает false, противоположность true?
Так как PHP не поддерживает именованные аргументы, значения флагов бессмысленны и каждый раз, когда мы сталкиваемся с вызовом функции, как в примерах выше, нам нужно смотреть документацию по функции. Код может быть более читаемым с помощью описательных строковых значений, вместо булевых.
Хороший код:
Function eat($what, $speed = "slowly") { ... } eat("mushrooms"); eat("mushrooms", "slowly"); eat("dogfood", "quickly");
Когда нужно больше параметров функции, используйте массив $args . Он даже лучше!
Очень хороший код:
Function eat($what, $args) { ... } eat("noodles", array("speed" => "moderate"));
Интерполяция для имен динамических хуковДля удобства чтения и обнаружения, хуки с переменными в названии должны быть интерполирован (заключен в фигурные скобки { и }), и не должны конкатенироваться:
Скобки нужны, чтобы PHP мог корректно анализировать типы данных переменных в интерполированной строке.
// правильно do_action("{$new_status}_{$post->post_type}", $post->ID, $post); // неправильно do_action($new_status ."_". $post->post_type, $post->ID, $post);
Там, где это возможно, динамические значения в именах тегов также должны быть максимально краткими и точными. $user_id гораздо понятнее чем, скажем, $this->id .
Тернарный операторТернарные операторы хороши, но в них рекомендуется всегда проверять правдивое утверждение, а не ложное. Иначе он просто вводит в заблуждение из-за двойного отрицания. Исключение - это использование! empty() , потому что по-другому иногда просто сложно записать.
Как нужно проверять:
// (если условие выполняется = true) ? (то делаем это) : (иначе это); $music_type = ("jazz" == $music) ? "cool" : "blah"; // (если значение не пустое - ! empty) ? (то делаем это) : (иначе это);
Как не следует писать:
// (если условие не выполняется!= true) ? (то делаем это) : (иначе это); $music_type = ("jazz" != $music) ? "blah" : "cool";
Условия Магистра ЙодыПри выполнении логических сравнений, всегда ставьте константы или литералы - слева, а переменную - справа.
If (true == $the_force) { $victorious = you_will($be); }
Если пропустить второй знак = в приведенном примере (признаться, это происходит даже с самыми опытными из нас), то мы получим ошибку PHP и сразу её увидим, потому что код не будет работать. А вот если бы конструкция была обратной - $the_force = true , то условие всегда будет выполняться и никакой ошибки мы не увидим, и можем пропустить такой серьезный баг, который к тому же иногда сложно отловить!
К такому «перевернутому» написанию просто нужно привыкнуть.
Это относится и к == , != , === и!== . «Условия Йоды» для < , > , = значительно труднее читать и тут их лучше не использовать.
Умный кодЕсли говорить коротко, то читаемость кода должна быть на первом плане, она важнее краткости или каких-то не очевидных, но удобных сокращений.
Isset($var) || $var = some_function(); // или! isset($var) && $var = some_function();
Да - это крутая запись, видно что сделал её опытный программист. Но любому другому разработчику, а зачастую даже и автору, для того чтобы разобраться в такой записи нужно немного вникать и потратить лишние секунды или минуты. Это не очевидная и не понятная запись и её нужно избегать, и лучше её записать длиннее, но понятнее:
If (! isset($var)) { $var = some_function(); }
Оператор подавления ошибок @PHP поддерживает один оператор управления ошибками: знак @ . В случае, если он предшествует какому-либо выражению в PHP-коде, любые сообщения об ошибках, генерируемые этим выражением, будут проигнорированы.
В то время как этот оператор существует в ядре, он часто используется потому что лень нормально обработать переменную. Его использование настоятельно не рекомендуется , так как даже PHP документация заявляет:
Внимание: На сегодняшний день оператор "@" подавляет вывод сообщений даже о критических ошибках, прерывающих работу скрипта. Помимо всего прочего, это означает, что если вы использовали "@" для подавления ошибок, возникающих при работе какой-либо функции, в случае если она недоступна или написана неправильно, дальнейшая работа скрипта будет остановлена без каких-либо уведомлений.
Читабельность кода - это очень больная тема, и ей нужно уделять должное внимание. В этой статье вы узнаете о 16 приёмах, которые помогут вам продвинуться в этой теме.
1. Комментарии и ДокументацияIDE становятся всё более популярны в мире разработчиков, т.к. они предоставляют удобные инструменты для комментирования и документирования кода.
Вот пример:
Вот ещё пример вызова собственного метода:
В этом примере стиль комментирования основан на PHPDoc , а IDE, которой я пользуюсь, - Aptana .
2. ОтступыЯ полагаю, что вы уже знаете о важности отступов в вашем коде. Вообще существует несколько стилей форматирования кода.
Function foo() { if ($maybe) { do_it_now(); again(); } else { abort_mission(); } finalize(); }
Function foo() { if ($maybe) { do_it_now(); again(); } else { abort_mission(); } finalize(); }
Function foo() { if ($maybe) { do_it_now(); again(); } else { abort_mission(); } finalize(); }
Лично я чаще всего использую стиль номер #2, но иногда перехожу и на #1. Но это всё конечно же дело вкуса. Скорее всего не существует самого “лучшего” стиля, который подошёл бы абсолютно всем. Этим правилам, в первую очередь, нужно следовать тем, кто работает в команде или участвует в написании открытых проектов.
Также существуют стили, которые объединяют некоторые характеристики. К примеру, стандарты написания кода PEAR , где фигурная скобка "{" в условных операторах остаётся на той же строке, а в функциях переносится.
Стиль PEAR:
Function foo() { // на новой строке if ($maybe) { // на той же строке do_it_now(); again(); } else { abort_mission(); } finalize(); }
Также следует отметить, что в этом стиле вместо табов используются 4 пробела.
Вы сможете узнать больше о различных стилях.
3. Избегайте лишних комментариевДа, комментирование кода - это хорошо; однако тут не нужно перебарщивать. Вот пример:
// получаем код страны $country_code = get_country_code($_SERVER["REMOTE_ADDR"]); // если страна US if ($country_code == "US") { // отобразить форму echo form_input_state(); }
Если работа кода очевидна, то скорее всего не следует писать лишние комментарии.
Если уж не имётся, то можно их немного сократить:
// отобразить форму, если страна US $country_code = get_country_code($_SERVER["REMOTE_ADDR"]); if ($country_code == "US") { echo form_input_state(); }
4. Группирование кодаЧаще всего некоторые задачи требуют написания нескольких строк кода. Поэтому лучше всего объединять такие задачи в отдельные блоки, разделённые пробелами.
Вот простой пример:
// получить список форумов $forums = array(); $r = mysql_query("SELECT id, name, description FROM forums"); while ($d = mysql_fetch_assoc($r)) { $forums = $d; } // загрузить шаблон load_template("header"); load_template("forum_list",$forums); load_template("footer");
Если вы добавите комментарий перед началом каждого блока, то это ещё больше улучшит читабельность вашего кода.
5. Схема именованияИногда даже в языке PHP можно найти противоречия именования функций. И вот многочисленные примеры:
- strpos() против str_split()
- imagetypes() против image_type_to_extension()
Существует несколько популярных стилей:
- camelCase: первая буква каждого нового слова заглавная.
- underscores: Подчёркивание между словами: mysql_real_escape_string().
Если смешивать эти техники, то рано или поздно можно попасть в неловкую ситуацию. Если вы работаете над проектом, в котором применяется одна из этих техник, то вам надо следовать их примеру. Всё ещё может зависеть от языка программирования. К примеру, большинство Java разработчиков используют camelCase а PHP разработчики предпочитают underscores.
Но и тут не обошлось без гибрида. Некоторые разработчики используют подчёркивания в именовании классов и методов (вне классов), а в остальных случаях используют camelCase:
Class Foo_Bar { public function someDummyMethod() { } } function procedural_function_name() { }
Ещё раз скажу, что лучшего стиля не бывает. Просто нужно чего-то придерживаться.
6. Принцип DRYDRY (Don’t Repeat Yourself) - не повторяйся. Так же известно как DIE: Дублирование - это зло.
Главная задача любой системы, будь то веб приложение или что-то ещё, - автоматизировать повторяющиеся задачи. Этому принципу нужно следовать всегда и везде, особенно если ты разработчик. Один и тот же кусок кода не должен повторяться снова и снова.
К примеру, большинство веб приложений состоит из одной и более страниц. Понятное дело, что на этих страницах будут присутствовать одинаковые элементы. Заголовок, футер - самые яркие примеры. Вы удивитесь, но многие люди всё ещё дублирует эти элементы на каждой странице.
$this->load->view("includes/header"); $this->load->view($main_content); $this->load->view("includes/footer");
7. Избегайте глубокой вложенностиЧитабельность кода резко уменьшается, если у вас глубокая вложенность.
Function do_stuff() { // ... if (is_writable($folder)) { if ($fp = fopen($file_path,"w")) { if ($stuff = get_some_stuff()) { if (fwrite($fp,$stuff)) { // ... } else { return false; } } else { return false; } } else { return false; } } else { return false; } }
Для того чтобы исправить ситуацию, вам следует пересмотреть принцип работы вашего кода и оптимизировать его:
Function do_stuff() { // ... if (!is_writable($folder)) { return false; } if (!$fp = fopen($file_path,"w")) { return false; } if (!$stuff = get_some_stuff()) { return false; } if (fwrite($fp,$stuff)) { // ... } else { return false; } }
8. Лимит длины строкиВсем известно, что процесс чтения становится куда приятней, когда текст разбит на колонки. Это главная причина, по которой наши газеты выглядят именно так:
Подобную технику можно применить и к нашему коду:
// плохо $my_email->set_from("[email protected]")->add_to("[email protected]")->set_subject("Methods Chained")->set_body("Some long message")->send(); // хорошо $my_email ->set_from("[email protected]") ->add_to("[email protected]") ->set_subject("Methods Chained") ->set_body("Some long message") ->send(); // плохо $query = "SELECT id, username, first_name, last_name, status FROM users LEFT JOIN user_posts USING(users.id, user_posts.user_id) WHERE post_id = "123""; // плохо $query = "SELECT id, username, first_name, last_name, status FROM users LEFT JOIN user_posts USING(users.id, user_posts.user_id) WHERE post_id = "123"";
Большинство разработчиков придерживаются лимита в 80 и 120 символов.
9. Организация Файлов и ПапокТехнически вы можете поместить весь код вашего приложения в один файл:) Но что вы будете делать, когда надо будет что-то изменить или добавить.
Помню свои первые проекты, в которых я присоединял файлы. Однако организация у меня сильно хромала. Я создавал папку “inc”, в которой располагал несколько файлов: db.php и functions.php. В процессе написания приложения эта папка пухла и пухла и в конечном итоге было трудно понять что где.
Чтобы решить эту проблему лучше пользоваться различного рода фрэймворками или хотя бы придерживаться их структуры. Вот так выглядит проект на CodeIgniter:
Вообще имена переменных должны быть полностью осмысленными - это в идеальном случае. Для временных переменных можно сделать исключение.
Давайте рассмотрим несколько примеров:
// $i для циклов for ($i = 0; $i < 100; $i++) { // $j для вложенных циклов for ($j = 0; $j < 100; $j++) { } } // $ret для возвращаемых переменных function foo() { $ret["bar"] = get_bar(); $ret["stuff"] = get_stuff(); return $ret; } // $k и $v для foreach foreach ($some_array as $k => $v) { } // $q, $r и $d для mysql $q = "SELECT * FROM table"; $r = mysql_query($q); while ($d = mysql_fetch_assocr($r)) { } // $fp для работы с файлами $fp = fopen("file.txt","w");
11 - Пишите ключевые слова в SQL заглавными буквамиБольшинство веб приложений взаимодействуют с базами данных. Если вы сами пишите SQL запросы, то их тоже нужно оформлять соответствующим образом... Тут ничего сложного нет. Просто пишите ключевые слова заглавными буквами.
12. Разделяйте код и данныеЭто ещё один принцип, который поможет вам писать более понятные программы. Он заключается в том, чтобы вы готовили данные в одном месте (допустим моделях), а взаимодействовали с ними в другом.
Когда PHP только начинал развиваться, он больше был похож на систему шаблонов. Проекты на данном языке содержали смешанный HTML и PHP код. Сейчас всё изменилось, и всем следует переходить на новый уровень написания приложений.
Вы можете сами выработать для себя какой-то особый стиль, а можете воспользоваться самыми популярными на сегодняшний день средствами.
Популяреные PHP Фрэймворки:
Системы Шаблонов:
Популярные CMS
13. Специальный синтаксис для шаблоновЕсли вы не хотите использовать систему шаблонов, то вам скорее всего придётся выработать свой собственный стиль внедрения PHP кода в HTML.
А вот и пример:
Hello,
|
My Message Board
( threads)
Такая техника позволит вам избежать лишних скобок. Также такой код удачно вписывается в HTML контекст.
14. Процедуральный и объектно ориентированный подходыОбъектно ориентированное программирование поможет вам придерживаться более или менее чёткой структуры, но это всё не значит, что вы должны отступать от процедуральных принципов написания приложений.
Объекты прекрасно подходят для представления данных. Пример:
Class User { public $username; public $first_name; public $last_name; public $email; public function __construct() { // ... } public function create() { // ... } public function save() { // ... } public function delete() { // ... } }
Процедуральные методы имеют свою специфическую пользу.
Function capitalize($string) { $ret = strtoupper($string); $ret .= strtolower(substr($string,1)); return $ret; }
15. Читайте Open Source КодОбычно проекты Open Source пишутся большим количеством разработчиков. С этой точки зрения, изучение написанного кода в подобных проектах может помочь вам набраться опыта. Так что не жалейте на это времени.
Рефакторинг - это изменение кода без потери функциональности. Его также можно применять для улучшения читабельности.Тут нет места исправлению багов или добавлению функциональности. Вы просто немного меняете структуру вашего кода.
Надеюсь, эта статья была вам полезна! Я что-то упустил? Поделитесь вашим опытом!
Короткие коды помогают сохранить время всем пользователям WordPress. Они позволяют выполнять сложные задачи простой вставкой кода с параметрами в текст записи. В данном уроке мы представляем 10 коротких кодов WordPress, которые увеличат вашу производительность.
1. Выводим снимок любого веб сайтаНужно делать снимки веб сайтов и выводить их в своем блоге? Данный короткий код поможет решить эту задачу. Просто скопируйте следующий код в файл functions.php вашей темы:
Function wpr_snap($atts, $content = null) {
extract(shortcode_atts(array("snap" => "http://s.wordpress.com/mshots/v1/",
"url" => "http://www.сайт",
"alt" => "Изображение",
"w" => "400", // ширина
"h" => "300" // высота), $atts));
$img = "";
return $img;
}
add_shortcode("snap", "wpr_snap");
После чего можно использовать короткий код, как показано в примере.!
2. Добавляем ссылку поддержки проекта через PayPalPayPal открывает работу прием платежей на счета пользователей из России. Теперь можно добавить кнопку поддержки проекта с помощью платежей через PayPal на свой блог. Следующий код выведет такую кнопку на вашем сайте. Просто скопируйте код в файл functions.php вашей темы:
Function cwc_donate_shortcode($atts) { extract(shortcode_atts(array("text" => "Поддержите проект", "account" => "ИНФОРМАЦИЯ_О_СЧЕТЕ", "for" => "",), $atts)); global $post; if (!$for) $for = str_replace(" ","+",$post->post_title); return "".$text.""; } add_shortcode("donate", "cwc_donate_shortcode");
3. Маскируем адрес emailСпам боты постоянно сканируют интернет в поисках почтовых адресов для рассылки спама. Конечно, никто не хочет получать спам, но что если нужно показывать свой адрес почты в блоге? Данный короткий код маскирует почтовый адрес. Скопируйте код в файл functions.php вашей темы.
Function cwc_mail_shortcode($atts , $content=null) { for ($i = 0; $i < strlen($content); $i++) $encodedmail .= "" . ord($content[$i]) . ";"; return "".$encodedmail.""; } add_shortcode("mailto", "cwc_mail_shortcode");
А использовать его в тексте записи или страницы очень просто:
4. Создаем содержание только для зарегистрированных пользователейЕсли нужно создать содержание, которое смогут просматривать только зарегистрированные пользователи, то следующий короткий код поможет решить задачу. Скопируйте код в файл functions.php вашей темы:
Function cwc_member_check_shortcode($atts, $content = null) { if (is_user_logged_in() && !is_null($content) && !is_feed()) return $content; return ""; } add_shortcode("member", "cwc_member_check_shortcode");
Теперь можно использовать короткий код в тексте записи или страницы для защиты содержания:
Данный текст будет выводиться только для зарегистрированных пользователей.
5. Выводим PDF файл во фреймеСамый простой способ вывода PDF файла на вашем сайте: загрузить PDF файл через Google Docs, а затем вывести его во фрейме на вашей странице. Скопируйте ниже приведенный код в файл functions.php вашей темы:
Function cwc_viewpdf($attr, $url) { return "Ваш браузер должен поддерживать iFrame для просмотра документа PDF"; } add_shortcode("embedpdf", "cwc_viewpdf");
Теперь используйте следующий короткий код для вывода PDF файла. Возможно определять ширину и высоту, чтобы вписать фрейм в шаблон вашего сайта.
Http://infolab.stanford.edu/pub/papers/google.pdf
Данный короткий код предназначен для вывода содержания только в фид RSS. Нужен для передачи важного сообщения читателям вашего фида или для размещения рекламы только в RSS. копируем ниже приведенный код в файл functions.php вашей темы:
Function cwc_feedonly_shortcode($atts, $content = null) { if (!is_feed()) return ""; return $content; } add_shortcode("feedonly", "cwc_feedonly_shortcode");
И используем код в записях и страницах:
7. Кнопка для размещения записи в Twitter через сервис TweetMemeTwitter является отличным источником трафика для блога. Поэтому данный короткий код является очень полезным инструментом. Скопируйте ниже приведенный код в файл functions.php вашей темы:
Function tweetmeme(){ return ""; } add_shortcode("tweet", "tweetmeme");
Теперь можно использовать кнопку сервиса Tweetmeme “retweet” на страницах и записях вашего сайта:
8. Выводим последнее изображение, привязанное к записиВместо того чтобы возиться с URL изображений, можно использовать короткий код, который возвращает и выводит последнее изображение, привязанное к записи. Скопируйте ниже приведенный код в файл functions.php вашей темы:
Function cwc_postimage($atts, $content = null) { extract(shortcode_atts(array("size" => "thumbnail", "float" => "none"), $atts)); $images =& get_children("post_type=attachment&post_mime_type=image&post_parent=" . get_the_id()); foreach($images as $imageID => $imagePost) $fullimage = wp_get_attachment_image($imageID, $size, false); $imagedata = wp_get_attachment_image_src($imageID, $size, false); $width = ($imagedata+2); $height = ($imagedata+2); return "".$fullimage.""; } add_shortcode("postimage", "cwc_postimage");
Теперь можно вывести последнее изображение с помощью короткого кода:
9. Размещаем видео YoutubeЕсли вы часто размещаете видео с канала Youtube в вашем блоге, то данный код поможет сохранить много времени. Создаем код в файле functions.php вашей темы:
Function cwc_youtube($atts) { extract(shortcode_atts(array("value" => "http://", "width" => "475", "height" => "350", "name"=> "movie", "allowFullScreen" => "true", "allowScriptAccess"=>"always",), $atts)); return ""; } add_shortcode("youtube", "cwc_youtube");
И в тексте записи или страницы используем короткий код:
10. Вставляем RSS фидДанный короткий код позволяет вставлять любой RSS фид в ваши записи или страницы. Отличный способ сослаться на другой блог с вашего сайта! Копируем ниже приведенный код в файл functions.php вашей темы:
Include_once(ABSPATH.WPINC."/rss.php"); function cwc_readRss($atts) { extract(shortcode_atts(array("feed" => "http://", "num" => "1",), $atts)); return wp_rss($feed, $num); } add_shortcode("rss", "cwc_readRss");
А в тексте записи используем короткий код:
Flector 5 WP-Syntax
Несколько раз в комментариях меня спрашивали, что за плагин я использую для вставки кода в текст статей и комментариев. Так вот, отвечаю - это WP-Syntax . На самом деле плагинов для вставки кода не один десяток и какой именно из этих плагинов использовать решать только вам. Мне же понравился WP-Syntax тем, что он очень прост в использовании, поддерживает синтаксис кучи языков программирования, а также умеет исправлять испорченный визуальным редактором код, преобразовывая HTML -коды символов в сами символы.
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку wp-syntax в /wp-content/plugins/ .
3. Заходим в админку блога на вкладку "Плагины " и активируем плагин.
Никаких настроек в плагине нет и после активации плагина вы уже можете начать вставлять код в ваши статьи. Правильный синтаксис вставки кода выглядит так: Код , где LANGUAGE это обозначение языка программирования, а line="1" это необязательный параметр, указывающий плагину включить нумерацию строк кода с указанного номера. Список обозначения языков программирования вы можете посмотреть , но для большинства языков обозначение будет равно названию языку (php , java , css , perl , sql и др.). Примеры использования:
1. PHP , без нумерации строк.
2. JAVA , c нумерацией строк.
| 1 2 3 4 5 | public class Hello { public static void main(String args) { System .out .println ("Hello World!" ) ; } } |
public class Hello { public static void main(String args) { System.out.println("Hello World!"); } }
3. Ruby , c нумерацией строк, начиная с 18 строки.
| 18 19 20 21 22 | class Example def example(arg1) return "Hello: " + arg1.to_s end end |
class Example def example(arg1) return "Hello: " + arg1.to_s end end
Одна из интересных особенностей плагина состоит в том, что он умеет преобразовать HTML -коды символов в сами символы. То есть с этой функцией вам не придется беспокоиться насчет того, что визуальный редактор испортит вам вставленный код (сами теги и должны быть вставлены не в визуальном редакторе). Для этого надо использовать параметр escaped="true" и тогда код вида:
Hello
превратится в:
| Hello |
Hello
Если честно, то про эту функцию с escaped="true" я узнал совсем недавно, а до этого мне приходилось хранить весь используемый код в отдельном текстовом файле и вставлять его лишь после полного написания статьи и перед нажатием кнопки "Опубликовать ". После того, как я оценил удобство использования этой функции на другие плагины подсветки синтаксиса мне даже и смотреть не хочется:)
Loading...