Thread

Hi

We have been asked to take over an EE based website. We thought not an issue, have done that for many other clients. Have ftp access to current site and got a DB dump, copy to our development servers, change the db config details etc - basic stuff. (End server will be a Debian4/Linux/Plesk based environment. Development is Centos4, apache, php5.2 based environment). Ok, so bring it up in a browser, get what appears to be static parts of the index.html and unparsed code like {anim} {/anim} and {models} {/models} and {text}.

Get into sales/support pages. Submit support queries - advised and get the original order info and lic code. Get it and send it into support but nothing back so unsure if I have necessary access to be useful. Login and search the wiki and forums. Read the install manual and decide to try and get a copy of the install kit so I can work out why the site isn’t working.

There must be a secret way to hold your tongue or something as I am yet to find any download other than some manuals. Not even a hint of it anywhere.

So a support query.
1. Is there a simple reason for the page parsing not happening.
2. How do I get a copy of the install kit so I can install and at least look at a working system.

Hoping for some support,
kevin

Hi, Kevin. I see you have a support credit, which means you can post here. Are you the owner of the license?

It looks like the site is using some sort of third party add-on which may be causing the unparsed amin and models items. You said you did a db dump, did you also move over the actual files?

Which version of EE are you using?
Does the site owner have a login here?

Hi

The site owner has asked us to transfer the site to our server. We have the lic details. I do not know if he has login here. It is now urgent that we get the site working on the new server.

Digging around in the config.php filer I see app_version is 168 so I presume 1.6.8.

We have a db dump and an ftp copy of the site. On my dev server created db, loaded the dump, edited the config file, copy of the files from ftp - and get the unparsed output referred to in my post.

How can I get a distribution kit so I can check the differences? How else can I resolve the issue?

Regards
kevin

I am doing more digging. What I have worked is it is the images/etc are not showing.

Purely to get this site up I have it (very temporarily) at http://www.clippercruisers.net.au/ - if I compare this with the normal http://www.clippermotoryachts.com.au/ the issue is the images/youtube/flash. The content is fine so the db/cms is ok.

Any ideas on where I go now.

kevin

FYI - As soon as this is sorted out this temporary site is down/gone.

Hi, Kevin. You’ll need to send another email to sales @ expressionengine.com with a link to this thread and more information on the license transfer.

But the best advice I’d give you is to find out how dynamic the images need to be. If you view the source on the site that works, try putting the same code in the new site, but put in the full path to the images/flash files.

Does that help?

Hi

The code that is powering the temp site is the code (and db dump) ftp’d from the working site (as I have noted more than once), with the config file edited for paths etc. The config file has the correct full path to the images, flash etc - just checked again.

This isn’t a lic transfer it is just a means to test it for a few days and then the temp site will be removed. Finding info on your guys site isn’t easy so I wasn’t sure about the lic issue - I just have to get the site working and this was a quick way to help me get there. I even just had a hunt through your site for a license and can’t find one.

Last time - am I able to get a copy of the distribution kit to enable me to get a working out of the box test site working so I can compare what I have with what will work?

Kevin

Hi Kevin,

As Sue said, in order to get access to the licenced downloads, even if you don’t wish to perform a licence transfer, you will need to contact .(JavaScript must be enabled to view this email address) and they can help you. With regards to the paths issues, there are quite a few places where paths should be changed in order to properly and completely move a site from one server to another and this may be complicated by 3rd party addons - of which there may be one or more. Our Wiki has a couple of articles about moving servers that may be of help. Additional issues may be caused by .htaccess file mod_rewrite rules so I would recommend disabling those and replacing index.php as the site index file at Admin > System Preferences > General Configuration until you are confident that everything else is working. Make sure also that you delete everything in the system/cache folder apart from index.html and any .htaccess file. Many of the settings within EE can be overridden within the config file itself and this Wiki entry has list of the available overrides. If you add all of those that reference paths then you should be confident that the basic installation is correct and outstanding issues may be related to 3rd party addons that need review or even just file permissions. Doing this will also mean that you should not have to directly edit or manipulate the DB.

Cheers

Greg

Hi Greg

Thanks for all that, helped.

It all feels like it is so close but not quite. The admin screen formatting appears right. The pages still show the unparsed {anim} pseudo-code etc. Not sure what is causing it yet.

Have emailed sales to try and get the kits so I can 1. get a working system, 2. Upgrade the current system.

Any new ideas on the unparsed code?

Kevin

If it was just a single {anim} tag,that would point to a global variable. But since there is a starting {anim} and a closing {/anim} tag, it could be a third party add-on of some sort.

Hi,

Spent some time methodically working through the admin preferences etc. Found an incorrect path in a weblog module, now mostly working.

Have contacted sales re owner transfer etc so will|maybe|hope to get access to updates etc.

Regards
kevin

Sounds good. We’ll keep this open for a little longer, then.

Hmm, the production site is up and running. The EE server check tool shows all OK so can only believe all is working there. We have a copy running offline on our development server. We can create a new product. We can upload images. We cannot select the images to display on the product page although we can select others in the same directory.

We are comparing the live and dev sites and reading the help documentation - they generally appear to be the same (with obvious path differences for different servers). Galleries, categories, paths all exist, the whole tree is set 777 and owner is the apache server owner. My tracking through the issue has the gallery image path in preferences different to the one searched when editing the relevant section. I have tried modifying the gallery/images paths (server path and url) to be the one searched (the one above the setting) but the changed values will not stick after clicking on update (note, can update other fields in gallery/preferences but not these)

Unfortunately the help documentation is written for someone who understands how it works as the info accompanying each item does little more than reexplain the name. The process doesn’t explain what happens and where images move to for example. I have hunted though your site and cannot find any new user/quickstart doco either. Do you have any?

Any ideas?

Regards
Kevin

Hmm, the production site is up and running.

I see the licensing issues have been sorted out as well, you should now have access to the latest version.

Galleries, categories, paths all exist, the whole tree is set 777 and owner is the apache server owner. My tracking through the issue has the gallery image path in preferences different to the one searched when editing the relevant section.

Does that mean you are using EE 1.7?

... the changed values will not stick after clicking on update

Make sure the config.php is writable. This usually means 666 permissions.

My security logging told me the answer this morning. I run suhosin to improve the security of the php environment. Turns out EE uses the exec() function which is blocked.

Yes I now have access to the kits, still 1.6.8. Will do the upgrade on the test server to check it first, then to production. Is the upgrade to the R2 series automated?

Hi, Clipper Support.

I’d have you go to 1.7.0 first, and then evaluate what you’re using third party wise before attempting to upgrade to EE 2.x.