Search options (Page 1 of 2)

Until LucidCMS supports a customizable URI structure and RSS feeds, it certainly wouldn't work for our needs. But it seems to be a nice start in the right direction.

As to what to rename the file, something along the lines of "Apache-Directives.conf" would probably be the most accurate. As noted above, these directives should go into the httpd.conf file provided the site admin has write access to it. If not, then the user should upload the directives to the server and rename it .htaccess. There are several reasons why httpd.conf is preferable to .htaccess files, the most important of which is performance. If .htaccess overrides are enabled, Apache has to look for them in each and every directory, thereby increasing CPU load.

coaster: WordPress will only create the .htaccess file if the web server process has write access to the relevant directory, which for many people may not be the best arrangement from a security perspective. Of course the user could create an empty .htaccess file, give it the correct permissions, and then let WordPress edit it, but in that scenario you might as well just have the user paste the directives at the same time they are going to the trouble of creating an empty .htaccess file.

Just my two cents...

Mac OS X works the same way -- you can't create a file that starts with a period unless you're comfortable with a command line. The standard GUI procedure here is just as you suggested: upload the file and then rename it on the server. I don't think too many people will have trouble renaming the file on the server end, as every FTP client I've ever seen can rename files in a snap.

That said, I see no harm in providing the information in more than one place. In addition to the .htaccess file, why not also include the needed directives in the readme/install docs? That way, non-Windows folks can simply copy and paste the directives into httpd.conf or an .htaccess file as needed.

Scratch that... It's there. FTP server seems a bit wonky, however.

How about today? I would love to utilize the weekend to give it a thorough test drive...

I'm sorry -- my suggestion assumes that you have access to a crontab. Many hosts do not provide this functionality to their users, unfortunately.

Assuming you're able to run PHP via the command line, just call extern.php from cron every hour and save the output as a static HTML file. This technique is commonly used to reduce CPU load for RSS news feeds.

Could you provide a bit of explanation as to the semantic purpose of these links? I gather than "tid" is for the topic ID, but I'm not sure what the "fid" and "qid" are for.

Yup, lebel... CSS is just a load of hype. Umpteen nested table layers is soooo much more fun to navigate! Can you believe people want to control layout from a limited number of CSS files instead of dozens of HTML/PHP files? The insanity! And yes, the only reason PunBB switched to CSS was to gain a fraction of a second in loading times. Oh, by the way, pass the crack pipe, please.

[/sarcasm]

(Begins John Kerry rhetorical monologue...)

Could PunBB's CSS be streamlined and easier to navigate? Probably.
Would it be nice if PunBB supported drop-install theme packs? Yes.
Would we like to see your contribution to achieving the above? You betcha.
Do most knowledgable folks desire to revert to table-based layouts? Not a chance.

And now back to our regularly scheduled programming...

Sunday is when Rickard's WordPress blog went up, so that's consistent with the time frame you mentioned, Paul. But it seems unlikely that comment spam bots alone would cause this, and if so, perhaps some changes on the server are in order. I've got a WordPress installation running with no server slowdowns, and that's on an older version (1.2) with fewer built-in anti-spam measures present than 1.5 has.

That said, I installed one anti-spam plug-in a while back, and I think that is probably helping a great deal: WP-HashCash. Realize that this only combats comment spam. For tips on fighting trackback spam, this section of the WordPress Codex should be useful.

Glad you were amused by my comments, Rod. Guess I must have hit a soft spot.

For what it's worth, I wasn't trying to make this personal. I simply pointed out what appears (to me at least) a major inconsistency with your constant harping about putting users first. I never said Fantasya isn't a pretty site -- it is indeed a very nice looking site. Much better than I could ever design. But from a user friendliness perspective, it needs a lot of work. That's my opinion. I'm sure you couldn't care less. Great!

Your argument that "we" want boring sites is just silly. There are many fantastic looking sites that don't impede the capabilities of users' web browsers. I'm sure you have seen them before.

By the way, since when does one need to download a plugin to use the scroll wheel in Firefox? I'm not sure what you're talking about there. I have yet to see the need for that on any platform -- in my experience, if the OS supports the scroll wheel, so does Firefox.

Sure, if that is your wish.

Site design looks great. I'm guessing the site will render fine for viewers who have set their browsers to default to French, but on my browser (Firefox) the rendering was quite b0rked. You might want to include a Content-Type header to fix this. Something along the lines of...

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

I can send you a screenshot if you like.

As I already tried suggesting once before, can we just agree to disagree on what's best for end users? I just don't think we're going to see eye-to-eye on this one.