On Fri, 6 Jun 2008 12:11:30 +0200 (CEST), Andreas Tille wrote: > On Fri, 6 Jun 2008, David Paleino wrote: > > > Check those pages again... ;) > > Did so, works now! Good :) > > That might be another solution -- less efficient IMHO, but there are always > > different POVs. > > Why do you think a static HTML is less efficient than a dynamically created > PHP page??? Probably they're faster to load -- but they would be dynamically generated -- i.e. the scripts would generate $num_langs pages instead of just one. > > Really? I can't believe that! > > You want to see a video???? :( > > PHP's gettext() is not that bad... probably you have some other problem with > > your filter? > > I agree I have several problems with the filter. The most burning is that > I have no influence at all on this - I just have to accept what is installed > by others ... Argh :( > > Do you have any log for that? I can put some lines of code to see > > how much it takes to PHP to generate the "final" page... but that would be > > milliseconds, IMHO. > > I really don't know what happens (and I have nearly no chance to debug). > The filter does "something" because it regards the page as active and on > any page load of such a tasks page and also the main page > > http://debian-med.alioth.debian.org/ > > I see a progress bar (this time for 9 seconds!!!) and the response is > a local copy of my filter > > http://debian-med.alioth.debian.org/GGTSPU-vaccine-nu.rki.de-5803-22282-DAT/ If you see the source code for that page, there's really nothing "active" in it. PHP is server-side, and the client knows nothing about what's going on, if we're using gettext() or any other $foo technology to get our strings. If "your" static pages have the same exact resulting code from the "current" PHP page, I bet your filter will annoy you again. Please try the following [1]: 1) open up http://debian-med.alioth.debian.org/ (or any other page showing the progress bar); 2) save the resulting page as .html locally 3) put your html into Debian-Med's Alioth space 4) connect to http://debian-med.alioth.debian.org/yourpage.html If that works like I'm thinking now, your filter should complain on the static page as well. > This is not the case for http://debian-med.alioth.debian.org/tasks/ but every > single tasks page also shows this *really* annoying behaviour. So my guess > is that there is some content in the pages that is regarded as active and > potentially harmfull. I have no idea what this actually is but plain HTML > would definitely not trigger this stupid nuisance. Again, PHP is server-side, the client knows nothingn about it. For the client, the resulting page could've been generated by PHP, Python, Java, JSP, Gambas, $foo and $bar. Clients only know about HTML and its variants (XML, XHTML, ...) (and client-side languages -- CSS, Javascript, ...) > Because I personally see no drawback at all to build plain fully translated > HTML pages I decided to try this approach instead of PHP. This as the extra > advantage of easier inspection the results on your local system whithout > running PHP. Not needing PHP might be an advantage -- but I still believe you'll have problems nevertheless. Kindly, David [1] I've done the same, and the page I saved is /david.html. Please try that, if you want to see directly what I mean. -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 ----|---- http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
Attachment:
signature.asc
Description: PGP signature