influence on a dynamic template ?

[dens_cad]

Yes, I had
and it is working
 however I wonder if I have well understood what means "404 response header", maybe there is  a misunderstanding...
does that mean there should be a specific header (title or metas or others) in the page ?

at this time, I have the "cache engine off" and if I type a wrong page, I get the right "static page" I have configured in
OpenSEF.. ??

[joomlatwork]

I mean is the 'http-response-header' not the html head section. For example if you are using the firefox browser with the developer pluggin you can check the response header.

The 404-page should not be cached since when it's retrieved from the cache it cann't produce a vallid 404 since no backend calls are made. Therefor if a page is requested that doesn't exists the only way to not include the page within the cache is to compare the text (or part) of the text of the page to see if it must bypass the cache generation. Thats why.

In your case: include a specific text within your 404 page and put this into the configuration part. In this case the 404 page will not be cached and a correct 404 response header will be returned. If you do this please make sure that you clean-up the cache repository.

Regards,

Richard

[dens_cad]

Richard,
Okay, I have understood
I will check that and will get back ASAP, Thx
Denis

[dens_cad]

have just tested it "Cache Off" with FireFox
in fact I have as "Response Header" :
Response Headers - http://www.teck-it-easy.com/page-non-trouvee.html

Date: Wed, 24 Jan 2007 10:12:06 GMT
Server: Apache
X-Powered-By: PHP/5.2.0
Last-Modified: Tue, 23 Jan 2007 16:37:33 GMT
Content-Type: text/html

200 OK

so, it is a 200 code ? like what is said in the j-prosolution OpenSEF Forum ?

now, if I configure the Cache and put it on...
I still see that this page is in the Cache repository ?

The content of my static page is :
Cette page est indisponible.
Veuillez faire un autre choix dans le menu général.Nous sommes désolés mais la page demandée n'a pu être trouvée.

In the Cache configuration "last box" I have put :
/Cette page est indisponible.<br \/>Veuillez faire un autre choix dans le menu général.|Nous sommes désolés mais la page demandée n'a pu être trouvée./i

is there any accentuated character that could create a problem ?

[joomlatwork]

Code:

Date: Wed, 24 Jan 2007 10:12:06 GMT
Server: Apache
X-Powered-By: PHP/5.2.0
Last-Modified: Tue, 23 Jan 2007 16:37:33 GMT
Content-Type: text/html

200 OK

If this for the page not found this is not ok. This should be 404 code at the end. So the search engine can detect that the page no longer exists and must be removed from the search engine index.

To make it simple to parse:

Just place a code on the specific page on the bottom to prevent the cache, for example: 404 notfound (or what that may be in french).

Another way to do is is the include the specific 404 page URL within the cache repository table: add a NEW url to the cache repository and put the field May URL be cache to No.
In this case the page not found will not be cached. The only thing to do then is get your response header correct.

Regards,

Richard

[dens_cad]

Richard,
you confirm that :
- the problem I get with the 404 page comes from the OpenSEF issue which does not manage it well
- so, I need to disable the "404 configuration" in OPENSEF
- manage the 404 through a "standard" approach (like with .htaccess)
- look if it works with JAC cache off
- then configure JAC 404 cache as you said
- then check if this 404 page stays "out of the cache" ?

Should I conclude, that all this thread is MORE related to the "404 OpenSEF issue" than related to JAC ?
it sounds the answer is YES

Fortunately, thanks to you, we are now able to solve an issue we had not seen before...
Denis

[joomlatwork]

Yes,

Thats correct.

Richard

[dens_cad]

so let's wait for the next OpenSEF release...

Richard, by the way : I need the 2 invoices for our purchases, is there a way to print them in PDF from the e-Shop ?
Denis

[joomlatwork]

The invoice is the email you have received. Is this sufficient?

Regards,

Richard

[dens_cad]

Richard
 sorry, I had not checked,
YES, the last Email is a Fully valid INVOICE (sorry again)
however, the 1rst one (purchase oder 563 in november) is not okay...
thks
Denis

[joomlatwork]

Will check this out,

Regards,

Richard

[ekal]

Hi Guys

I'm running the same problem:

Warning: preg_match() [function.preg-match]: Unknown modifier '>' in /home/mysite/public_html/index.php on line 538

I'm running SEF Advance which may be causing a conflict.

[joomlatwork]

Check your 404 handler within the cache configuration setting. The purpose of this field is to by pass the cache generation if the 404 page is generated by Joomla. Check if the html code in this field is correct or put a "text" in the field that also appears on the 404 message. Then the cache will be bypassed.

Don't hesitate to contact us of the problem still exsits.

Regards,

Richard