Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • Thread Starter Deny Dias

    (@denydias)

    I’ve found the underlying problem: the wp_afb_feedbacks table doesn’t exist in the database.

    The system that have presented the above issue is the production one, where the plugin installation feature is disabled.

    The plugins are installed in a development environment. The plugin directory itself is under version control. A new plugin goes to the VCS, then it comes to the production environment. There, the plugin is just activated.

    As the plugins are not ‘installed’, their installation functions doesn’t run. Plugins that doesn’t make a ‘health check’ upon activation may not handle their persistence resources required for the runtime.

    This was the case here. An edge one. ??

    Maybe an improvement for the next release…

    Thread Starter Deny Dias

    (@denydias)

    Just to let you know: CPTs not appearing within sitemaps is solved.

    To improve site performance and response times, I use Plugin Organizer plugin to selectively loads plugins only where they are required.

    I did some mess with the filters and Pods was not loaded at the moment that the sitemap function from any of the plugins I’ve tried (Yoast SEO and Google XML Sitemaps) was looking for content.

    Although the CPT appears fine under any of the plugin’s sitemap settings in admin so I can select it, they were just not ready in the frontend, hence the problem. My bad.

    I fixed that and everything is working fine now. ??

    I’m sorry for bother you, Arne.

    Thank you and have a nice week.

    Thread Starter Deny Dias

    (@denydias)

    I’m sorry for not providing further information before:

    WordPress 4.4.2 under nginx

    Plugins modifying output:

    Autoptimize 2.0.0
    W3 Total Cache 0.9.4.1
    Yoast SEO 3.1 (sitemap function disabled)
    Pods 2.6.1 (this one implements the CPT I’m facing issues with.)

    The CPT is registered with a custom rewrite to suporte/manual.

    I fixed mine.

    Turns out that a JS loaded from my child theme was producing an error before Yoast’s JS were loaded, preventing them to run. I fixed the former script loading and everything works as expected now.

    Same here. Any tab within settings pages are blank.

    This looks to be related with something messing with wpseotab css class. All tabs gets a display: hidden and no user action can change that. The content is there, it’s just not showing up.

    The same happens on Firefox 43.0.2 and Chromium 47.0.2526.73 on Linux.

    My env:

    Yoast 3.0.7
    WordPress 4.4
    PHP 5.5.9

    Any clues?

    Thread Starter Deny Dias

    (@denydias)

    Hi Jeff,

    Just to let you know that plugin reordering via database works only when changing wp_options.option_name.active_plugins. If one change wp_options.option_name.PO_plugin_order only, the Group And Order plugins page will not reflect the desired ordering.

    Maybe PO is looking for the ordering from wp_options.option_name.active_plugins only and ignoring what is set at wp_options.option_name.PO_plugin_order?

    Thread Starter Deny Dias

    (@denydias)

    Nice! That’s exactly the lines I’m reading right now… $cdn_url=$this->url_replace_cdn($url);

    ??

    Thread Starter Deny Dias

    (@denydias)

    I’m glad you can confirm that, Frank! ??

    Well, I’ll take a closer look at the code… maybe I can help you to speed up this feature. From my point of view, it’s the only missing feature so AO hit the summit of its class.

    Where can I send patches to you? Is right here fine?

    Thread Starter Deny Dias

    (@denydias)

    Really, Jeff! Now that’s weird! I tried the same you did more than once and it doesn’t worked for me. I’m gonna try that again when they appear out of order and let you know here the results.

    Thank you for the quick reply.

Viewing 9 replies - 1 through 9 (of 9 total)