polyfade

@mateuszgbiorczyk ok, I removed that uploads from the path location.

Now it reads try_files /wp-content/uploads-webpc/$path.$ext.webp $uri =404;

if I don’t use the Pass Thru mode, I receive a server configuration error returned by the plugin.

I’m trying to configure using htaccess.

I don’t have any caching enabled via plugin or server-side. Restarted after each test.

In functions, I set to absolute path:

add_filter( 'webpc_site_root', function( $path ) {
  return '/Volumes/Evo/Sites/mysite'; 
} );

Other than that my WP setup is the typical uploads directory location – nothing special.

Absolute path to uploads: /Volumes/Evo/Sites/mysite/wp-content/uploads

Absolute path to uploads-webpc: /Volumes/Evo/Sites/mysite/wp-content/uploads-webpc

Still getting rewrites_not_working.

• This reply was modified 3 years, 10 months ago by polyfade.

Regarding my nginx setup, on some images I now see https://mysite.test/wp-content/webpc-passthru.php?src=https://gateway.test/wp-content/uploads/eva-400x400.png&nocache=1

So it must be this configuration:

server {
location ~ /wp-content/(?<path>.+)\.(?<ext>jpe?g|png|gif)$ {
        if ($http_accept !~* "image/webp") {
            break;
        }
        add_header Vary Accept;
        expires 365d;
        try_files /wp-content/uploads-webpc/uploads/$path.$ext.webp $uri =404;
    }

}

In the FAQs, the try_files /wp-content/uploads-webpc/$path.$ext.webp $uri =404; is specified differently. Should it be try_files /wp-content/uploads-webpc/uploads/$path.$ext.webp $uri =404; instead? Or maybe this is specific to my setup?

• This reply was modified 3 years, 10 months ago by polyfade.

I now understand it won’t show the .webp file, but rather its displaying the .jpg.webp file. That is “magical” yet its awkward when it comes to testing.

When I tried this out on an Apache server using MAMP, this plugin works right out of the box (I think). In devtools, within the Network tab, the jpg shows as a type of webp with Headers as Content-Type: image/webp.

My Valet setup is a bit different besides it running nginx. My projects live on an external SSD. So I don’t know how the paths should be specified within the site’s nginx config. This is the absolute path to uploads-webpc is /Volumes/Evo/Sites/mysite/wp-content/uploads-webpc.

• This reply was modified 3 years, 10 months ago by polyfade.

Also, to return the slug, add 'slug' => $post->post_name.

Actually easier than I thought.

Add 'menu_order' => $post->menu_order to the output array ~line 154

@schmidt25 Sorry, it wasn’t my intention to ignore you. I couldn’t get ACF integrated into Advanced Ads. It would’ve required touching the plugin files – which would be messy in future updates. Besides, it was beyond my comprehension once I started looking at the plugin files.

Advanced Ads has a templates addon: https://wpadvancedads.com/manual/ad-templates/

However, I couldn’t tell if it was as extensible as I needed.
The way Modern Tribe’s The Event Calendar allows you to extend templates is what I was looking for. https://theeventscalendar.com/knowledgebase/k/customizing-template-files-2/

I don’t want to post the plugin here I ended up using because that’s not my intent, but will gladly give you a more in-depth screencast by submitting a support ticket on your website.

I am not married to this other plugin, but because of time constraint and the needs of this project, I needed a solution on par with Advanced Ads that allowed ACF integration with little effort.

Thanks for your interest and support.

Joachim, most of our ads would be supplied and managed in-house.

When selecting a Plain Text and Code ad type, for example, I’d like to include ACF fields to use as a simple ad builder. Right now, I don’t think this plugin is exposed to ACF. In any case, it doesn’t see it as a custom post type.

Basically, I’d like to include an image field for photo, text field for a headline, and text area field for some basic info. This way our ads would appear legible at any screen size and consistent with our brand. Also, adding different sized ads based on screen size would be irrelevant for the editor to prepare or worry about since the ad would automatically stack on smaller screens with a little CSS.

ACF provides a middle ground between a fully prepared inaccessible image ad and custom HTML the editor shouldn’t have to wrangle with.

Yes, the ad block detection is wrong with this plugin. Ironically, it works when there is no ad blocker plugin installed. I tested this using incognito mode so all my plugins have been disabled. Yet, it doesn’t do anything when an ad blocker is enabled, like with Ghostery.

Nevermind, ID10T error.

It seems it doesn’t like URLs with port numbers. Still, once I’m able to export posts and their media, the media will not import into the new site.

I get it. Because my ACF TinyMCE field could be called anything_field. YouTube Lyte’s shortcode works inside the ACF’s TinyMCE field so that’s better than nothing. Much appreciated for your plugin.

I get it. After you add a new block, hover over the block’s name, click the PHP link and copy/paste that code into the theme’s functions file.

Vinod, sorry for the confusion. To clarify, I am looking for the results to show in the drop down opposed to sending the user to the search results page like the search box found on your documentation site.
See screenshot: https://cloudup.com/cxNGihS1kkj

Search dropdown as shown here: https://ivorysearch.com/documentation/

True, I was expecting to experience the same result as the one found on your documentation website. Is there any option for that – to display results in a drop down while still considering small screens?