{"id":497,"date":"2012-11-16T12:00:37","date_gmt":"2012-11-16T11:00:37","guid":{"rendered":"https:\/\/wprealm.com\/?p=497"},"modified":"2012-11-16T12:00:37","modified_gmt":"2012-11-16T11:00:37","slug":"debugging-tips-in-the-wordpress-context","status":"publish","type":"post","link":"http:\/\/wprealm.local\/debugging-tips-in-the-wordpress-context\/","title":{"rendered":"Debugging Tips for WordPress"},"content":{"rendered":"<p>Recently I&#8217;ve had several discussions with colleagues asking me for the debugging practices that I use. I try to constantly enhance my workflow, resources and improve the quality of my work by speeding up the process of narrowing down the possible reasons for a bug or a feature limitation. Speaking WordPress-wise, I&#8217;ll list a couple of things that I consider important. Some of them are more than obvious, but somehow people misuse them or forget about them at a moment of crisis (so to speak).<\/p>\n<p>Before you start:\u00a0<strong>always do backups<\/strong>. Debug your web application locally, test properly and ensure that everything is on set before deploying to the real server. Best practices teach that a local server -&gt; staging\/dev server -&gt; production server is a good setup to prevent the obvious error of hitting the live website.<\/p>\n<p><!--more--><\/p>\n<h2>Environment<\/h2>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"alignright\" src=\"http:\/\/www.eclipse.org\/donate\/images\/friendslogo.jpg\" alt=\"\" width=\"193\" height=\"102\" \/>I&#8217;ve been using plain text editors (vim included) for a while, but usually only for remote\/small changes. I rely on a IDE for better control over the codebase and the relations. I&#8217;m an\u00a0<a class=\"vt-p\" title=\"Eclipse\" href=\"http:\/\/eclipse.org\/\" target=\"_blank\">Eclipse<\/a>\u00a0user (naturally evolved after several years in the Java world) but you could also check out NetBeans, Sublime, PhpStorm, Komodo or anything else with more capabilities. Using an IDE helps you to set up an easy connection between the codebase and a version control, debugger, (S)FTP and use a number of function suggestions and PHPDoc comments while developing and browsing the code. <a class=\"vt-p\" title=\"Xdebug\" href=\"http:\/\/xdebug.org\/\" target=\"_blank\">Xdebug<\/a>\u00a0or the Zend debugger are also a crucial part. Debugging with echo or\u00a0<em>var_dump<\/em>\u00a0(or\u00a0<em>console.log<\/em>\/<em>alert<\/em>) is a quickie for one-liners, but a serious workflow iteration processing requires a debugger.<\/p>\n<p>I have an article about setting\u00a0<a class=\"vt-p\" title=\"Xdebug with Fedora\" href=\"http:\/\/devwp.eu\/xdebug-for-fedora-with-php-5-3\/\" target=\"_blank\">Eclipse with Xdebug for Linux<\/a>. I&#8217;m also using\u00a0<a class=\"vt-p\" title=\"Chrome\" href=\"https:\/\/www.google.com\/intl\/en\/chrome\/browser\/\" target=\"_blank\">Chrome<\/a>. Safari or Firefox will do the trick too, and for some bugs you need to run several browsers and check if there is a browser-specific bug. For some browser-app attempts such as IE you could nail a large variety of specifics due to their boxing model or JavaScript unique interpretation specifics.<\/p>\n<h2>WordPress setup<\/h2>\n<p style=\"text-align: left;\">I&#8217;ve been using a number of separate plugins, most of which are already listed on the\u00a0<a class=\"vt-p\" title=\"Developer\" href=\"http:\/\/wordpress.org\/extend\/plugins\/developer\/\" target=\"_blank\">Developer<\/a>\u00a0plugin by\u00a0<a class=\"vt-p\" title=\"Automattic\" href=\"http:\/\/automattic.com\" target=\"_blank\">Automattic<\/a>, along with other best practices. It reminds you about setting\u00a0<strong>WP_DEBUG<\/strong>\u00a0and other constants in your wp-config file, as well as install environment testing plugins. In addition to the plugins listed over there, I you may also find the following useful:<\/p>\n<ul>\n<li>\u00a0<a class=\"vt-p\" title=\"WordPress Hook Sniffer\" href=\"http:\/\/wordpress.org\/extend\/plugins\/wordpress-hook-sniffer\/\" target=\"_blank\">Hook Sniffer<\/a>,<\/li>\n<li><a class=\"vt-p\" title=\"P3 Profiler\" href=\"http:\/\/wordpress.org\/extend\/plugins\/p3-profiler\/\" target=\"_blank\">P3 Profiler<\/a><\/li>\n<li><a class=\"vt-p\" title=\"WordPress Console\" href=\"http:\/\/wordpress.org\/extend\/plugins\/wordpress-console\/\" target=\"_blank\">WordPress Console<\/a>\u00a0(or\u00a0<a class=\"vt-p\" title=\"wp-cli\" href=\"https:\/\/github.com\/wp-cli\/wp-cli\" target=\"_blank\">WP-Cli<\/a>).<\/li>\n<\/ul>\n<h2>Workflow<\/h2>\n<p>Scribu has made a good job of <a class=\"vt-p\" href=\"http:\/\/scribu.net\/wordpress\/wordpress-plugin-troubleshooting-flowchart.html\">outlining the workflow for troubleshooting<\/a>. You need to limit the options for a bug to happen. Normally it narrows down to 2 steps, iterated and expressed depending on the scenario:<\/p>\n<ul>\n<li>disable plugins one by one and see if one of the plugins acts differently on the site when on\/off<\/li>\n<li>switch the theme<\/li>\n<\/ul>\n<p>Sooner or later the problem disappears when plugins are disabled or the theme is gone. If that&#8217;s not the case, you should consider whether anything you have done directly on the database (custom changes) or the file structure (like manually editing WP-files or updating the core) is causing the issue. Sometimes WordPress core updates introduce new changes and\u00a0<strong>deprecates<\/strong>\u00a0existing functions so a theme\/plugin could be affected by that.<\/p>\n<p>Once you have figured out what is causing the problem, you will have to find the reason for the bug.<\/p>\n<h3>Plugins<\/h3>\n<ul>\n<li>See if the plugin is\u00a0<strong>dependent<\/strong>\u00a0on another plugin or your theme. There might be a conflicting PHP function or a JavaScript call that is incompatible with a theme\/another plugin or not working anymore.<\/li>\n<li>Try to find a\u00a0<strong>repeatable context<\/strong>\u00a0for the action, like a specific page where it occurs, or a number of pages. Find out if it happens in the backend (admin area), the frontend or both.<\/li>\n<li>See if you could<strong> find any errors in the logging plugins or the\u00a0<em>error_log<\/em>\u00a0file<\/strong> &#8211; they usually come up with a stacktrace telling you the origin of the error including a filename and a line number. If you happen to narrow the context, you would be able to find a common problem area &#8211; a piece of code that exists in the problematic pages and not in all the others. It will help you read fewer lines of code and debug a smaller chunk of the entire pack.<\/li>\n<li>For PHP errors, make sure you&#8217;re keeping up to date with your\u00a0<strong>code style and conventions<\/strong>. Double check your functions don&#8217;t reappear (name collision) by being registered from another\/plugin or a theme.<\/li>\n<li>Use prefixes or better OOP classes with a proper hierarchy (even namespaces!).<\/li>\n<li>Make sure your imports are included in the\u00a0<strong>right order<\/strong>. Do you register everything on the correct hook? Some actions such as script embedding should be registered on the right hook depending on the context.<\/li>\n<li>If you need frontend scripts, do use\u00a0<em>wp_enqueue_scripts<\/em>. If you wonder why is the admin looking clumsy, go for\u00a0<em>admin_enqueue_scripts<\/em>.<\/li>\n<li>If you have ajax calls, make sure they&#8217;re registered properly, with\u00a0<a class=\"vt-p\" title=\"AJAX WordPress\" href=\"http:\/\/codex.wordpress.org\/AJAX_in_Plugins\" target=\"_blank\">WP AJAX hooks<\/a>, passing the action properly. Also, some data might be lost due to the actual request, so just keep that in mind (it&#8217;s running in a different context, different time, so the environment could vary depending on that).<\/li>\n<li>Go through the plugin core and\u00a0<strong>beware of automagic<\/strong>. Some plugins try to run the principle of &#8216;convention over configuration&#8217;, which means that the configuration could be omitted if you follow a specific guidelines. It&#8217;s a common thing for frameworks such as Django or Rails-alike projects, keeping the same naming convention (files, functions) and directory structure for placing files. There is no verbose code stating that something is loaded &#8211; it just if it is named like that.<\/li>\n<li>A similar approach from the WordPress context is the<strong> templating structure<\/strong> &#8211; you have\u00a0<em>page.php<\/em>\u00a0that covers all pages,\u00a0<em>index.php<\/em>,\u00a0<em>archive.php<\/em>\u00a0and so on. If\u00a0<em>archive.php<\/em>\u00a0is missing, it would fallback to\u00a0<em>index.php<\/em>. It&#8217;s not obvious, you just need to know the hierarchy and the chain of invocations. Some plugins define extra routes, additional context paths, AJAX rerouters and so on that make things complex.<\/li>\n<\/ul>\n<h3>Themes<\/h3>\n<p>Themes have a good process for a proper and painless interaction with WordPress core. However, some theme authors intentionally (or rather not) include custom implementations for their specific scenario that doesn&#8217;t behave well with all common cases. A common example is using\u00a0<em>timthumb<\/em>\u00a0for image management &#8211; not only is it insecure and heavy, but it&#8217;s inflexible.<\/p>\n<p style=\"text-align: center;\"><a class=\"vt-p\" href=\"http:\/\/codex.wordpress.org\/Template_Hierarchy\"><img decoding=\"async\" loading=\"lazy\" class=\"size-large wp-image-583 aligncenter\" src=\"https:\/\/wprealm.com\/wp-content\/uploads\/2012\/11\/750px-Template_Hierarchy\/645596070.png\" alt=\"\" width=\"750\" height=\"745\" \/><\/a><\/p>\n<p>Knowing the template hierarchy, try the following:<\/p>\n<ul>\n<li>See if the template you&#8217;re after is actually the one running the code that&#8217;s broken.<\/li>\n<li>Beware of actions and filters that might be defined in\u00a0<em>functions.php<\/em>\u00a0or in a third party plugin that could ruin your straightforward thinking.<\/li>\n<li>If data is not displayed at all (or a wrong data), check your query.<\/li>\n<li>Avoid using\u00a0<em>get_posts<\/em>\u00a0or\u00a0<em>query_posts<\/em>\u00a0in a complex environment (or ever), better use a custom\u00a0<strong>WP_Query<\/strong>\u00a0query and reset the postdata at the end not to interfere with other listings.<\/li>\n<li>Debug your query calls and check the output SQL code generated.<\/li>\n<li>If there is a styling problem, it&#8217;s most likely a CSS definition. The correct order of CSS statements is important, usually the latter overrides the former. However CSS selectors have priority, such as &#8211; IDs are with a higher priority than just classes, so keep that in mind (even if a . call is below, the # call might be prioritized higher).<\/li>\n<li>See if the\u00a0<strong>correct stylesheet<\/strong>\u00a0is applied on the specific page and confirm that nothing is overriding it.<\/li>\n<li>JavaScript could be the cause of the styling bug or a functional one (lack of styling,\u00a0improper dropdown menu behavior, wrong AJAX request).<\/li>\n<li>Check your\u00a0<strong>browser console<\/strong>\u00a0for JavaScript errors, usually at the bottom right corner. If $ is not found\/evaluated, then you need to\n<ol>\n<li>1) enqueue\u00a0<em>jQuery<\/em>\u00a0(just\u00a0<em>wp_enqueue_script(&#8216;jquery&#8217;)<\/em>\u00a0in\u00a0<em>wp_enqueue_scripts<\/em>\u00a0hook call)<\/li>\n<li>2) use jQuery before you define the alias. Prototype is run first and the dollar sign isn&#8217;t automatically applied to a jQuery call.<\/li>\n<\/ol>\n<\/li>\n<li>See if the JavaScript in question is included properly, that there are no conflicts (no browser errors) and the event is fired at the proper selector. You could try running it on specific IDs or classes and console.log the activity, just to double check that it runs. If a script is terminated at any point, it&#8217;s most likely that the actions below are going to be canceled until further notice (read as: until the developer fixes the problem).<\/li>\n<\/ul>\n<h3>Servers<\/h3>\n<p>For Apache and nginx there are so many configurations that could make a difference.<\/p>\n<ul>\n<li>If you see 5xx errors, double check your server config first with a sample file as proof of concept and then proceed to inspecting your code for anything that could lead to misunderstanding with the server configuration.<\/li>\n<li>Verify your\u00a0<strong>.htaccess<\/strong>\u00a0file in your plugin folder. There is a default one distributed with WordPress, unless you use caching plugins (or automate the caching) there is usually no reason to touch it.<\/li>\n<li>Check out your\u00a0<strong>virtual hosts<\/strong>\u00a0in the server config. Domain names could be linked to the wrong IP\/port sequence or folder, or the directory could not be writeable.<\/li>\n<li>If pretty permalinks are not working, have you got\u00a0<strong>mod_rewrite<\/strong>\u00a0enabled?<\/li>\n<li>Some memory problems could be solved by increasing the PHP memory limit. You could try (in this order):\u00a0<em>wp-config.php<\/em>,\u00a0<em>php.ini<\/em>\u00a0or\u00a0<em>.htaccess<\/em>\u00a0(you might have your own preferences).\u00a0There are different configurations to change: server (PHP) memory, file upload size\/timeout time and so on, for different activities.<\/li>\n<\/ul>\n<h2>Websites<\/h2>\n<p><strong>Google is your best friend<\/strong>. Use it. If you don&#8217;t know how, it&#8217;s time to learn. And no, it&#8217;s not always straightforward. You need to learn how to select the proper phrase for searching (think about the results you&#8217;re trying to find) and eventually limit the results by the\u00a0<strong>advanced filters<\/strong>, like: limit by location, by date, use some wildcard like site:\u00a0<em>intitle:<\/em>\u00a0<em>inurl:<\/em>\u00a0<em>filetype:<\/em>\u00a0or anything that could help you limit the billions of results. <a class=\"vt-p\" title=\"StackOverflow\" href=\"http:\/\/stackoverflow.com\/\" target=\"_blank\">StackOverflow<\/a>\u00a0and the\u00a0<a class=\"vt-p\" title=\"WordPress StackExchange\" href=\"http:\/\/wordpress.stackexchange.com\/\" target=\"_blank\">WordPress StackExchange<\/a>\u00a0are super helpful. Don&#8217;t forget the\u00a0<a class=\"vt-p\" title=\"WordPress.org forums\" href=\"http:\/\/wordpress.org\/support\/\" target=\"_blank\">WordPress.org forums<\/a> <a class=\"vt-p\" title=\"nettuts+\" href=\"http:\/\/net.tutsplus.com\/\" target=\"_blank\">nettuts+<\/a>,\u00a0<a class=\"vt-p\" title=\"WPCandy\" href=\"http:\/\/wpcandy.com\/\" target=\"_blank\">WPCandy<\/a>\u00a0or other WP-specific sources might help for WP-related troubles.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Recently I&#8217;ve had several discussions with colleagues asking me for the debugging practices that I use. I try to constantly enhance my workflow, resources and improve the quality of my work by speeding up the process of narrowing down the possible reasons for a bug or a feature limitation. Speaking WordPress-wise, I&#8217;ll list a couple [&hellip;]<\/p>\n","protected":false},"author":27,"featured_media":523,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[14],"tags":[46,157],"people":[],"company":[],"events":[],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v21.4 (Yoast SEO v21.4) - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Debugging Tips for WordPress - WP Realm<\/title>\n<meta name=\"description\" content=\"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Debugging Tips for WordPress\" \/>\n<meta property=\"og:description\" content=\"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/\" \/>\n<meta property=\"og:site_name\" content=\"WP Realm\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/wprealm\" \/>\n<meta property=\"article:published_time\" content=\"2012-11-16T11:00:37+00:00\" \/>\n<meta name=\"author\" content=\"Mario Peshev\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@wprealm\" \/>\n<meta name=\"twitter:site\" content=\"@wprealm\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Mario Peshev\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/\",\"url\":\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/\",\"name\":\"Debugging Tips for WordPress - WP Realm\",\"isPartOf\":{\"@id\":\"https:\/\/wprealm.com\/#website\"},\"datePublished\":\"2012-11-16T11:00:37+00:00\",\"dateModified\":\"2012-11-16T11:00:37+00:00\",\"author\":{\"@id\":\"https:\/\/wprealm.com\/#\/schema\/person\/d6eecd06eae0e48780a42a93d5815dc8\"},\"description\":\"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.\",\"breadcrumb\":{\"@id\":\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/wprealm.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Debugging Tips for WordPress\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/wprealm.com\/#website\",\"url\":\"https:\/\/wprealm.com\/\",\"name\":\"WP Realm\",\"description\":\"WordPress news, community news, reviews and more from all over the world\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/wprealm.com\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/wprealm.com\/#\/schema\/person\/d6eecd06eae0e48780a42a93d5815dc8\",\"name\":\"Mario Peshev\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/wprealm.com\/#\/schema\/person\/image\/\",\"url\":\"http:\/\/1.gravatar.com\/avatar\/a106a84accd94c03919b5c6af05b94d5?s=96&d=mm&r=g\",\"contentUrl\":\"http:\/\/1.gravatar.com\/avatar\/a106a84accd94c03919b5c6af05b94d5?s=96&d=mm&r=g\",\"caption\":\"Mario Peshev\"},\"url\":\"http:\/\/wprealm.local\/author\/mario\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Debugging Tips for WordPress - WP Realm","description":"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/","og_locale":"en_US","og_type":"article","og_title":"Debugging Tips for WordPress","og_description":"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.","og_url":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/","og_site_name":"WP Realm","article_publisher":"https:\/\/www.facebook.com\/wprealm","article_published_time":"2012-11-16T11:00:37+00:00","author":"Mario Peshev","twitter_card":"summary_large_image","twitter_creator":"@wprealm","twitter_site":"@wprealm","twitter_misc":{"Written by":"Mario Peshev","Est. reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/","url":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/","name":"Debugging Tips for WordPress - WP Realm","isPartOf":{"@id":"https:\/\/wprealm.com\/#website"},"datePublished":"2012-11-16T11:00:37+00:00","dateModified":"2012-11-16T11:00:37+00:00","author":{"@id":"https:\/\/wprealm.com\/#\/schema\/person\/d6eecd06eae0e48780a42a93d5815dc8"},"description":"There comes a time for every developer when things break. Mario takes a look at different techniques for debugging WordPress plugins, themes, and servers.","breadcrumb":{"@id":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/wprealm.com\/debugging-tips-in-the-wordpress-context\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/wprealm.com\/"},{"@type":"ListItem","position":2,"name":"Debugging Tips for WordPress"}]},{"@type":"WebSite","@id":"https:\/\/wprealm.com\/#website","url":"https:\/\/wprealm.com\/","name":"WP Realm","description":"WordPress news, community news, reviews and more from all over the world","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/wprealm.com\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/wprealm.com\/#\/schema\/person\/d6eecd06eae0e48780a42a93d5815dc8","name":"Mario Peshev","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/wprealm.com\/#\/schema\/person\/image\/","url":"http:\/\/1.gravatar.com\/avatar\/a106a84accd94c03919b5c6af05b94d5?s=96&d=mm&r=g","contentUrl":"http:\/\/1.gravatar.com\/avatar\/a106a84accd94c03919b5c6af05b94d5?s=96&d=mm&r=g","caption":"Mario Peshev"},"url":"http:\/\/wprealm.local\/author\/mario\/"}]}},"_links":{"self":[{"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/posts\/497"}],"collection":[{"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/users\/27"}],"replies":[{"embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/comments?post=497"}],"version-history":[{"count":0,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/posts\/497\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/"}],"wp:attachment":[{"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/media?parent=497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/categories?post=497"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/tags?post=497"},{"taxonomy":"people","embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/people?post=497"},{"taxonomy":"company","embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/company?post=497"},{"taxonomy":"events","embeddable":true,"href":"http:\/\/wprealm.local\/wp-json\/wp\/v2\/events?post=497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}