gfour

Hi @vupdraft,

I’m writing to inform you that we have successfully resolved this case. The issue was resolved by disabling and re-enabling wp-optimize. Now, with the “Generate separate files for mobile devices” option enabled, we can display different videos for desktop and mobile using the same shortcodes, where we check the user’s display size with the wp_is_mobile() function.

Thank you for your support.

Oh!! No, I’m not. I just use the following code in the shortcode that loads the video:

if ( wp_is_mobile() ) {
  /* Display and echo mobile specific stuff here */
  $video_src = '/wp-content/uploads/2023/10/9X16_WEBSITE_01_FINAL.mp4';
  $stall_img = '/wp-content/uploads/2023/10/mobile_screenshot_01.jpg';
 }

which then echoes the relative HTML:

echo '<div data-image="" class="home-slide slide-title video"> 
<video id="homeVideo" class="slide-video slide-media" preload="metadata" autoplay loop muted playsinline poster="' . $stall_img . '">
   <source src="' . $video_src . '" type="video/mp4" /> </video>  
</div>';

• This reply was modified 2 years, 6 months ago by gfour.
• This reply was modified 2 years, 6 months ago by gfour.

Unfortunately, there are no files with the prefix ‘mobile’ within the ‘/wp-content/cache/wpo-cache’ directory even if the corresponding option is enabled and a new preload was successful.

I’d rather not publish a URL that might encounter caching issues. Is there an alternative way for me to provide the information you’re requesting?

Status update.

After executing the wp search-replace function on my server, I discovered that the “siteurl” and “home” options in the wp-options table were both set to “https//127.0.0.1”. This was unexpected because I did not install a local instance of WordPress on my server. Any way, wordfence gets the right urls now.

Thanks for your support.

Hello Igor,

yes, I am referring to that exactly, and specifically to the Test Server Events area. The following instructions are given there, prompting the user to add the parameter {test_event_code: TEST1234} to the server’s payload in order to test CAPI. The instruction provided is:

Test Server Events
Follow these steps on your terminal or in the Graph API Explorer to start seeing activity.
1. Within your server's payload, add the 'test_event_code' to the event you want to test.
TEST1234
2. Copy and paste the test code below as a value for your test_event_code parameter. For example: {test_event_code: TEST26709}
3. Send the payload. If the payload is received correctly, it'll appear on this screen.

I would like to add this parameter, for all the events that my server sends to facebook, directly in your plugin code. Is that possible?

Other plugins, as you probably know, give this functionality directly through their administrator’s screen

Hello Hannah,
Our server’s running PHP 7.4.28
WooCommerce Multilingual plugin, where the WCML_Orders obj comes from, is v4.11.5

Thanks

For testing purposes you can visit the link below. Many pictures are missing so the front-end seems to be broken but do not be afraid 🙂
https://baggagement.ae