Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • I fixed the problem. There is a line like this:

    $social .= '<div class="easy-social-button pintrest"><a href="http://pinterest.com/pin/create/button/?url='. urlencode(get_permalink($post->ID)).'&media='.$pinterestimage[0].'&description='.the_title().'" class="pin-it-button" count-layout="horizontal">Pin It</a></div>';

    I replaced the_title() with get_the_title() and the extra title is gone.

    Max

    I have the same problem. dptnt.com is my website.

    The shared web hosting costs little and the providers typically promise a lot. However if you starts to use more than a few percent CPU/memory on average you will get suspension or threats.

    I have since moved to a VPS host and it is much better. It still takes some optimization to make it run well because of limited memory but at least no more threats from provider.

    It may not be too difficult. The key is to prepare two different versions for mobile users: one is the small screen version and another is full version. You cannot simply serve the full site cache for desktop browsers because the full version generated by WPTouch has a mode switcher in the footer while the regular one does not.

    WPTouch uses cookies to know which version the user wants. wptouch_toggle_switch has two values: mobile and normal. If WSC can somehow intercept the cookie and respond with one of the two mobile versions it should be ok. The cookie is only set when user first clicks on the mode switch so WSC can by default serve the true mobile version when mobile device is detected but the cookie is not set.

    Currently I have found a workaround to get the mode switch to work: I added “wptouch” to the cookie list that is used to detect known users. However this means no caching. This is also somewhat consistent with my original suggestion. But I agree a better solution is to have WSC work better with WPTouch.

    picmax

    (@picmax)

    Is there a way to make browser upload the default?

    I got IWG Hide Dashboard to work without the Role Manager by changing one line of code. From:


    if ( current_user_can('hide_dashboard') ) {

    To:

    if ( !current_user_can('level_10') ) {

    Max

    Well, I guess I spoke too soon. It didn’t completely fix my problem. Is this related to the built-in caching function? Next step, I will try to redirect all .html request to .php to see if this works.

    Storyman, it is possible.

    I checked the source files of both and they are slightly different but not much. I really don’t understand why the ad is not showing up since all the contents and keywords etc are the same.

    I think I have fixed the problem (I hope). I edited the index.php file in the root directory so it reads “require(‘./<my WP directory>/wp-blog-header.php’);” in stead of just “require(‘./wp-blog-header.php’);”. This doesn’t seem to make any difference for index.php, but now the two sources for index.html and index.php are the same.

    I also added the the google_ad_section_start stuff around the center column for better targeting. However I don’t think this fix the problem since I tried this first and it didn’t work.

    Hope this helps.

    Max

    Well, I am having a similar problem. I ran the latest WordPress 2.2.3 but I have noticed the problem for a while. If I go to the front the page of the blog by address (http://dptnt.com), I see public service ad on the banner and a blank skyscraper ad on the right. If I visit my site like http://dptnt.com/index.php, all the Ads show up perfectly. It appears that “http://dptnt.com/&#8221; is the same as http://dptnt.com/index.html. The question is: where is the index.html coming from? I don’t have that file in the directory at all.

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