Concrete5 programmer needed!

Permalink
Looking for someone to help me with two issues on my concrete5 site..

1. I have a site that was maxing out my old server. I ended up having to move the site to a bigger more stable server.. but when I did the PDF links stopped working throughout the site.

This particular client needs to have these PDFs available for emergency room doctors and are currently liable for any issues that may arise from this.

The PDF links seem like they download fine.. but when you checked the files after downloading they all say unconfirmed download and won't open..

Here is an example of a page with links to PDFs that no longer work.
http://www.semproducts.com/product-catalog/prep-products/zero-voc-s... They seem to be pointed to a download_file directory that doesn't exist.. but that may just be C5 programming..

2. I also need to find out why it's maxing out my server. If I can fix this then I don't really need to fix #1.

getjoel
View Replies:
mhawke replied on at Permalink Reply
mhawke
Try clearing your C5 cache

http://www.concrete5.org/community/forums/installation/moved-server...

As for the speed, upgrading will help but you might want to wait for 5.6.1 to be 'stable' because that version has attempted to remedy some of the speed issues.
getjoel replied on at Permalink Reply
getjoel
I've done that..








Joel Lucibello
Agenity Corporation
http://www.agenity.com
[email protected]
704.728.1110

"We make websites smarter!"
jshannon replied on at Permalink Reply
jshannon
It's possible that chrome is playing tricks on me (as this makes no sense), but it seems that the content of the "PDF" is actually the HTML source of the page, which would explain why the PDFs don't open.

Just a data point...

James
mhawke replied on at Permalink Reply
mhawke
getjoel replied on at Permalink Reply
getjoel
I tried and it did not work unfortunately.. I'll try clearing the site cache again..
getjoel replied on at Permalink Reply
getjoel
Nope.. Still nothing even after clearing the site cache..
jshannon replied on at Permalink Reply
jshannon
I take back what I said about the page source showing up as a file. I think chrome just does that when it can't otherwise display the file.

It seems that, in fact, the file (at least the one I was testing on) downloads only a portion. In my case the last few lines were

<rdf:Description rdf:about=""
            xmlns:xmp="http://ns.adobe.com/xap/1.0/">
         <xmp:CreatorTool>PScript5.dll Version 5.2.2</xmp:CreatorTool>
         <xmp:ModifyDate>2013-01


Clearly not the complete file.

But it does mean that the file is getting grabbed. Also, chrome gives it a correct name, despite the fact that the URL only had the file id.

Both of these mean that the single page must be getting called, and done so in a relatively normal way.

How big are these files supposed to be? Are we talking a few mb? Or 10s of mb?

I would start looking at weird server issues (PHP timeouts, PHP (buffer) size timeouts (is there such a thing), low ram, low hard drive space, etc. ****Check the log files.****

I can take a look at this for you, but I gotta warn you in advance that I'm going to be wandering in the dark and it might take me 5 minutes or 5 hours. Also, I'd definitely need SSH access.

James
pvernaglia replied on at Permalink Reply
pvernaglia
Can you download the PDF files from File Manage and view them OK?
getjoel replied on at Permalink Reply
getjoel
No.. it won't even let me do that..








Joel Lucibello
Agenity Corporation
http://www.agenity.com
[email protected]
704.728.1110

"We make websites smarter!"
pvernaglia replied on at Permalink Reply
pvernaglia
Check your file permissions on the /files directory on the new installation and upload /files from your old server to the new server again
getjoel replied on at Permalink Reply
getjoel
I already checked the permission and moved the files over again.. but I'll try it again..








Joel Lucibello
Agenity Corporation
http://www.agenity.com
[email protected]
704.728.1110

"We make websites smarter!"
mhawke replied on at Permalink Reply
mhawke
So which URL is the new site and which is the old site:

http://sem.agenity.com is using version 5.5.2.1 which tells me it's the new site and

http://www.semproduct.com is using version 5.5.1 which tells me it must be the old site.

Did you happen to make a copy of the 5.5.2.1 site and are running it on 5.5.1 core files? From a quick look at the core files, the download functions are not identical and might be setting the Mime Type incorrectly and confusing IIS 7.5
getjoel replied on at Permalink Reply
getjoel
Semproducts.com is the live site on the new server. I tried to update but it keeps saying I'm on the latest version.

Sent from my iPad
getjoel replied on at Permalink Reply
getjoel
Ok.. Moved all of the files over again and re-checked my permissions and it's still happening..
jshannon replied on at Permalink Reply
jshannon
Have you checked the error log yet???

Best,
James SHANNON

Sent from my phone
getjoel replied on at Permalink Reply
getjoel
Not really sure how to. I looked in the /files/error directory.. but had no idea what I was looking for..








Joel Lucibello
Agenity Corporation
http://www.agenity.com
[email protected]
704.728.1110

"We make websites smarter!"
mhawke replied on at Permalink Reply
mhawke
I can't help thinking it's a mis-configured IIS 7 server issue. Do you know what OS your old server was running? Did you change hosting companies or just move the site within the same host. Speed issues might have to do with IIS as well.
getjoel replied on at Permalink Reply
getjoel
I got it working!.. In the semproducts index.php file i turned off the zlib compression.
I had it off in the main php config file that made it work in ie and ff
Not sure why chrome was still busted but i changed it and now.. viola.
mhawke replied on at Permalink Reply
mhawke
Good to hear!