[Thu Feb 18 16:40:44 2010] [error] [client 79.27.105.179] PHP Warning: Unexpected character in input: ''' (ASCII=39) state=1 in /vhosts/*.com/httpdocs/cache/joomsef.cache on line 1730, referer: forum.*.com/showthread.php?t=49888
[Thu Feb 18 16:40:44 2010] [error] [client 79.27.105.179] PHP Parse error: syntax error, unexpected $end, expecting ']' in /vhosts/*.com/httpdocs/cache/joomsef.cache on line 1730, referer: forum.*.com/showthread.php?t=49888

Maybe this report will help you to find the problem, which is related to missing or erratic escaping of some characters.

Of course, the latest version is installed.

Sorry, but you missed I was using file caching and the problem still persists.

Right now I'm forced to use no cache in order to get reliably JoomSEF running.

I understand you will not make special patches, but if the problem is in your code (and it is denoted as that from PHP error handling), I will complain to you whenever one appears.

Most probably you have somewhere an uninitialized string which however is required.

If eAccelerator or even file caching would really be buggy, a wild roar would shake the web and really nobody would not have heared it. All I was asking is to check once again that specific object in order to be 200% sure it isn't your code causing a problem.

I am a coder myself and know it is terribly easy to miss the point. And specificly when I know about a problem and also other people tell me about and try to help me to trace it down, I do my best efford to get it fixed. Because that is what makes the difference.

A certain amount of strange requests are caused by hackers who try to break into systems with a reasonable amount of traffic.

Other strange requests may come from old sites which were formatted differently and still contained in caches somewhere.

This kind of 404 pages is annoying but generally harmless. It would be nice if we could sign those URL's to permanently hide them from the logs ;)

We still have this problem also with cache on file, but much less. Can you please schedule to check that particular object if it isn't NULL or contains NULL entries?

Thanks.

jen wrote:

I would suggest to purge the sef urls in order they are rebuilt. It happened to me to get a lot of invalid sef urls due to changing article titles and moving articles from one place to another without much care. After purging however, everything worked fine. Take care not to purge your custom and 301 redirects though ;)

I use this code for creating a meta description:

Ref.: www.artio.net/support-forums/joomsef-pay...erating-redirect-301

I would like to have a button/function where I could generate all URL's of all content I have, as if I had visited all pages. Currently, I need to spider my site to get all URL's registered into the database (sefurls).

Having this feature available, I could manually add 301 redirects or change the URL's before they actually get hit. It's particularily useful for sites which have been migrated to Joomla and/or JoomSEF.

I see this function as: Rebuild SEF URL's ;)

Diese E-Mail-Adresse ist gegen Spambots geschützt! Du musst JavaScript aktivieren, damit Du sie sehen kannst. wrote:

No. For SEO reasons, a page without suffix/extension is slightly better indexed.

Well, it's not 100% true. I achieved what I wanted in several steps:

1. Insert articles in Joomla via script (saves also the import ID)
2. Insert old URL into article alias
3. Run a spider (JoomSEF creates new links into database)
4. Run the following code

Done :)

So now if somebody types the old URL, they get the new location error free and without messing with the .htaccess file, which would be anyway very unhandy, given thousands of articles.

The file cache seems to work, no crashes to report.

No matter what, it continues to crash. Now I have switched to file cache.

Changed again, since the previous patch did not always work.

I patched this here in order to avoid a crash when $uri is null.

I have no idea of the impact of this patch, but my priority is to keep Apache alive ;)

Sorry, it does happen with cache enabled, too.

Seems to happen only with cache off.

I got this error while browsing the menues quickly and with no criteria (users at phone do this, for example).

I have eAccelerator enabled, but the cache (60 minutes) disabled.

I don't know if the same applies also for the cache on. I will try this now.

This error is critical since it causes Apache to crash.

Ok I got it ... it's not possible. ;)

I need to generate manually redirects (301).

After migration of a portal to Joomla, I have thousands of old URL's to insert in the sefmoved table. The problem I encounter are the missing entries in the sefurls table, since those seem to be inserted on the fly.

My initial idea was to"click" the pages by using the Joomla URL, e.g.:

$url = "index.php?option=com_content&catid=$rs[catid]&id=$rs[id]&view=article";

with cURL, but this seems not to insert the URL. If it would work, it would be an excellent solution in order to avoid "understanding" JoomSEF. With the help of the new entries I would then have filled properly the sefmoved table.


Question:
- How to I create a new entry in the sefurls table from a PHP script without getting mad?

jan wrote:

That would be great :)

Thanks anyway

I have created a custom redirect 301:

Moved from URL: ext/test_link
Moved to URL: www.realrealms.com/

When I call:

www.testhost.com/ext/test_link

It generates the url:

www.testhost.com/http://www.realrealms.com/

Is there any way to make it accept just the URL I have inserted? I would like to use the 301 or any other redirect system and thus remove all .htaccess redirects of this kind.