You are not logged in. Please login or register.
PunBB Forums → Posts by Jérémie
Because there are no standards for creating mods, which has led to some pretty haphazard creations
There are standards for writing decent html, but most ignore them unfortunately.
You should have asked before (and people who know what they are talking about)...
Try to handle it with your support then. Maybe they can do something.
Thank you all. It seems to work fine, and I have borrowed the PUN require/define from Smartys sitemap.php 
All I need is to format the date, and test if it matches the post I need; but it seems fine.
Edit: confirmed, it all works well.
Thanks guys.
The code is pretty short and basic (and probably very badly written), but if anyone is interested by a global sitemap index generator from other sources, just ask.
Online isn't good. Free is mostly a very good ISP, but his subsidiaries Online don't handle well the dynamic websites.
Months of hat eating... that wouldn't be good sor a dev stomach... 
To keep it simple: that's on your hosting company. Not really their fault, since in heavily web shared environment the main weight on the SQL servers is the dataflow between them and the web server; so it may be logical to limit these.
So, if you don't pay much your hosting plan, that's normal and you should upgrade it. If you pay more, find a better quality/price deal somewhere else. Nota: if it happen with only 5 concurrents users, you should have a very, very basic plan... like maybe 20, 30 box a year, tops. Over that without a good reason, it's too expensive.
Edit: ok I just saw that you are French. You might want to try OVH (very cheap and overall quite good, especially for its prices; and very large), or maybe Infomaniak (but their plan are bigger and more expensive from the start). At OVH, maybe a 90plan or something like that might do the trick. Depending on your needs.
In fact, nope. Not without sanitizing. See my latest comment on your web log about unicode.
Numeric or plain entities are just a way old HTML had to use to display non-ascii character, but these characters (two or more looking like each others) can be input with a keyboard, or using an external program and then copy-paste unto the browser.
There are several simple way to deal with that (and of course more complex and smarter way), I waited for the 1.3 to be open for comment to talk about it.
Thanks. With what PunBB files included ? It's an external script, so I don't include anything from PunBB (but I can).
I'm doing a little Google Sitemap thingie (setting a dynamic sitemap index to have all?Textpattern, Mediawiki, PunBB, etc.?sitemaps in one place, with appropriate <lastmod> so that the bots know what to parse when I ping), and I have a question.
What function, php file, and/or SQL request can I make to get the date and time of the last guest-accessible post made on my PunBB 1.2.14?
Something quite simple and basic, since it's a simple job, and 1.3 is near anyway.
My PHP skills are very, _very_ basics ; and PunBB source code is even somewhat heavy for me 
Baroque it is... and we like it that way
Of course... I was browsing through the search.php ones... I need a new brain.
Thanks.
Stupid question : which precise rewrite rule handle the /search/ request (the basic search access)?
I did however notice that the search-page did not include the current option of searching "topic only" or "message only". Is this feature gone, cause I kinda liked it, and use it often.
"Show results as..."? It's there, even on the screenshot
Nope, I test with and without this every time.
And this requirement has been droped from the French guide (more up to date), and tested successfully (just in case the guide is wrong).
I doubt mod_gzip have two distinct impacts on that setup, and I confirmed disabling it make some things works (that didn't worked before).
Edit: or not quite. As it happened to others (via Google), it remove some things beyond the first level. /search/ works now, but /search/recent/ display /search/ without visible error.
I think I'll open a ticket, see if my host support can figure this out.
That's what I found on the PHP manual comment:
If you are using php per cgi and have additionally mod_gzip enabled you have to disable mod_gzip for the php cgi binary to use --enable-cgi-redirect. mod_gzip sets the REDIRECT_STATUS always to 200 which makes it impossible for the php binary to know when it was called directly or when it was called by a redirect.
Yup, disabling mod_gzip in Apache seems (some things don't work, but without errors; but I'm guessing it's because it's not implemented yet in svn.. like the search rebuild index, the show all your post, etc.) to fix the folder based scheme.
Edit : or not. These features might be here in the svn code, but the rewrite rule remove part of it. Grmbl.
It may be suexec. I found a comment on the PHP manual, that said suexec change every header received by Apache (or PHP?) to be 200, and that screw something somewhere. I'm a little (that's an euphemism) out of my league here.
Edit: it's here I think.
Well, this setup can work Mediawiki, Textpattern, and countless other software with rewrite_rule without any issues 
It seems CGI/suexec related. After some Google digging, I tried disabling mod_gzip, and it seems to work (in the folder based scheme, the file based seems to have some other issues).
You can see it for yourself at http://pun13.dorem.info
I'll test a couple of things, to see if it makes a difference.
Edit : how's your Apache1 configured? Try with PHP as a CGI under suexec (which is a very common shared host configuration), it seems related to the issue at hande.
I'll keep investigating.
Past TXP's years 
Reporting bugs or missing key features, and 2 years later having the dev saying something like "oh, that's right... strange...it hasn't been reported before".
Basically, being sure the tests and debug have a purpose, that they are needed and read
Yup, confirmed.
Rev 874, folder based URL scheme :
/admin/, /users/ or /user/2/ works fine, but /search/ or /admin/reports/ return a "No input file specified." error.
With Trac, I would be able to give you the exact list of what scheme and URI work, and don't work
As far as I know, nope (empty string required after a /foler/ URI type, well some of them). I'll re-test.
That would make sense, yes.
Right now in svn 1.3 you have : with .html, without .html (as a folder), messy, and with and without the topic (I don't know how it handle thread's topic edit). I think.
Either way, beside it not working on Apache 1.3.x, it seems quite good.
@Bert: great news, I didn't tested that.
PunBB Forums → Posts by Jérémie
Powered by PunBB, supported by Informer Technologies, Inc.