modx 2.2.4 Unexpected token

Ah yeah should of realised it was a modx plugin thanks, was thinking it was something server side as apposed to modx.

I'm getting this issue with MIGX but strangely only if i enter nested tags into a migx richtext TV.

It's baffled me, think it's a server setting but not sure what. I've put a post up but no luck yet.
http://forums.modx.com/thread?thread=80267

I'm having a similar problem. Clean install of 2.2.6 on shared hosting - can't unpack locally so I have had to FTP up the whole lot (I've tried several times, and also 2.2.5). To begin with I wasn't seeing anything working in the manager that involved a right hand leaf/pane (ie it showed the tree, but nothing if you clicked on a menu item, or tried to edit a resource).

To get round that I modified compress_css and compress_js in the database. Result - can now access all the manager.

However - when I go to Package Manager or Try to edit a resource, I now get a popup error:

Unexpected token '<': Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

etc

I can't check if the host is running mod_security, as per install RTFM - but is that the issue? When I go to edit a resource for example, there is only one response error in the list, and it's for
POST /connectors/element/template.php

This is the POST


Similarly, on the Package Manager, there are a number of requests that complete successfully, except for
POST /connectors/workspace/packages-rest.php

This is the POST



It doesn't seem to happen for editing Files, Templates or other instances of action=getList (albeit in different files). It seems to be on those two specific actions. What can I do to fix?

Anything in the server error log?

Of course if anyone found any issues with VersionX I'd love to hear about that.

Nothing in the MODX error log - don't have access to server log. (And for clarity's sake - no packages installed at all - this is a clean install).

Your hosting has to provide you with error logs in one way or another. And not having some way of unpacking archives is also very odd. Who is your hosting provider?

Not mine - the client's. It's 123-reg.co.uk . Where I can, I try and specify my 'trusted' host, and I've sold one client on Cloud but most of the others are very reluctant to spend any money on hosting at all....

As it stands, the site appears to work, I just can't give the manager to the client to use because of those popups on List resource/Edit resource and List Packages.

I also had this issue with a development site, and found that turning off display errors in php.ini stopped the issue.

I've just had a brief conversation with AMDbuilder of SkyToaster, and it looks like I'll be taking all of my clients for whom the Cloud is a bit too rich (especially now that Google has dropped their free Apps account for up to 10 users, which was useful for the mail if for no other reason) to SkyToaster. At their rates, it's competitive with Bluehost and the rest of the CPanel-type hosting. Even with Evo and especially with Revo the really, really cheap hosting tends to be more trouble than they are worth. Plus I much prefer to work with somebody who's openly and actively supporting MODx, and AMDbuilder has been an active community member for years. Well, and his handle always makes me smile a bit; the first computer I built was an AMD 386

Quote from: sottwell at Dec 12, 2012, 07:18 AM

Well, and his handle always makes me smile a bit; the first computer I built was an AMD 386

The first fifty or so computers I build were all AMD based, most of which are still in active service. That and 90% of mine have also been AMD based, including my current one which is an eight core beast (that's getting a SSD upgrade later today).

Anyways, back on topic, if anyone would like to try our hosting, we are still giving away accounts for anyone who asks, the details are here: http://skytoaster.com/toast12 we have servers in the US, UK and NL

My sincere sympathies for everyone who had this problem in the past.

For me this problem raised its ugly head about half a year ago on several client accounts. At this time I couldn't get around it and as my hosters support was not very dedicated to help me I moved to another hosting company (Skytoaster, its great. Try it!).

Suddenly the problem was gone.

Today I was working on a client's server and it appeared again (different hoster).

I did some research what might cause this behaviour and realized something that should be completely unrelated but apparently isn't.

I have a custom db query that woks just fine 99% of the time. If I add some phpthumbof to the results tpl its causing an Error 500.

Thats ok for me, because I don't expect my clients server to handle more than 200 thumbnails in less than 30 seconds.)

BUT, if I go afterwards to the manager and open a MIGs custom manger page for that table I get an ugly ' "Unexpected token <:" - Error 500 ' Popup and the page stops loading. This doesn't happen if I open a resource or do something else.

There is nothing that I can do to change that behaviour expect manually deleting core/cache. Afterwards, everything is fine.

QUESTION:
Is there anything like an xpdo cache that is handled by front- as well as backend stuff that can be corrupted by an Error 500?

I don't think this problem is related to MIGx but something else.

Any ideas?


Regards,

pepebe

BTW: MODx 2.2.4, Addional info on demand... [ed. note: pepebe last edited this post 11 years, 4 months ago.]