Forum Replies Created

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter webdev8183

    (@webdev8183)

    Thank you I will head over there

    you could update the entries for filesizes in the database using MySQL that should cause it to update the corresponding attributes in the generated views.

    do you have frontpage or frontpage server extensions installed?
    this looks like it might be relevant.
    Finally, A solution.

    There have been a number of threads on this issue in the support forums, and until now, no solution to the problem.

    Normally, on a Unix server with the Microsoft FrontPage Server extensions installed WordPress works just fine and you are able to edit and publish pages (with Microsoft FrontPage) — until — you make a change to the permalinks (for example to the date based kind that I like /2005/04/etc). I often suggest that type of URI to folks asking about permalinks etc, as that is the method recommended by the w3c (see https://www.w3.org/Provider/Style/URI ).

    Now, the problem is that FrontPage uses the .htaccess file (which the WordPress mod_rewrite rules must access) for its “publishing” and “web authoring” configuration. As soon as the WordPress mod_rewrite code is added to the file, two things happen — the permalinks don’t work and the Frontpage Server extensions become corrupt.

    I have tried countless ways to get around this, including trying to use rewrite rules that “ignore” the %{HTTP_USERAGENT)% used by FrontPage, to using a second AccessFilename .wpaccess to the httpd.conf file, and a host of other things, and nothing worked to allow use of FrontPage and management and use of permalinks in WordPress at the same time.

    The solution is actually simple, and I figured it out by accident.

    If you are using, or wish to use FrontPage (or if your hosting package is pre-configured that way) along with WordPress, you’ll need to take the following simple steps on your server or have your hosting company do them for you.

    Microsoft FrontPage creates the following directory
    _vti_bin
    Nested within that it creates both _vti_adm
    and _vti_aut

    In addition to in your site (or WordPress) root folder in all of those directories you will find additional .htaccess files.

    In all three of these directories AND in the root directory, at the top of ALL of the .htaccess files you simply need to add one line:
    Options +FollowSymlinks

    There may or may not already be a line in each like
    Options None

    Edit and save each .htaccess file and you’re done. Now everything works perfectly, including FrontPage, AND the permalinks of your choosing.

    perhaps the actual error would help narrow down the cause, try adding that to your post, did you do a google search for the error you received cause sometimes that can help with diagnosing the cause. Have you also tried rebooting your modem? temporarily disabling security software? try the steps in this article

    I hope that helps you out, I can totally relate with how frustrating these issues can be especially when the computer doesn’t really tell you why its sick, it just is if you know what I mean

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