Forum Replies Created

Viewing 15 replies - 31 through 45 (of 65 total)
  • Plugin Contributor Jan Reilink

    (@janr)

    Thanks @simonmm, I’ve verified the bug. We’ll release a fix asap, for now you can edit wp-content/plugins/vevida-optimizer/plugins/convert.php, and remove the curly brackets on lines 75 and 81.

    {$wpdb->prefix}

    becomes

    $wpdb->prefix

    My apologies for the inconvenience.

    • This reply was modified 9 years, 7 months ago by Jan Reilink.
    • This reply was modified 9 years, 7 months ago by Jan Reilink. Reason: braces > curly brackets
    Plugin Contributor Jan Reilink

    (@janr)

    Thank you for your notification @simonmm, we’ll investigate and get back to you as soon as possible.

    Plugin Contributor Jan Reilink

    (@janr)

    I’m sorry to hear the convert to InnoDB didn’t work as expected for you. Converting the database tables shouldn’t increase the number of rows.

    I haven’t been able reproduce that behavior. Your MySQL server log files should provide some more information and details about this. Ask your hosting provider if you’re not self hosting the database, and if the sudden increase in rows is due to our plugin we’re more than happy to receive those logs.

    Hi @andreinoell, thank you for your question.

    It is not that hard to set up an SSL certificate for your website, and to move your site from www to non-www, but there are some important steps involved. A little while ago, I created a (hopefully) definitive guide in which a couple of important questions are asked, questions that you need to answer for yourself. Doing so makes the migration easier.

    The article also mentions various ways of moving from www to non-www, and how to update your posts and internal links (by MySQL/phpMyAdmin or functions.php filter or plugin).

    You can find the article here: https://www.saotn.org/ssl-wordpress-move-wordpress-site-https-definitive-guide/

    Let me know if the article was helpful (for example by setting this topic as “resolved”).

    Plugin Contributor Jan Reilink

    (@janr)

    Hi @andreinoell, thank you for your question about converting tables to InnoDB through Vevida Optimizer.

    The plugin leaves non-WordPress database tables untouched.

    Thread Starter Jan Reilink

    (@janr)

    Hi @kts915, thank you for your reply.

    My intended use is exactly what “Sumit” states at http://wordpress.stackexchange.com/a/188897/27620:

    How WordPress use it: WordPress do not use it for styling or adding CSS anywhere. WordPress use it to add or manipulate thing which should be only on mobile devices (regardless size and name.) e.g. to add touch scripts, add viewport, mobile class in admin header, adding mobile buttons.

    To be frank (note: this is beyond the scope of this support ticket! But to eleborate the wp_is_mobile() usage) , I don’t want to display some ads on mobile devices.
    My shortcode in my own site-specific plugin to accomplish this is:

    function adsenseads300600() {
      $output = '<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
        <ins class="adsbygoogle"
          style="background-color: transparent;text-decoration: none;display:inline-block;width:300px;height:600px;"
          data-ad-client="ca-pub-yyyyyy"
          data-ad-slot="zzzzz"></ins>
        <script> (adsbygoogle = window.adsbygoogle || []).push({}); </script>';
        
      if ( ! wp_is_mobile() ) {
        return $output;
      }
    }
    add_shortcode('showmyads300600', 'adsenseads300600');

    My next step is to opt out from ads using a cookie, but that’ll take some more time.

    • This reply was modified 9 years, 7 months ago by Jan Reilink. Reason: blockquote formatting
    Thread Starter Jan Reilink

    (@janr)

    Thanks for your reply @keycdn, marking this topic as resolved.

    • This reply was modified 9 years, 8 months ago by Jan Reilink.
    Thread Starter Jan Reilink

    (@janr)

    Thanks for your reply @codyarsenault!

    It’s not quite what I meant, and maybe I didn’t explain myself well enough. But it’s not about using a separate mobile theme or plugin to create a mobile theme (kinda). Let me elaborate:

    In WP-Super-Cache you can activate the WPTouch plugin for WPSC, without actually having WPTouch… (wait for it). Then comment out a line in plugins/wptouch.php (reference), and WPSC nicely generates static cache files for mobile devices, called index-mobile.html of example.

    Note, these are no different than ordinary WPSC static cache files, but in your .htaccess or web.config file, you can rewrite visitors using a mobile device directly to the index-mobile.html(.gz)? files.

    Doing so gives you the opportunity to use WordPress functions like wp_is_mobile() to present mobile visitors with a different user experience than ordinary computer users.

    The problem with Cache Enabler: when I use wp_is_mobile() in my theme or plugin, and a visitor using a computer visits a post first, only that variant of the post is cached. There is no way to generate a mobile version anymore.

    (please excuse the lengthy reply 😉 )

    Please keep us posted @eaton. And when you receive a fix, put it up here and mark this thread as resolved. Thanks.

    Hi Eaton,
    In your first post, you mentioned:

    It’s for the captcha, but the same thing applies to file uploads.

    Did you mean Contact Form 7 file uploads? Maybe that shares the same chmod() functionality as the captcha does? If so you need to apply a similar change to the plugin core files, and/or contact the plugin developers.

    Hi Eaton, sorry you didn’t receive a reply from anyone.

    What you’re describing sounds like a file permission issue on the uploads folder. That is, if I understand you correctly: files uploaded through HTTP (Contact Form 7) cannot be deleted by FTP.

    I encountered the same issue, under these conditions:

    • different users for FTP and website (IIS application pool)
    • files uploaded through HTTP
    • not quite correct permissions on the TMP folder

    In my specific case there was CREATOR OWNER and the web’s IUSR user, but no permissions for the FTP user were set. This resulted in missing FTP user permissions after move_uploaded_file(), because the CREATOR OWNER ensures no permissions are inherited from the parent directory after move_uploaded_file.

    This, however, is based on an assumption that this the exact problem you’re facing. A lot – or everything – depends on your directory and file permissions, and how IIS is set up; the user under which the website runs, the application pool user, PassThrough authentication or not, and so on.

    I can’t help you any further, sorry. Verify directory/file and IIS permissions, or have your hosting provider take a look at it.

    Plugin Contributor Jan Reilink

    (@janr)

    Great work mcstar, thanks!

    Guess we need to provide some more detailed information in the plugin on certain actions.

    Plugin Contributor Jan Reilink

    (@janr)

    Hi mcstar, thank you for your question. We’d have to dive in and test to see why wp-posts with 1000+ posts isn’t converted to InnoDB.

    One thing you could try is to change line 85 in vevida-optimizer/plugins/convert.php, from:

    $wpdb->query("ALTER TABLE{$row->table_name}ENGINE=InnoDB");

    To

    if ( FALSE == $wpdb->query("ALTER TABLE{$row->table_name}` ENGINE=InnoDB”) ) {
    $wpdb->show_errors();
    $wpdb->print_error();
    return false;
    }`

    This’ll print errors that occur.

    I’ll see if I can set up a test with 1000+ posts sometime tomorrow. Do you use other plugins that may extend or overload $wpdb?

    Path traverse seems fixed now in version 0.3.2.

    Thanks @leec87. I was aware of issue #149 (where I got the code change from), but not yet of #255.

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