#22706 [Opn->Csd]: mirror site has hard-coded links to www.php.net

ID: 22706 Updated by: goba@php.net Reported By: vbhackattack at hotmail dot com -Status: Open +Status: Closed Bug Type: Website problem Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: OK, I have comitted code to the PHP Documentation build system to use relative links when the onsite pages are generated, so all links will keep you on the same mirror. I cannot give you any estimates, when this new code will be run to generate new documentation. It takes a very long time to generate all the languages (nearly a week) on a very high CPU load. We are also working on more optimized manual generation ideas, but that is another question. So please be a bit patient for this new 'relative link stuff' to appear. I am closing the bug, as the problem is solved at least in CVS, at the build system level. Previous Comments: ------------------------------------------------------------------------ [2003-04-23 14:48:48] goba@php.net Part of this issue is fixed: Now on the search result pages, links at the top and bottom navbars also point back to the originating server, from where the search request came from... The absolute link issue, is however not solved yet. ------------------------------------------------------------------------ [2003-03-17 10:18:47] vbhackattack at hotmail dot com Regarding hard-coded links to www.php.net on mirror sites: > It may make sense to make those relative > links when the manual is generated for php.net Yes please, feature request :) ------------------------------------------------------------------------ [2003-03-17 10:10:26] vbhackattack at hotmail dot com Ooops, I spoke too soon on my last post. The "search results" links are now domain based correctly, but there are other links on the results page that are still not based correctly, i.e. those in the header and footer. I think the problem here is not a question of patching up search results to re-base them to the source domain. Rather the real problem is search results should be display by the originating domain not ch.php.net. For example, any mirror can post a search request to ch.php.net, then the search server ch.php.net could post the results back to the originating server for the latter to display. Or pick another architecture but keep the display of results under the control of the originating domain. ------------------------------------------------------------------------ [2003-03-17 09:57:31] vbhackattack at hotmail dot com Regarding the search base parameter, the links on the results page are now based on my starting domain. Thank you :) One observation, the URL of the search results the first time around contains a whack of query string parameters, whereas for subsequent searchs the URL is bare. It seems like there are two different implementations of preserving the search base parameter. ------------------------------------------------------------------------ [2003-03-15 07:00:16] goba@php.net Can you please check if the search base parameter is carried on for additional searches as you expected now? Jacques has fixed this. The links are fixed there, because the same text is included in the HTML downloadable versions (and will be included in the PDF too), so we cannot use relative links. It may make sense to make those relative links when the manual is generated for php.net... The search issue, is simply by design. If you search on the website, that means "the website" and not a part of it. If you search in the manual, that is a part of the website ;) Which is restricted to English now. We are still working on better language selection modes, so users really get the language they want automatically. While we still get bug reports about these, we would not like to start into modifying the search page too to use those preferences, because that would make more bug reports about this... ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22706 -- Edit this bug report at http://bugs.php.net/?id=22706&edit=1