Forum Replies Created

Viewing 11 replies - 46 through 56 (of 56 total)
  • Brayne

    (@brayne)

    Many people are having this issue it seems. My fix was to ensure the permissions for the folder of the theme were set at 755. The files within are at 644. So….

    themes/default
    themes/red
    themes/blue

    Where default, red, blue are all set to 755 and that did the trick. My page template options showed up nicely under the Advanced Options area down below.

    Hope this helps.

    Brayne

    (@brayne)

    I started to pull out hair on this also… My fix was changing the permission on the theme folder itself to 755. The files were at 644.
    So….
    wp-content/themes/default….
    wp-content/themes/bright….
    wp-content/themes/dark….
    wp-content/themes/something-borrowed….

    default,bright,dark,something-borrowed were all put to 755 and my page templates showed up nicely in the lower area under Advanced Options.

    Hope this helps someone!

    This works for me.

    <?php $postslist = get_posts('category=1&numberposts=1&order=DESC&orderby=post_date');
    foreach ($postslist as $post) :
    setup_postdata($post); ?>
    <div class="post_item">
    <span class='side_date'><?php the_time('F j, Y'); ?></span><br />
    <a href="<?php the_permalink() ?>" rel="bookmark"><?php the_title(); ?></a>
    <?php the_excerpt(); ?>
    </div>
    <?php endforeach; ?>

    My 2Β’

    Change the way you think of updates. There are punks out there who do nothing but find ways to exploit the code. How much would you have to pay for an international team of professional, full-time programmers to patch these exploits, and notify you that some idiot found a new way to screw with you, and YOU CAN FIX IT FOR FREE?

    MS and APPLE and the rest, do constant updates to their software for the same reason. I welcome the updates. In fact, THANK YOU WP TEAM FOR THE UPDATES!!! Some of these updates fix exploits that are so creative it’s crazy!! Beware of programs that never have updates unless you are a VISTA programmer. It’s perfect right out of the box! hehehehe. If you make adjustments in internal code, as I do, make notes. Then compare updated files. For me, it’s worth the time.

    As for major updates, I install a test version, offer feedback and over the course of a few weeks, determine whether or not to update the full version to my production sites.

    Growth is a good thing, unless it’s on your skin.

    I think remembering “last used” is very nice. I’ve had contributors erase a bunch of extra code by simply trying to help. It can’t hurt. Great idea!!

    Don’t you see? They are McDonald’s and we are McDowell’s. They have the golden “arches” and we have the golden “arcs”.
    It’s not the same.

    Cleo McDowell – Coming to America

    I concur completely with Rongo. Please show ID’s for Posts, Pages and Categories at least somewhere. It would make life so much easier. If it’s not in the release, I will end up hacking/adjusting the code for sure.

    If you wish to hard code this.. it’s in wp-includes/pluggable.php

    lines 212 and 223.

    My admin drop menu for page parent stopped working using Firefox – Mac – 10.4.11. For me it started happening when Firefox updated. Now Firefox doesn’t work with changing out widgets either. It all works in other browsers..bummer FF.

    I think speck hit the nail! Instead of turning off mod_security I felt better adjusting my http.conf file. In my case the mod_securty.conf file. I have clients on my server, as virtual hosts, running WP and I don’t wish to change everyones htaccess files. πŸ˜‰

    I found …

    # Only accept request encodings we know how to handle
    # we exclude GET requests from this because some(automated)
    # clients supply "text/html" as Content-Type
    SecFilterSelective REQUEST_METHOD "!^(GET|HEAD)$" chain
    SecFilterSelective HTTP_Content-Type "!(^application/x-www-form-urlencoded$|^multipart/form-data;|^text/xml;)"

    and changed it to …

    # Only accept request encodings we know how to handle
    # we exclude GET requests from this because some (automated)
    # clients supply "text/html" as Content-Type
    SecFilterSelective REQUEST_METHOD "!^(GET|HEAD)$" chain
    SecFilterSelective HTTP_Content-Type "!(^$|^application/x-www-form-urlencoded|^multipart/form-data|^text/xml)"

    This did the trick for me.

    I know how to edit the .htaccess file, but when I add

    <Files index-extra.php>
    SecFilterInheritance Off
    </Files>

    I get a 500 Internal Server Error

    Where do I add this and does it matter with the order?

    when ever I monkey with the htaccess, and I get a 500 error, I make sure to save the code with the proper format.
    “raw text” or “unix code”.
    Your text editor might be messing you up there.

    This problem has happened on a clean-new install for me as well. The htaccess addition fixed it.

Viewing 11 replies - 46 through 56 (of 56 total)