Christopher kirjoitti:
> And the cache is then still used if the page is opened by a visitor?
it is just used in frontend editing only
>
> "Tapio Markula" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
> news:[EMAIL PROTECTED]
>> Christopher kirjoitti:
>>> Well I don't ude frontend-editing, but does
And the cache is then still used if the page is opened by a visitor?
"Tapio Markula" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Christopher kirjoitti:
>> Well I don't ude frontend-editing, but does this prevent typo3 to cache
>> pages if called from BE?
> config.admPanel
Christopher kirjoitti:
> Well I don't ude frontend-editing, but does this prevent typo3 to cache
> pages if called from BE?
config.admPanel=1 should prevent using cache
___
TYPO3-english mailing list
TYPO3-english@lists.netfielders.de
http://lists.netfie
Well I don't ude frontend-editing, but does this prevent typo3 to cache
pages if called from BE?
"Tapio Markula" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Christopher kirjoitti:
>> Well, I did.
>>
>> Or better: I still do.
>> I have this line in the Setup of my Templat
Christopher kirjoitti:
> Well, I did.
>
> Or better: I still do.
> I have this line in the Setup of my Template:
> config.prefixLocalAnchors = all
> But this does not help.
>
> But: What did you mean with the conditions you mentioned above?
I used them because I got problems with realUrl and I d
Well, I did.
Or better: I still do.
I have this line in the Setup of my Template:
config.prefixLocalAnchors = all
But this does not help.
But: What did you mean with the conditions you mentioned above?
Where in the Template should that be placed?
Should the line above then be commented out?
"Ta
Christopher kirjoitti:
> PS: No, the information in my previous post is wrong.
> Now all links point to the adresse given in the base tag and on that page to
> the anchor "top".
You didn't try
config.prefixLocalAnchors = all
___
TYPO3-english mailing l
Hi!
That is no problem so far.
How can I then disable caching, if a page is called from the BE (or during a
be-user is logged in)?
Christopher
"Dmitry Dulepov [typo3]" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Hi!
>
> Christopher wrote:
>> PS: No, the information in
Hi!
Christopher wrote:
> PS: No, the information in my previous post is wrong.
> Now all links point to the adresse given in the base tag and on that page to
> the anchor "top".
Yes, I forgot... This happens with . So you should use the previous
syntax. But still you cannot open page from BE us
PS: No, the information in my previous post is wrong.
Now all links point to the adresse given in the base tag and on that page to
the anchor "top".
:-(
Christopher
"Christopher" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Hi!
>
> No, that did not help.
> Typo3 sends m
Hi!
No, that did not help.
Typo3 sends me the page with the same index.php?id=...-link...
Christopher
"Dmitry Dulepov [typo3]" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> Hi!
>
> Christopher wrote:
>> But I have modified the wrap for my links pointing to top:
>>
>> tt_co
Hi!
Christopher wrote:
> But I have modified the wrap for my links pointing to top:
>
> tt_content.stdWrap.innerWrap2 = | href="{TSFE:siteScript}#top">nach oben src="fileadmin/template/pixel.gif" width="20" height="15" alt=""
> />
>
> Where is the problem here and how can I avoid it?
> I need a
> But I have modified the wrap for my links pointing to top:
>
> tt_content.stdWrap.innerWrap2 = | href="{TSFE:siteScript}#top">nach oben src="fileadmin/template/pixel.gif" width="20" height="15" alt=""
> />
that is not handed with realUrl
but if you set
config.prefixLocalAnchors = all
Put tha
Hi Dmitry,
then I don't know how this problem arises.
I use typo3 4.1.5 and only use the plugins that are enabled after a clean
installation except RealURL.
But I have modified the wrap for my links pointing to top:
tt_content.stdWrap.innerWrap2 = |nach oben
Where is the problem here and how c
Hi!
Christopher wrote:
> The point really only is that links _pointing to the page one visits at the
> moment_ are generated using the -tag and attach
> index.php?id=... to it.
>
> This will then be visible on the cached page which is delivered to a visitor
> of the website.
This is wrong. Li
Christopher
> Couldn't a possible solution be to disable caching if a page is called from
> the backend?
In fact if frontend editing has been enable (config.admPanel=1) caching
should be disabled
___
TYPO3-english mailing list
TYPO3-english@lists.netfie
OK, Tapio,
for me this problem is reproducable in 100% of all requests.
I seems to have understood the difference between BE and FE, but you don't
seems to know a solution which is no problem for me here. ;-)
Couldn't a possible solution be to disable caching if a page is called from
the backen
Christopher
> This will then be visible on the cached page which is delivered to a visitor
> of the website.
that is randomly - but not often a problem. the page should also be
delivered using realURL if just somebody visit in that page normally
>
> Somehow this should be changed...
I think tha
Hi Tapio,
you are right: The links on the page _which point to another page_ are
generated using RealURL and are just fine.
The point really only is that links _pointing to the page one visits at the
moment_ are generated using the -tag and attach
index.php?id=... to it.
This will then be vis
Christopher kirjoitti:
> Hello together,
>
> I have a small problem with RealURL.
>
> That is that if a backend-user presses the "view page"-button, this page
> will open and be shown using the page-id.
>
> The problem therewith is, that if a user opens the page it will from now obe
> shown un
Hello together,
I have a small problem with RealURL.
That is that if a backend-user presses the "view page"-button, this page
will open and be shown using the page-id.
The problem therewith is, that if a user opens the page it will from now obe
shown under this id instead of its real url in th
21 matches
Mail list logo