Довільні PHP-скрипти в документах Блогової Нани

Довільні PHP-скрипти у документах Блогової Нани.

нани

Зовсім недавно, переосмислюючи, до чого сьогодні скотилися SEO-движки на прикладі ЛастоБлога, який вчасно реінкарнувався в Блогову Нану, ми нарікали, що власне SEO як такого відтепер немає. І тепер все просто - напишіть придатний текст про актуальне і людям цікаве, дозвольте прилінкуватися на нього десятку ресурсів колективного користування (назвемо це зростанням природної маси посилань), і цей «придатний текст» буде в перших рядках видачі все одно якої пошукової системи. Не одразу, але незабаром.

Однак користувачі, які звикли до складно влаштованих SEO-движків, тепер впадають у деяке здивування. Тому що гранично простий функціонал насправді зводиться до сентенції про дурня. А як же впихати в двигун всякі хитрощі? Наприклад, інтерпретованими мовами рівня сервера (PHP)?

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

Нас цікавить, як PHP скрипт встромити в сам пост, щоб він отримав доступ до двигуна Блогової Нани, користувався її даними та якимись функціями. Раніше таке було не можна, але тепер начебто все можна?

Так. Далі інструкція, як це робиться.

Пост-привид.

Що нам важливо, цей пост здатний відкрити доступ до внутрішнього світу Блогової Нани, з усіма її внутрішніми даними та функціями. Останнє особливо корисно, тому що дозволяє створювати шматки контенту одним рядком.

PHP скрипт всередині поста-примари.

Власне, посту (або будь-якому іншому документу Блогової Нани)зовсім не обов'язково бути «примарою», щоб уміти нести у собі довільний PHP код. Але ми зараз вирішуємо конкретне завдання.

Там розказано на прикладі, як для будь-якого документа, можна у фолдері трейлерів створити звичайний php файл з певним ім'ям, і з PHP-скриптом всередині. Він самостійно приєднається до свого документа і зробить, що йому сказано.

Цей документ із мануалу треба вивчити. Щоб розуміти надалі, що почем.

Приклад 1. Зміст Блога.

З навігації видно, що привид для цього документа має URL: http://lasto.com/blog/index_post_1483207200.htm

Відповідно до правил формування імен трейлерів, файл PHP-скрипта зватиметься так: .blog.index.post.1483207200.0.php

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

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

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

Приклад 2. Найкращі пости Блога в розшуку.

Перегляд такого рейтингу зазвичай сильно протвережує.

Але є два застереження.

Перша: Ваша Нана має бути обладнана статмодулем. Брендована назва «Нана Цікава»

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

Інтерес представляє лише пошуковий трафік із розпізнаними пошуковими запитами, але він становить лише одиниці відсотків від валового пошукового трафіку. Таке пошуковиками зроблено спеціально, і саме це вбило SEO-орієнтовані двигуни.

Пара доречних посилань на тему для роздумів:

На щастя, деякий відсоток пошукових запитів все ж таки детектується, і цього поки вистачає, щоб рейтингувати найпопулярніші пости. Готова версія такого сервісу пропонується:

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

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

Тому для популярних постів відображається лише «продуктивна» пошукова система, і лише шматочок від лістингу запитів.

Там, де запитів замало, можна спостерігати весь звіринець. Хочете зробити інакше – робіть.

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

Пам'ятайте: Ваш блог повинен отримувати суттєвий пошуковий трафік, щоб незначна частина від нього (з розпізнаними запитами) була достатньою для побудови рейтингу. Не для будь-якого сайту це справедливо.

Приклад 3. На які посади народ линкуется.

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

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

Про все інше.

Вірніше, прямо в коді посту PHP виконуватися не буде. Але завжди можна вставити в потрібне місце посту якийсь спеціальний тег (наприклад, порожній div з певним класом), і потім замінити його виведенням від скрипта, що причеплюється трейлером до цього посту. При цьому POST запити ніяк і нічим не блокуються, тому зовнішній PHP-скрипт здатний повноцінно працювати з даними користувача.

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

Причому все це цікаво лише у взаємодії із даними чи функціоналом Блогової Нани. В іншому випадку воно здатне жити і як стандартний документ самої Нани.