Загрузите содержимое публикации Wordpress в DIV с помощью AJAX

Я опубликовал вопрос пару дней назад о том, как Перейти к одной почте в пользовательском шаблоне Wordpress, который я разрабатываю. В оболочке гайки необходимо загрузить один пост в определенный DIV при щелчке по определенной ссылке, а затем прокрутить вниз до этого DIV, в котором хранится только что загруженный контент. Учитывая динамический характер содержимого Wordpress или любого другого CMS, URL этой ссылки не может быть абсолютным.

К сожалению, в тот пункт времени не было никакого конкретного ответа, поэтому я решил немного покопаться. И поскольку основной проблемой была загрузка контента в динамически, я решил увеличить, как я могу сделать это с AJAX на Wordpress:

До сих пор, я получил легкую идею от великого поста ( Загрузка WordPress посты с Ajax и jQuery ) Эмануэле Feronel Он в основном сохраняет идентификатор публикации в атрибуте rel кликаемой ссылки, а затем вызывает его. Ну, есть несколько других шагов, чтобы сделать это работать, но причина, по которой я упоминаю только идентификатор поста прямо сейчас, потому что кажется, что это единственная часть уравнения, которая не права; идентификатор публикации загружается в атрибут rel ссылки, но не загружается в функцию .load.

Просто чтобы дать вам лучшее представление о том, что я получил в моей разметке до сих пор:

AJAX/JQUERY IN HEADER.PHP

$(document).ready(function(){

    $.ajaxSetup({cache:false});
    $(".trick").click(function(){
        var post_id = $(this).attr("rel");
        $("#single-home-container").html("loading...");
        $("#single-home-container").load("http:///single-home/",{id:post_id});
    return false;
    });

});

INDEX.PHP







SINGLE-HOME.PHP (ЭТО ПОЛЬЗОВАТЕЛЬСКИЙ ШАБЛОН)

    



    
    
cat_name; ?> -

Только для записи:

Есть ли у кого-либо какие-либо представления о том, что происходит, или есть какой-либо другой способ динамической загрузки идентификатора публикации в функцию .load?

-121--722208-

Простое правило для чтения сложных объявлений const? Для чтения сложных объявлений указателей существует правое левое правило. Но в этом правиле не упоминается, как читать модификаторы конста. Например, в простом объявлении указателя может применяться const...

Для чтения сложных объявлений указателей используется правое левое правило .

Однако в этом правиле не упоминается, как читать модификаторы const .

Например, в простом объявлении указателя const может применяться несколькими способами:

char *buffer; // non-const pointer to non-const memory
const char *buffer; // non-const pointer to const memory
char const *buffer; // equivalent to previous declartion
char * const buffer = {0}; // const pointer to non-const memory
char * buffer const = {0}; // error
const char * const buffer = {0}; // const pointer to const memory

Теперь что можно сказать об использовании const с указателем объявления указателя?

char **x; // no const;
const char **x;
char * const *x;
char * * const x;
const char * const * x;
const char * * const x;
const char * const * const x;

И что такое простое правило для чтения этих объявлений? Какие заявления имеют смысл?

Применимо ли Правило по часовой стрелке/спирали ?

Два реальных примера

Метод ASTUnit:: LoadStartCommandLine использует const char * * для подачи аргументов командной строки (в источнике кланга llvm).

Параметр вектора аргумента getopt () объявляется следующим образом:

int getopt(int argc, char * const argv[], const char *optstring);

Где char * const argv [] эквивалентно char * const * argv в этом контексте.

Поскольку обе функции используют одно и то же понятие (вектор указателей на последовательности для подачи аргументов) и объявления различаются - очевидные вопросы: почему они различаются? Имеет один смысл больше, чем другой?

Намерение должно быть: Модификатор const должен указывать, что функция не манипулирует последовательностями этого вектора и не изменяет структуру вектора.

42
задан Catskul 3 April 2019 в 00:20
поделиться