If the client accepts application/xml, then it should be XML aware, meaning that it should be able to handle all derivatives. If not, you can easily set the client to palm the unknown mimetype off to an externall application. I.E, as always, is an absolute waste of space in this regard.
302 2008-12-31 17:32
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
I know the article is really old, but Wikipedia still shows "(Registration Being Prepared)" for the MIME type.
It's in the RFC's. I always use those for basing a decision on.
303 2008-12-31 17:28
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
I use something similar to the following code.
$accept_tag = isset($_SERVER['HTTP_ACCEPT']) ? strtolower($_SERVER['HTTP_ACCEPT']) : '';
if (isset($accept_tag) && strpos($accept_tag, 'application/xml') !== false)
{
[ code ]
}
The strtolower is used over stripos due to the latter only being available in PHP5 upwards. If you use your code above, (which appears fine too), I would add a strtolower on the tag before exploding it.
304 2008-12-31 14:38
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
I personally use the specific type for each one, i.e: application/atom+xml & application/rss+xml, as mentioned above. Unless the client doesn't list application/xml as one of its accepted types, in which case text/xml is used.
305 2008-12-31 14:03
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
MattF wrote:Besides, if 1.3 truly is XHTML compliant, then that shouldn't be a problem in any area of the forum.
Actually, I was rather thinking about the possibility of broken extensions.
True. I was forgetting about that potential problem area.
306 2008-12-31 13:58
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
As far as I know, the proper solution to handle this is to check whether or not the browser supports application/xhtml, then set the page type consequently. The resulting page may still fail at some validators, but the fault will be on the validator's side, because it doesn't send out a proper list of its supported page types.
That is the preferable way to do it.
Re-edit: I think sending out the page as application/xhtml should be toggleable by the board administrator. Because in some browsers (Firefox, anyone? ), when an application/xhtml page contains a single error, it won't be displayed at all. Great for debugging, not cool for publishing Last edited by patheticcockroach (Today 09:24:09)
The mimetype, application/xml, would only be applied for the RSS/Atom feeds. Besides, if 1.3 truly is XHTML compliant, then that shouldn't be a problem in any area of the forum.
307 2008-12-30 23:21
Re: Comment moderation (4 replies, posted in PunBB 1.2 modifications, plugins and integrations)
I think he wants to know where the moderation control panel is?
Cheers. If that's so, there is a link at the bottom of the topic or forum to moderate the respective topic or forum being viewed.
308 2008-12-30 22:31
Re: Comment moderation (4 replies, posted in PunBB 1.2 modifications, plugins and integrations)
Any chance you could rephrase the question? Can't quite figure out what you mean.
309 2008-12-30 22:29
Re: help,the post wrong (1 replies, posted in PunBB 1.2 bug reports)
Enable debug mode and post the complete error message. Or, alternatively, inspect the SQL logs for the error message entered there.
Edit: Btw, this thread should be in troubleshooting, not bug reports.
310 2008-12-30 14:53
Re: integration with custom front end (4 replies, posted in General discussion)
Am I assuming correctly if i verify the login against the users table of phpbb in my custom main page script and create a cookie named like my phpbb config (or default name) just the way it is done by forum_setcookie function called in login.php I will be safe from harm?
I'm not overly familiar with the 1.3* code, but if you include common.php within your script, you will then have access to all the cookie functions and the forum_user? array. Just have a quick look at the code, and you will see how straight forward it should be to integrate.
Edit: The devs or one of the 1.3* chaps will let you know if anything is different from the above. I'm still firmly stuck in the 1.2* code camp.
311 2008-12-30 13:44
Re: Problem installing on local server: Chmod (11 replies, posted in PunBB 1.3 troubleshooting)
No worries. It is just that it makes it harder for people to gauge what the thread is regarding.
Who is your host? That reply they gave you seems pretty much useless. You really need to try them again and try and get something useful out of them. If they are that useless again with their response, I'd suggest switching to a decent host, personally. You may get this specific problem sorted without their help eventually, but that type of offhand host will always cause you problems in some way or form
312 2008-12-30 13:38
Re: integration with custom front end (4 replies, posted in General discussion)
Whichever suits the occasion best. For example, if you merely need an extra column in the user table, then add an extra column. If, however, you want a completely separate table for some new addition that isn't related to any of the existing tables, create a new table. Keeping with the general layout and flow is my personal method.
With regards to input, just make sure you verify the integrity of *ALL* input which can be supplied to your scripts. Trust nothing and check everything. It is better to be too paranoid than not enough.
313 2008-12-30 13:33
Re: Looking for someone qualified to install mods for a fee (11 replies, posted in PunBB 1.2 discussion)
Sidenote @Matt: wow, do you know it appears you have the most amount of posts in the least amount of time of anyone on this forum `8^O ..whoa! HA!
314 2008-12-29 21:24
Re: Problem installing on local server: Chmod (11 replies, posted in PunBB 1.3 troubleshooting)
Contact your host.
Also, 'Urgent' is absolutely useless as a thread title. Use a meaningful title next time.
315 2008-12-29 11:41
Re: A few bugs... (3 replies, posted in PunBB 1.3 bug reports)
I have noticed since that punBB checks that such code cannot go INTO the database through normal posting, but that only checks things on the front end. In my opinion, the parsing of the code coming OUT OF the database needs a little more robustness. If the database can store it, the parsing routines should handle it.
You have provided your own answer to that paragragh. That code cannot, in normal use, be inserted into the database, hence the outward bound parsing would be moot.
You cannot parse for unknowns. If you are going to enter code via whichever means manually, then you need to make sure that code is formatted correctly.
316 2008-12-26 20:22
Re: Download links for last posts and skins. (20 replies, posted in PunBB 1.3 discussion)
Could one of the mods change this thread title to something meaningful, please?
317 2008-12-26 20:20
Re: text/xml is deprecated (15 replies, posted in PunBB 1.3 discussion)
One point to note, however, is that if you change the type to application/xml, and no programme is set to handle that mimetype, it will just prompt the user to save the file or select a programme with which to view it. Text/xml will at least display the content within the browser if no feed reader or such like is registered for that protocol. It's horses for courses.
318 2008-12-26 20:16
Re: vBulletin sucks (8 replies, posted in General discussion)
I did not tried vBulletin, but my friends are saying it is very nice programmed forum.
Never looked at it myself, but the last I heard, (and this is totally second hand information), is that the coding is shite, to put it subtly. As I mentioned, however, I cannot say first hand.
319 2008-12-24 10:25
Re: Unable to confirm security token (can I increase the time?) (18 replies, posted in PunBB 1.3 troubleshooting)
I'm personally rather unfamiliar with the specifics of the 1.3* code, but I'm sure one of the devs should be able to point you in the right direction. You have to allow time for the fact that it is Christmas, when factoring for a response, however.
320 2008-12-23 22:33
Re: Unable to confirm security token (can I increase the time?) (18 replies, posted in PunBB 1.3 troubleshooting)
Yeah, of course.
It is not a good idea to suggest to people an option which is decreasing their security.
321 2008-12-23 16:53
Re: Unable to confirm security token (can I increase the time?) (18 replies, posted in PunBB 1.3 troubleshooting)
That's defeating the purpose of having the security token, however.
322 2008-12-23 16:51
Re: Users reporting logging in problem (41 replies, posted in PunBB 1.3 bug reports)
Cookie path?
323 2008-12-23 16:45
Re: Looking for someone qualified to install mods for a fee (11 replies, posted in PunBB 1.2 discussion)
It may also be worthwhile contacting Utchin.
324 2008-12-16 10:34
Re: What is the point of the redirect after posting? (5 replies, posted in PunBB 1.3 discussion)
It is simply for the purpose of providing a visual indication/clarification that the requested action has been carried out.
325 2008-12-16 10:30
Re: SQL and Big-O (3 replies, posted in Programming)
I have practically no idea what you mean. What you have written makes very little sense.