Transferring a site and getting errors

Dragondz · 2013-08-14 12:04:48

Hi

yes if the url is rewrited in the production server the links should works without changing anything.

tayfighter · 2013-08-15 21:56:03

Hi

One last go as I have to switch hosting this week
I’ve tried all i can.

I’m guessing the urls are hard coded but i’m not sure what to change.

When changing to messy url the more link under the about drop down works, but all the other links don’t.
The current site works fine > www.kro.co.uk

Also under diagnostics > Textpattern path: /home/sites/kro.co.uk/public_html/textpattern
Is wrong, can this be changed?

Textpattern version: 4.5.4 (r4919)
Last Update: 2013-08-15 21:14:53/2013-08-15 21:14:37
Document root: /var/www/html
$path_to_site: /home/sites/kro.co.uk/public_html
Textpattern path: /home/sites/kro.co.uk/public_html/textpattern
Permanent link mode: section_title
Temporary directory path: 176.32.230.27/kro.co.uk/textpattern/tmp/
Site URL: 176.32.230.27/kro.co.uk
PHP version: 5.3.26
GD Image Library: bundled (2.1.0 compatible); supported formats: GIF, JPG, PNG.
Server TZ: Europe/London
Server Local Time: 2013-08-15 22:51:30
DST enabled?: 0
auto_dst: 0
Time Zone:  (+3600)
MySQL: 5.5.31
Server: Apache/2.4.6 (Unix)
PHP Server API: cgi-fcgi
RFC 2616 headers: 0
Active plugins: ako_nav-1.0, chh_if_data-0.10, zem_contact_lang-4.0.3.03, zem_contact_reborn-4.0.3.17, ob1_pagination-2.5, hak_article_image-0.6.3, rss_auto_excerpt-0.5, rvm_substr-0.3, glz_custom_fields-1.1.3m, rss_admin_show_adv_opts-0.3
Admin-side theme: classic 4.5.4

Pre-flight check:

Web Domain DNS lookup fails: 176.32.230.27
File directory path is not writable: 176.32.230.27/kro.co.uk/files/
Temporary directory path is not writable: 176.32.230.27/kro.co.uk/textpattern/tmp/
/home/sites/kro.co.uk/public_html/textpattern/setup/ still exists
Clean URL test failed.

.htaccess file contents:

#DirectoryIndex index.php index.html

#Options +FollowSymLinks
#Options -Indexes
#ErrorDocument 403 default

<IfModule mod_rewrite.c>
	RewriteEngine On
	#RewriteBase /relative/web/path/

	RewriteCond %{REQUEST_FILENAME} -f [OR]
	RewriteCond %{REQUEST_FILENAME} -d
	RewriteRule ^(.+) - [PT,L]

	RewriteCond %{REQUEST_URI} !=/favicon.ico
	RewriteRule ^(.*) index.php

	RewriteCond %{HTTP:Authorization}  !^$
	RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

#php_value register_globals 0

# SVG
AddType image/svg+xml  svg svgz
AddEncoding gzip       svgz

Thanks if you can help.

{Edited to add some Textile for better readability. – Uli}

Last edited by uli (2013-08-15 22:31:12)

uli · 2013-08-15 22:34:33

I strongly assume it’s the plugin ako_nav.

Does ako_nav have preferences? Look on either
• Admin > Preferences > Advanced (there might be an additional input field created by ako)
or
• Admin > Extensions.

The latter isn’t a page on its own, you have to look there for any page that sounds like ako_nav might have created it.

If you find no traces on neither of these two, there’s a last possibility that the agency before you has hardcoded the links in ako_nav:
• Admin > Plugins: click on ako_nav’s name, search the plugin code.

tayfighter · 2013-08-16 10:15:40

Thanks.
That plugin is installed.
However i cant seem to view any of the plugins in the admin area.

Also the path to site seem sto keep reverting to the old url.

Any ideas?

Last edited by tayfighter (2013-08-16 10:16:33)

uli · 2013-08-16 10:44:03

tayfighter wrote:

That plugin is installed.

Yup. You posted that.

However i cant seem to view any of the plugins in the admin area.

In case this isn’t a misunderstanding: Absolutely unusual. Please post screenshots where you’d expect to view what.

Also the path to site seem sto keep reverting to the old url.

Where exactly, this time?

tayfighter · 2013-08-16 12:08:21

Screenshot here >

http://44media.com/artwork/Screen Shot 2013-08-16 at 13.03.19.png

The path to site keeps reverting to the old url in the mysql database
path_to_$site

uli · 2013-08-16 12:20:06

When you switch from that empty plugins panel to the diagnostics page: Is there ako_nav listed? Or is this by any accident a different installation?

tayfighter · 2013-08-16 13:08:39

Hi

Yes its listed in the diagnostics and can also see it in the MySQL database.
But for some reason it is not displaying in the admin area.

uli · 2013-08-16 15:04:42

Alright. Your plugins shouldn’t influence the plugin tab at all, this is a sheltered region. But there are definitely plugins that don’t work with the current TXP version. So we’ll try to exclude that any of your issues are plugin related:

Empty Plugin page in the TXP Admin
Frontside links not working
Path to site doesn’t keep its entry
Are there any more issues? Please mention them, this topic is damn old and at least I have lost what is actual and what’s resolved.

As you can’t deactivate plugins one by one, you have to turn them off with one cut. Open Admin > Preferences > Advanced. Scroll down til you see “Use plugins”. Switch that radio to off, press save, then go check whether that changed any of the above issues. If so, write the changes down, and turn plugins back on.
As the next step visit PHPmyAdmin, open the txp_plugin table and turn off ako_nav, i.e. change its “status” entry from 1 to 0. (To say it clearly: this is not the standard Textpattern way of deactivating plugins.) Check what happened, then please post all the results.

Last edited by uli (2013-08-16 15:07:14)

uli · 2013-08-16 15:50:27

tayfighter wrote:

But for some reason it is not displaying in the admin area.

Can you see ako_nav perhaps in the source code of the Plugins panel? Just an idea, remainders of old css admin customisations.

tayfighter · 2013-08-19 10:16:09

Hi

I ended up downgrading the version of textpattern which seemed to resolve the missing info on the plugins panel.

Also tested the site with the live domain which seems to have resolved the frontpage links issue.

Thanks for the help

colak · 2013-08-19 10:58:11

tayfighter wrote:

I ended up downgrading the version of textpattern which seemed to resolve the missing info on the plugins

The latest version has security patches so downgrading is not really advised. I would start researching ways of doing without the outdated/unsupported plugins either by using native tags or by doing away with the functionality if possible.

Textpattern CMS

Textpattern CMS support forum

#37 2013-08-14 12:04:48

Re: Transferring a site and getting errors

#38 2013-08-15 21:56:03

Re: Transferring a site and getting errors

#39 2013-08-15 22:34:33

Re: Transferring a site and getting errors

#40 2013-08-16 10:15:40

Re: Transferring a site and getting errors

#41 2013-08-16 10:44:03

Re: Transferring a site and getting errors

#42 2013-08-16 12:08:21

Re: Transferring a site and getting errors

#43 2013-08-16 12:20:06

Re: Transferring a site and getting errors

#44 2013-08-16 13:08:39

Re: Transferring a site and getting errors

#45 2013-08-16 15:04:42

Re: Transferring a site and getting errors

#46 2013-08-16 15:50:27

Re: Transferring a site and getting errors

#47 2013-08-19 10:16:09

Re: Transferring a site and getting errors

#48 2013-08-19 10:58:11

Re: Transferring a site and getting errors

Board footer