[TYPO3-dev] config.baseURL and section links: page needs to be reloaded because of hardcoded base element?

[Uschi Renziehausen]

Hi Ron,

Dr. Ronald P. Steiner wrote:
> Hi Uschi,
> 
> you are absolutely right, it would be possible to generate absolute 
> URL's for every link or generate relative URL's to the actual page.
> But first it would be more effort in figuring out the relative URL's to 
> the actual page and second it would make html code longer and therefore 
> slower to load.

thanks for explanation :-)

> ... and there is no drawback using the baseUrl. So why do this effort?
>

When I ran into that trap with the forgotten prefixLocalAnchors, I 
wanted to find my mistake. I first checked tsref, unfortunately under 
typolink, not under config, where I did not find the solution to my 
problem. So I started to search the code for baseURL to find out how it 
all works together. Then Steffen posted the solution, but I am a curious 
person and wanted to understand. So I asked, and obviously made 
everybody angry :-((

Regards, Uschi


> greeints
> 
> Ron
> 
> Uschi Renziehausen schrieb:
>> Hi Masi,
>>
>> Martin Kutschker wrote:
>>> Uschi Renziehausen schrieb:
>>>> Hello Dmitry,
>>>>
>>>> Dmitry Dulepov [typo3] wrote:
>>>>> Hi!
>>>>>
>>>>> Uschi Renziehausen wrote:
>>>>>> If so, I would like to know whether this base element is needed 
>>>>>> for anything? If not, can we then please get rid it asap? What is 
>>>>>> the point 
>>>>>
>>>>> You *must* have it for realurl/cooluri.
>>>>>
>>>> I know, but I am interested in why, or better: is the base element 
>>>> in html code necessary 
>>>
>>> Please think about how the way URLs within an HTML are handled. Then 
>>> consider how standard TYPO3 URLs differ from the ones that Real URL 
>>> generates.
>>>
>>> I'm sure you can figure out the answer yourself.
>>>
>>
>> Yes and no. Some how those nice url extensions have to figure out the 
>> complete url. If we did not have base href and the complete path in 
>> the links they would have to do it by figuring out the relative path. 
>> So why this way round and not the other? Just out of interest.
>>
>> Uschi
>>