Forum Replies Created

Viewing 15 replies - 1 through 15 (of 25 total)
  • Thread Starter kbellis

    (@kbellis)

    Oops – my bad. I have a # where it shouldn’t have been; i.e., <a id="#deeds"></a> where it instead should be corrected to <a id="deeds"></a>

    Sorry to have caused anybody else to have heartburn.

    Hello Hugh and Shermiesdad,

    Is this question still unanswered?

    I’m also trying avoid the hassle of having to manually reload a dozen images for the header every single time one or the other themes is activated. Part of the issue I’m hoping to also address is the apparent behavior when doing this tedious procedure, and by that I mean, the “original” image when included for the pool of header images appears to actually get copied and thus when this procedure is done multiple times, we end up with pointless additional copies.

    If I figure something out, I’ll share ??

    Thanks very much for any others who know the answer and care to share it with the community.

    Best,

    Kelly

    Thread Starter kbellis

    (@kbellis)

    Hi Clayton,

    Just wanted to let you know that the issue was resolved last night with the added help of Tommy, the host’s support person.

    The final .htaccess file ended up looking like this:

    suPHP_ConfigPath /home/my_user_name/public_html/
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    
    # END WordPress

    And the final phi.ini looking like this:

    upload_max_filesize = 150M
    post_max_size = 150M

    Post Log
    Because Lunarpages uses suPHP to parse php files, there is the option of using a custom php.ini file. There can be multiple php.ini files on a single account in different folders, so you can customize the php processing in different folders should a script require it. A php.ini file will not inherit down into subfolders. However, with the creation of an .htaccess file in the same folder as the php.ini file the inheritance works and appending WP’s default .htaccess with that single call for suPHP allowed the ceiling raised to 150M. While this solution was specifically geared for the Lunarpages customer on a shared server, hopefully it will help others with similar situations.

    Thank you again for all of your help Clayton, I very much appreciate it.

    Best regards,

    Kelly

    Thread Starter kbellis

    (@kbellis)

    Thanks Clayton.

    Yes, that procedure as outlined in the link you kind gave is similar to what Lunarpages folks told me to do a couple of years ago and as I’ve detailed above.

    I’ve submitted a ticket request and will explore this further with them; however, I’m still puzzled why and by whose process this comes to shows up:

    .htaccess:
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    
    # END WordPress

    Thread Starter kbellis

    (@kbellis)

    Thanks Clayton for the kind reply.

    So, are you saying that the most recent WP 3.5.1 install didn’t create the first instance of .htaccess? :

    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    
    # END WordPress

    I’ll explore further with the web host, but implementing the necessary changes that had been outlined previously by the (same) web host worked when it didn’t exist and I then created that shortened .htaccess alone:

    suPHP_ConfigPath /home/my_user_name/public_html/
    # Use PHP5 as default
    AddHandler application/x-httpd-php5 .php

    Thread Starter kbellis

    (@kbellis)

    Thank you Andrew for your advice.

    Kindest regards,

    Kelly

    Thread Starter kbellis

    (@kbellis)

    Hi Andrew,

    Yes please, any advice will be much appreciated. And yes, FileZilla I use all the time, but not too much time spent with PhpMyAdmin… though some.

    And lastly, I looked at Moving WordPress – is that the route you’re suggesting?

    Thanks again.

    Thread Starter kbellis

    (@kbellis)

    Fantastic – that did the trick!

    Thank you very much Sayontan ??

    Kelly

    Viktor – well said and I agree whole heartily.

    Yes, the issue that I had been experiencing has been resolved, with much thanks to Edvard, and is discussed in greater detail in the GTranslate Forum linked above.

    Kind regards,

    Kelly

    The posts above do not state which release of GTranslate is discussed.

    GTranslate 1.0.13 is not working in WP3.1 either.

    It downloads, installs and seems at first to be configurable through settings… however, an unexpected behavior was observed: after adding two flags to the default set; Icelandic and Swedish, the flags appear above the Select Language pull down, but note immediately those two check boxes get cleared. This is a minor point.

    The major point is nothing else works; that is, there is no translation – at all – regardless of clicking on a flag or using the select language pull down.

    Searching completely through gtranslate.php for:

    <form id=”gtranslate” name=”form1″ method=”post” action=”<?php echo get_admin_url() . ‘/options-general.php?page=gtranslate_options’ ?>”>

    comes up empty.

    However, at line 261 we find this:

    <form id=”gtranslate” name=”form1″ method=”post” action=”<?php echo get_option(‘siteurl’) . ‘/wp-admin/options-general.php?page=gtranslate_options’ ?>”>

    Please advise.

    Thanks.

    Kelly

    See GTranslate Forum for similar post

    Thread Starter kbellis

    (@kbellis)

    Okay… I am unsure precisely what happened.. but it all seems to be working now, thankfully. The added WP-dTree widgets are there and functioning alongside of Widget Logic – life is good!

    Thread Starter kbellis

    (@kbellis)

    Next test I did may suggest something… maybe.

    After deactivating WP-dTree 4.2 and resetting Suffusion’s Options, the message did not return, and then I deactivated Widget Logic and reactivated WP-dTree 4.2, reset Suffusion and the message did not return.

    Unfortunately, the functionality of WP-dTree still is not working insofar as seeing any signs of it in the Widget panel.

    I’d love to see all three things; Suffusion, Widget Logic and WP-dTree, playing nicely together.

    Kelly

    Thread Starter kbellis

    (@kbellis)

    After deactivating the WP-dTree 4.2 plugin, the message:

    Update notifier failed (simplepie-error)

    failed to return.

    Thank you Ulf for any help.

    Kind regards,

    Kelly

Viewing 15 replies - 1 through 15 (of 25 total)