[Gelöst] content_image zickt nach migration

leerraum · 16. März 2011 16:08

Hi,

ich habe eine Seite erstellt. Jetzt hat mich der Kunde gefragt, ob wir auf Basis dieser Seite eine 2. erstellen könnten. roll

Ich hab also die Seite kopiert, die Datenbank auch, die config angepasst, und jetzt kümmer ich mich um die Design Modifikationen. Alles passiert auf dem gleichen Server, unter der gleichen URL, nur in einem anderen Subfolder.

Problem:
Die Bilder, die mit dem content_image tag geladen werden sollen, werden nicht geladen, weil die URL der Bilder noch auf den anderen Ordner auf dem Server verweist.

Irgendjemand ne Idee, woran das liegen könnte? Config hab ich doppelt und dreifach gecheckt, da steht nix drin. Den Zwischenspeicher hab ich gelöscht, hat nix gebracht. Die Systeminformationen haben auch nichts ergeben..

Ideen?

Danke
leerraum

Beitrag geändert von leerraum (25. Januar 2012 15:50)

nicmare · 16. März 2011 16:18

bist du dir sicher dass du die config durch hast? schau mal ganz unten monkey
und dann natürlich einmal den cache löschen

leerraum · 16. März 2011 16:43

ich hab die datei manuell durchsucht, dann per suche und ich hab nix gefunden. ich hab das problem in mehreren browsern. lokale quellen sind also eher ausgeschlossen.

nicmare · 16. März 2011 17:43

hast du

Hier klicken, um den Code zum Kopieren zu markieren

$config['image_uploads_path'] = '/www/htdocs/w00885cf/tms/uploads/images';

geprüft?

leerraum · 16. März 2011 17:47

ja, der sitzt richtig.

Andynium · 16. März 2011 17:57

Mit welchen Parametern rufst du den Tag auf?

piratos · 16. März 2011 18:03

Ähm - wo findet man den Tag ?

leerraum · 16. März 2011 18:28

ich rufe den Tag so auf:

{content_image block="Foto" dir="images/fotos" }

trotzdem wird von der cmsms installation im falschen ordner geladen, was logischerweise schief geht.

NaN · 16. März 2011 18:39

Wohin zeigen in der config.php $config['root_url'], $config['uploads_url'], $config['image_uploads_url'] ?

leerraum · 16. März 2011 19:45

Hier klicken, um den Code zum Kopieren zu markieren

<?php


#CMS Made Simple Configuration File
#Please clear the cache (Site Admin->Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Behaviour Settings
#-----------------

# These settings will effect the overall behaviour of the CMS application, please
# use extreme caution when editing these.  Additionally, some settings may have
# no effect on servers with significantly restricted configurability.

# If you are experiencing propblems with php memory limit errors, then you may
# want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

# In versions of CMS Made Simple prior to version 1.4, the page template was processed
# in it's entirety.  This behaviour was later changed to process the head portion of the
# page template after the body.  If you are working with a highly configured site that
# relies significantly on the old order of smarty processing, you may want to try
# setting this parameter to false.
$config['process_whole_template'] = false;

# CMSMS Debug Mode?  Turn it on to get a better error when you
# see {nocache} errors, or to allow seeing php notices, warnings, and errors in the html output.
# This setting will also disable browser css caching.
$config['debug'] = false;

# Output compression?
# Turn this on to allow CMS to do output compression
# this is not needed for apache servers that have mod_deflate enabled
# and possibly other servers.  But may provide significant performance
# increases on some sites.  Use caution when using this as there have
# been reports of incompatibilities with some browsers.
$config['output_compression'] = false;

#-----------------
#Database Settings
#-----------------

##############

#If app needs to coexist with other tables in the same db,
#put a prefix here.  e.g. "cms_"
$config['db_prefix'] = 'cms_';

#Use persistent connections?  They're generally faster, but not all hosts
#allow them.
$config['persistent_db_conn'] = false;

#Use ADODB Lite?  This should be true in almost all cases.  Note, slight
#tweaks might have to be made to date handling in a "regular" adodb
#install before it can be used.
$config['use_adodb_lite'] = true;

#-------------
#Path Settings
#-------------

#Document root as seen from the webserver.  No slash at the end
#If page is requested with https use https as root url
#e.g. http://blah.com
$config['root_url'] = 'http://www.*.de/kteam';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = '/mnt/web9/31/15/5589515/htdocs/kteam';

#Name of the admin directory
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = '/mnt/web9/31/15/5589515/htdocs/kteam/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = '/mnt/web9/31/15/5589515/htdocs/kteam/uploads';

#Where is the url to this uploads directory?
$config['uploads_url'] = $config['root_url'] . '/uploads';


#---------------
#Upload Settings
#---------------

#Maxium upload size (in bytes)?
$config['max_upload_size'] = 10000000;

#Permissions for uploaded files.  This only really needs changing if your
#host has a weird permissions scheme.
$config['default_upload_permission'] = '664';

#------------------
#Usability Settings
#------------------

#Allow smarty {php} tags?  These could be dangerous if you don't trust your users.
$config['use_smarty_php_tags'] = false;

#Automatically assign alias based on page title?
$config['auto_alias_content'] = true;

#------------
#URL Settings
#------------

#What type of URL rewriting should we be using for pretty URLs?  Valid options are:
#'none', 'internal', and 'mod_rewrite'.  'internal' will not work with IIS some CGI
#configurations. 'mod_rewrite' requires proper apache configuration, a valid
#.htaccess file and most likely {metadata} in your page templates.  For more
#information, see:
#http://wiki.cmsmadesimple.org/index.php/FAQ/Installation/Pretty_URLs#Pretty_URL.27s
$config['url_rewriting'] = 'none';

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '';

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = true;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';

#--------------
#Image Settings
#--------------

#Which program should be used for handling thumbnails in the image manager.
#See http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel/Content/Image_Manager for more
#info on what this all means
$config['image_manipulation_prog'] = 'GD';
$config['image_transform_lib_path'] = '/usr/bin/ImageMagick/';

#Default path and URL for uploaded images in the image manager
$config['image_uploads_path'] = '/mnt/web9/31/15/5589515/htdocs/kteam/uploads/images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images'; 


#------------------------
#Locale/Encoding Settings
#------------------------

#Locale to use for various default date handling functions, etc.  Leaving
#this blank will use the server's default.  This might not be good if the
#site is hosted in a different country than it's intended audience.
$config['locale'] = '';

#In almost all cases, default_encoding should be empty (which defaults to utf-8)
#and admin_encoding should be utf-8.  If you'd like this to be different, change
#both.  Keep in mind, however, that the admin interface translations are all in
#utf-8, and will be converted on the fly to match the admin_encoding.  This
#could seriously slow down the admin interfaces for users.
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';

#This is a mysql specific option that is generally defaulted to true.  Only
#disable this for backwards compatibility or the use of non utf-8 databases.
$config['set_names'] = true;

# URL of the Admin Panel section of the User Handbook
# Set none if you want hide the link from Error
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel';

?>

das bild versucht er aber aus www.*.de/cmsms/uploads/images zu laden....

Foaly* · 16. März 2011 20:42

Hi leerraum,

einfach mal den Seitencache geleert?

Foaly*

leerraum · 16. März 2011 21:19

jup, auch das hab ich gemacht... ich glaub ich exportier die DB und such einfach nach irgendwelchen strings... kann das in der DB sein?

NaN · 16. März 2011 21:21

was steht denn in den globalen einstellungen bezüglich des content_image tags?

leerraum · 16. März 2011 21:26

wo??? ach so. version 1.7. da gabs das glaube ich noch nicht..

leerraum · 19. März 2011 17:15

ok, ich hab jetzt einfach mehrere upgrades durchgeführt, jetzt geht es.

Andynium · 29. März 2011 12:42

Bitte noch auf gelöst setzen wink

http://www.cmsmadesimple.de/forum/viewtopic.php?id=2

Forum für CMS/made simple

#1 16. März 2011 16:08

[Gelöst] content_image zickt nach migration

#2 16. März 2011 16:18

Re: [Gelöst] content_image zickt nach migration

#3 16. März 2011 16:43

Re: [Gelöst] content_image zickt nach migration

#4 16. März 2011 17:43

Re: [Gelöst] content_image zickt nach migration

#5 16. März 2011 17:47

Re: [Gelöst] content_image zickt nach migration

#6 16. März 2011 17:57

Re: [Gelöst] content_image zickt nach migration

#7 16. März 2011 18:03

Re: [Gelöst] content_image zickt nach migration

#8 16. März 2011 18:28

Re: [Gelöst] content_image zickt nach migration

#9 16. März 2011 18:39

Re: [Gelöst] content_image zickt nach migration

#10 16. März 2011 19:45

Re: [Gelöst] content_image zickt nach migration

#11 16. März 2011 20:42

Re: [Gelöst] content_image zickt nach migration

#12 16. März 2011 21:19

Re: [Gelöst] content_image zickt nach migration

#13 16. März 2011 21:21

Re: [Gelöst] content_image zickt nach migration

#14 16. März 2011 21:26

Re: [Gelöst] content_image zickt nach migration

#15 19. März 2011 17:15

Re: [Gelöst] content_image zickt nach migration

#16 29. März 2011 12:42

Re: [Gelöst] content_image zickt nach migration

Fußzeile des Forums