Здрастуйте, шановні читачі a! Я вже згадував про важливість того, щоб мати під рукою якісну вибірку корисних фрагментів (вставок) коду. Проте розглядалися. Сьогоднішній пост буде присвячений фрагментам коду, за допомогою яких можна розширити або вдосконалити роботу сайту на движку. Добірка складається з 10 фрагментів коду. Приступаємо:

Посторінкова навігація без плагіна

Динамічний копірайт текст

Цей фрагмент дозволяє створювати простий текст авторського права у підвалі. Дата встановлюється автоматично, використовується функція the_date().
Просто скопіюйте фрагмент у свій footer.php:

< b>(c) | < a href= "" > |

інформація про користувача

WordPress дозволяє користувачам додавати інформацію про себе у своєму профілі у WP Admin. Для відображення інформації користувачів, Ви можете використовувати цей фрагмент:

Для роботи кнопочки необхідно підключитися до , додаємо наступний рядок у файл header.php:

< script type= "text/javascript" src= "https://apis.google.com/js/plusone.js">

PHP код у тексті

Буває при написанні статті потрібно вставити код, але якщо його просто вставити, то він не відобразиться. Щоб уникнути цього використовуємо наступний фрагмент, його необхідно додати до файлу function.phpтеми:

Не забудьте прибрати прогалини в тегах!
А працює це наступним чином, у місці, де необхідно вставити PHPкод, виділяємо його ось так:

[code][/code]

Виключити записи з головної сторінки

Щоб виключити всі записи будь-якої категорії з головної сторінки, можна використовувати цей фрагмент, а додати його потрібно до файлу function.phpВашої теми:

1 2 3 4 5 6 7 8 9

function excludeCat($query ) ( if ( $query -> is_home ) ( $query -> set ("cat", "-3,-5,-23"); } return $query; } add_filter("pre_get_posts", "excludeCat"); ?>

«Хлібні крихти» без плагіна

Ну і на закуску, ось фрагмент коду за допомогою якого на блозі можна організувати так звані «хлібні крихти», це додатковий елемент навігації, коли відображається шлях у вигляді посилань на сторінки вище за ранг на сторінку категорії та головну. Приблизно так (Головна->Категорія 1->Назва статті). Цей фрагмент коду необхідно вставити у файл function.phpВашої теми:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

function the_breadcrumb() ( echo " " ; if (! is_home() ) ( echo " echo get_option("home"); echo "">"; echo "Головна"; echo " " ; if (is_category() || is_single() ) ( echo " " ; the_category(" " ) ; if (is_single() ) ( echo " " ; the_title(); echo " " ; } ) elseif (is_page() ) ( echo " " ; echo the_title(); echo " " ; } } elseif (is_tag() ) ( single_tag_title() ; ) elseif (is_day() ) ( echo " Архів за " ; the_time("F jS, Y" ) ; echo " " ; } elseif (is_month() ) ( echo " Архів за " ; the_time("F, Y" ) ; echo " " ; } elseif (is_year() ) ( echo " Архів за " ; the_time("Y" ) ; echo " " ; } elseif (is_author() ) ( echo " Архів автора "; echo " " ; } elseif (isset ($_GET [ "paged" ] ) && ! empty ($_GET [ "paged" ] ) ) ( echo " Архів" ; echo " " ; } elseif (is_search() ) ( echo " Результат пошуку"; echo " " ; } echo " " ; } ?>

Що використовувати ці «хлібні крихти», додаємо у файли (archive.php, category.php, page.php, single.php, search.php) таку функцію:

Зовнішній вигляд «хлібних крихт» залишає бажати кращого) Тому Вам доведеться попрацювати над стилями!

На цьому все =)

Щоб залишатися в курсі свіжих статей та уроків, підписуйтесь на

Вітають, друзі. Сьогодні ми з вами розберемося в тому, як змусити працювати будь-який PHP код у віджетах, статтях та сторінках WordPress. За замовчуванням така функція цієї CMS недоступна і максимум, на що може розраховувати користувач - це впровадження HTML коду.

Чому PHP код не працює за замовчуванням

Здавалося б, чому розробники не нагородили настільки популярний і зручний двигун корисними можливостями автоматичного виконання PHP коду. Спочатку я замислювався про це, але дійшов висновку, що така політика ведеться з позиції безпеки, адже невміле застосування PHP у віджетах або всередині записів може призвести до непоправних наслідків – у базі даних щось порушиться і весь сайт крякне.

Тому робота з PHP віддана на відкуп програмістів або людей більш-менш просунутих у цьому питанні – безпосередньо у файлах будь-які скрипти виконуються.

Для публічних сайтів (там, де кілька авторів) виконання PHP у тілі статті підвищується ризик навмисного саботажу, оскільки будь-який автор може отримати повний доступ до сайту через вікно редагування статей.

За ступенем небезпеки я розділив би всю цю ситуацію на 3 рівні:

1. Залишити все, як задумали розробники – безпечно, випадково чи навмисне пошкодити сайт складно.
2. Дозволити виконання PHP у віджетах – середній рівень небезпеки, лише адміністратор сайту має доступ.
3. Застосування коду скрізь – небезпечно, оскільки керувати сайтом може кожен, хто допущений до редагування статей та сторінок (модератори, автори)

Для чого потрібний PHP у віджетах

Питання індивідуальне, тому що реалізувати за допомогою цієї мови програмування можна все, що завгодно. Особисто мене до написання цієї посади підштовхнуло замовлення клієнта, сайт якого я зараз роблю. На ньому необхідно було вивести у сайдбарі в окремому віджеті список новин із однієї рубрики – «Новини». У стандартних віджетах WordPress немає такої можливості.

Питання стояло між пошуком плагіна з відповідними можливостями чи застосуванням нескладного PHP коду. Скрипт для такого завдання дійсно невеликий і навантажувати сайт зайвим плагіном, який більше ніде використовуватися не буде, не хотілося.

Загалом, дозволяючи виконання PHP, ми можемо вирішити 2 завдання:

• Замінити частину плагінів сайту на скрипти та знизити в такий спосіб навантаження на хостинг;
• Реалізувати функції, для яких плагінів поки що не існує.

На першому етапі я розповім про віджети, а потім окремим блоком для виведення коду в контенті.

Плагіни для PHP у віджетах

Перевага плагінів: При зміні теми оформлення WordPress не порушується робота функцій доданих до шаблону, все продовжує працювати, не вимагаючи втручання вебмайстра. Хуки додані до шаблону при зміні теми доведеться переносити на нову вручну.

У моєму прикладі вище, я роблю сайт для клієнта і, якщо він захоче самостійно змінити дизайн, то пропадуть налаштування, які зроблені через файли functions.php та ін., тому я максимально спрощую йому керування сайтом, спираючись на плагіни (тим більше, в його ніші трафік невеликий і навантаження багато не буде).

PHP Code Widget

Цей плагін я давно використовую у своїй роботі, він додає до списку доступних віджет, схожий на звичайний текстовий, тільки здатний обробляти крім тексту та HTML ще й PHP.

PHP Code Widget є в офіційному репозитарії WordPress, легко знаходиться за назвою. Як встановлювати такі плагіни.

Налаштування не потрібні, віджет у списку з'явиться відразу після встановлення та активації плагіна. У сайдбар перетягуєте PHP Code і додаєте туди будь-який скрипт.

PHP у віджеті WordPress без плагіна

В цьому випадку нам знадобиться хук, який буде замінювати стандартну функцію, що забезпечує роботу текстового WordPress віджету, що дозволяє обробляти PHP.

Такий хук додається у файл functions.php поточної теми (наприкінці перед закриває дужкою?>). Після цього, нових варіантів віджету, як у випадку з плагіном, не з'являється, PHP коди починають працювати в стандартному текстовому.

Готовий код:

Add_filter("widget_text", "text_html_php_widget", 100); function text_html_php_widget($text) ( if(strpos($text,")".$text); $text = ob_get_contents(); ob_end_clean(); ) return $text; )

Перший рядок є фільтром, який замінює при кожному виклик стандартну функцію текстового віджету на нову – text_html_php_widget, а далі йде опис найновішої функції.

Навіщо PHP код у статтях та постах WordPress

Всередині записів виконуваний PHP код потрібно значно рідше, ніж у віджетах, тому в першій частині статті я окремо розглядав сайдбар, щоб ви могли не підключати потенційно небезпечні функції без необхідності.

Але й у постах буває потреба використання скриптів. Найчастіший приклад – це виведення картки сайту без плагіна. Щоправда, для картки можна використовувати інший прийом – зробити спеціальний шаблон сторінки (це окрема тема).

Мені одного разу знадобилося виводити PHP для наступної мети:

Я робив відео сайт. Серії серіалу виводились у плейлистах за сезонами і треба було під кожним плейлистом сезону вивести список серій із посиланням на свою сторінку. Схоже на карту сайту, тільки складніше – робити висновки треба було списками окремих рубрик. Можна було вручну HTML кодом кожне посилання прописати, але там кілька сотень серій і процедура муторна. Тим більше, за появи нової серії посилання на неї довелося б додавати вручну – незручно. Ось я вирішив використовувати PHP функції для реалізації.

Плагін для виконання PHP у контенті Exec-PHP

Незважаючи на те, що цей плагін не оновлювався вже 7 років, він чудово справляється з обов'язками. І я його вибрав не просто так – він не використовує жодних шорткодів, як конкуренти, а дає можливість вставляти в записі WordPress код у чистому вигляді, починаючи з .

Плагін Exec-PHP є в репозитарії та встановлюється через меню в адмінці движка.

З налаштувань є тільки одна – дозвіл/заборона виконання коду в текстовому віджеті, можливості відключити роботу в постах і на сторінках відсутня, якщо треба її прибрати – деактивуємо плагін.

Для вставки PHP коду в статтю повинен бути переведений в HTML режим (вкладка «Текст»). Візуальний режим, швидше за все, код зіпсує.

Виконання PHP коду у статтях WordPress без плагіна

За аналогією з віджетами ми можемо замінити плагін на спеціальну функцію, що дозволяє виконання PHP скриптів у контенті. На жаль, мені не вдалося знайти варіант, при якому код працював би автоматично, як у випадку з плагіном, реагуючи на теги. Потрібне використання шорткоду. Моїх знань у PHP не вистачило для самостійного написання потрібної функції, за цим наводжу як є. Робота з шорткодом має суттєвий недолік, що ускладнює роботу, про нього я розповім нижче.

Як працювати з описаною нижче функцією

1. Вставляємо її у файл functions.php теми;
2. У потрібному місці статті вставляємо конструкцію - код, що виконується без

Функція:

/* Запуск php у статтях і сторінках WordPress: код */ function start_php($matches)( eval("ob_start();".$matches."$inline_execute_output = ob_get_contents();ob_end_clean();"); return $inline_execu ; ) function inline_php($content)( $content = preg_replace_callback("/\((.|\n)*?)\[\/startphp\]/", "start_php", $content); $content = preg_replace( "/\((.|\n)*?)\[\/startphp\]/", "$1", $content); return $content; ) add_filter("the_content", "inline_php");

Нестача

Якщо всередині PHP коду є HTML вставки або текст, то він працювати не буде. Будь-який текст чи теги доведеться вставляти за допомогою команди echo, що не завжди зручно. Тобто код має бути чисто PHP-шний на 100 правильного формату.

Правильно

Echo "Так буде працювати";

Неправильно

Echo "Цей рядок правильний"; Так не працюватиме

У плагіні Exec-PHP такої проблеми немає – і текст і HTML виконаються, але всі елементи PHP коду мають бути обрамлені у відповідні теги.

Для багатьох вебмайстрів тема, описана в цій статті, відкриває нескінченні можливості для творчості – можна реалізувати те, чого раніше зробити не виходило, а також позбутися маси плагінів, замінивши їх на різні фільтри, функції та хуки.

Всіх вебмастерів-початківців лякає і відштовхує робота з кодом - вони побоюються нашкодити своєму сайту, додаючи в нього 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 замість дефісу.

Зрозумілі значення змінних у параметрах функцій

Булева, переважні строкові значення. Тобто. замість 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 документація заявляє:

Увага: На сьогоднішній день оператор "@" пригнічує виведення повідомлень навіть про критичні помилки, що переривають роботу скрипта. Окрім іншого, це означає, що якщо ви використовували "@" для придушення помилок, що виникають під час роботи будь-якої функції, якщо вона недоступна або написана неправильно, подальша робота скрипта буде зупинена без будь-яких повідомлень.

WordPress – це одна з найпопулярніших CMS. Спочатку WordPress створювався як блоговий движок, але через популярність даної системи управління сайтом розроблено безліч доповнень і плагінів, що дозволяє створювати різні види сайтів. Звичайно, як і в інших двигунах в WP, багато різних підводних каменів, про які потрібно знати вебмайстру.

Основні функції двигуна WordPress

У документації WordPress кілька сотень PHP-функцій, але більшість їх використовується дуже рідко під час вирішення якихось специфічних завдань. Я відібрав невелику кількість функцій WordPress, які найчастіше застосовуються при розробці тем і віджетів.

Заголовок H1 у WordPress

У статті розглянемо, як уникнути дублювання заголовка першого рівня H1 в WordPress. Є відоме правило, що заголовок першого рівня H1 повинен бути тільки один на сторінці, але більшість тем оформлення WordPress зроблено таким чином, що H1 ...

Створення віджетів WordPress

У цій статті йтиметься про створення власних віджетів WordPress. Розглянемо: створення віджету WordPress безпосередньо в темі оформлення, створення власного плагіна, який виводитиме віджет, відключення стандартних віджетів WordPress ...

Як очистити head у WordPress від непотрібного коду?

За промовчанням WordPress виводить код у head, який здебільшого не потрібен. У цій невеликій статті розглянемо, як позбутися зайвого сміття на сайті. Насамперед видалимо всі непотрібні посилання: RSS-стрічки, версію WordPress...

Безконфліктне підключення скриптів та стилів у WordPress

Безконфліктний метод необхідний з кількох причин: запобігає конфлікту при підключенні одного скрипту різними плагінами. При такому підключенні метод дозволяє об'єднати кілька файлів js в один і віддавати в стислому вигляді браузеру для оптимізації.

Віруси