Forum Replies Created

Viewing 15 replies - 31 through 45 (of 872 total)
  • Plugin Author Nextendweb

    (@nextendweb)

    @thegentatwpforum, I’m sorry, but it is not that easy. As I see in that documentation you must be a JavaScript developer or you need one to display texts in sync with a video.

    I suggest you to use YouTube with subtitle or write a custom HTML5 video tag with subtitle.

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @thegentatwpforum,
    Smart Slider is not the right tool for captioning a video. If the video takes more/less time to load, then it might get out of sync from your video. Also if a visitor seeks your video or the video is buffering (low bandwidth), the caption will be out of sync.

    I think your use case requires custom coding. Here is a docs which describe how to add captions/subtitles to HTML5 videos: https://developer.mozilla.org/en-US/docs/Web/Guide/Audio_and_video_delivery/Adding_captions_and_subtitles_to_HTML5_video

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @paucompany,
    Smart Slider does not open ports and do not use anything external resource without user interaction. Smart Slider use the in-built WordPress update system, which connects to ww.wp.xz.cn servers. Also if you use the in-built sample sliders features, it imports the chosen slider from api.nextendweb.com.

    What kind of firewall do you use? Could you check the firewall logs of for clues? If you activate your firewall, the whole website is black or just the slider is not showing up on your site?

    Hi @ironikus, @toniko33,
    I checked this issue with WordPress 5.5.3 + Email Encoder 2.1.0 + Smart Slider + Query Monitor + Twenty Twenty theme.

    The DOMDocument parser throws the warnings for the custom tags in this theme. If Smart Slider not activated, Query Monitor won’t show these errors as Email Encoder’s output buffer is closed after Query Monitor done with the processing. As Smart Slider closes the buffers, it results that the Email Encoder’s output processing happens right before Query Monitor, so it is able to inform you about these warnings.

    In my opinion DOMDocument is not the right tool for this kind of use. As I red, it do not properly support HTML5 for example. This is why it throws these errors for valid custom tags.

    The minimal effort solution would be to disable the libxml’s internal error reporting while you processing the HTML. It will properly suppress these warnings.

    
    $dom = new DOMDocument();
    $internal_errors = libxml_use_internal_errors(true);
    @$dom->loadHTML($content);
    libxml_use_internal_errors($internal_errors);
    
    Plugin Author Nextendweb

    (@nextendweb)

    @a223123131, all of these changes what we will do for better score take some time. We know the key points where we can improve. This is our main priority and I’m sure we will be able to release it before Google starts to really use these metrics in the SEO ranking algorithm (That will happen in May 2021).

    These are the main points where we want to improve:

    • Reduce JavaScript usage
    • Reduce HTML footprint
    • Leverage JavaScript usage
    • Grid based layouts
    • Native lazy loading
    • Explicit image sizes
    • Device specific image optimization

    I think the complete solution will be released in January/February 2021. Until that I need to ask your patience and I will try to publish test versions for you in this topic before the final release.

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @a223123131,
    thank you for your feedback. We take these kind of speed improvements very seriously. Few of these improvements are currently under development and will be released soon.

    The Web Vital Performance is based on Google’s tool named Lighthouse. This tool is also available in Chrome in the developer tools. Just heard yesterday that GTmetrix started to use lighthouse for measurements. We keep our eyes on these tools and we are trying to adapt Smart Slider to these metrics.

    Plugin Author Nextendweb

    (@nextendweb)

    @oganianarman, the fix for this issue is out in version 3.4.1.12. Thank you for reporting it!

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @oganianarman,
    I have implemented the required changes to make Smart Slider to properly work with Themify theme’s cache system. Let me know if there’s any other area where you experience bugs related to output buffers.

    You can download the fixed version for testing purpose from here:
    https://www.dropbox.com/s/joa1m78uwp287kp/smart-slider3-wordpress-free.zip?dl=1

    Plugin Author Nextendweb

    (@nextendweb)

    @oganianarman, I just bought one of your theme and checked your code. I will make a fix tomorrow in Smart Slider for Themify themes.

    BTW.: class TFCache:
    I do understand that your implementation works, but it’s wrong! You open an output buffer in template_include and you want to close the same output buffer at late shutdown. If there are multiple plugins installed, there is a chance that you are closing someone else’s output buffer. It might not result in bugs most of the times, but it might…

    The fail-safe solution on your side would be the following. Only drawback is that you can not start new output buffer inside tf_cache_end and you can not echo anything there:

    
        private static function tf_cache_start() {
            // ....
    		define('TF_CACHE',true);
    		ob_start(array(__CLASS__,'tf_cache_end'));
        }
    
        
        public static function tf_cache_end($html, $phase) {
    
            if ($phase & PHP_OUTPUT_HANDLER_FINAL || $phase & PHP_OUTPUT_HANDLER_END) {
                //.....
                $html=preg_replace(..., ..., $html);
                //.....
    		}
            return $html;
        }
    

    I do not mind if you do not implement it. I just wanted to let you know.

    Plugin Author Nextendweb

    (@nextendweb)

    @oganianarman as I told you I need an installer of your theme. You can send it privately, you know our email address, I sent you the request twice. Our shared interest to solve this issue and as you can see I do not demand the fix from you, I’m not even arguing with you. I just want to be able to reproduce the problem, that’s all.

    What would you do if I tell you there is an issue somewhere in your code with another plugin which you do not have access? Would you change anything in your code without testing the issue yourself?

    Plugin Author Nextendweb

    (@nextendweb)

    @oganianarman

    https://prnt.sc/vfq0o2

    in_array checking if our callback is in the ob_list_handlers() -> array.

    Also if we reach our callback, we break the loop so no other output buffer handlers gets closed.

    If you check your last screenshot, you can see that Smart Slider’s output buffer was opened sooner than yours. Also it seems likes Smart Slider closes the buffer closes earlier than you. This is how it looks like:

    <?php
    ob_start(); // Smart Slider opens
    ob_start(); // Themify opens
    
    ob_get_clean(); // Smart Slider closes as its not our callback
    ob_get_clean(); // Smart Slider closes as its our callback and breaks the loop
    ob_get_clean(); // Themify tries, but there is no output buffer left. Smart Slider closed it.

    I’m open for changes, but without sending you an installer of your theme where I could test I can not change anything. Proper testing is important for me.

    Plugin Author Nextendweb

    (@nextendweb)

    @oganianarman, output buffer is a FIFO stack. Your idea about counting is wrong.

    
    <?php
    ob_start(); // #1
    ob_start(); // #2
    ob_start(); // #3
    
    ob_get_clean(); // this will close #3
    ob_get_clean(); // this will close #2
    ob_get_clean(); // this will close #1
    

    There are examples:
    template_redirect: Smart Slider opens #2, then Your theme opens #3.

    wp_footer: Smart Slider wants to close #2, but #3 is still open. It must call 2 ob_get_clean() to close #2 buffer.

    There is no standard in WordPress how to work with output buffers, so anything can happen with them. I have seen several conflicts with output buffers in the past 6 years. So I’m not telling you that it is your theme’s fault also not Smart Slider fault either. It is the way how output buffering works. This is why I told that in my experience the only fail safe method if you use output callback for your ob_start call.

    I wrote you in private asking for a theme installer to test. I’m willing to check the situation and we will do our best to make this conflict go away.

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @oganianarman,
    thank you for reporting this issue, we will investigate it. What I need is an installer to one of your theme and any special things to enable in your theme if needed. I will check how do you handle output buffering and based on that I will fix this issue in Smart Slider.

    ​​Few years ago I had a thorough research about output buffering in plugins and themes. There are a lot of misunderstanding about output buffers. Here you can read about my findings: https://github.com/nextend/wp-ob-plugins-themes
    ​It turned out that the only failsafe way of using output buffers if you use ob_start with callback function. If you start a new output buffer somewhere around template_redirect action, you can not be sure that the same output buffer will be accessible at shutdown for example.

    Plugin Author Nextendweb

    (@nextendweb)

    Hi @7thcircle, Thank you for the feedback!

    We are preparing for our black friday deal. Placing such is not against the guidelines, which you can read here: https://developer.ww.wp.xz.cn/plugins/wordpress-org/detailed-plugin-guidelines/#11-plugins-should-not-hijack-the-admin-dashboard

    It will show a notice during the sale period and you can dismiss the notice. I’m sorry for the trouble and I hope you will keep using Smart Slider 3.

    Plugin Author Nextendweb

    (@nextendweb)

    @mmhgloba, that’s great. I’m happy that it works as expected! πŸ™‚

Viewing 15 replies - 31 through 45 (of 872 total)