Global_asset_url not updated when migrated to a new host server


(Nicolas Bertsch) #1

Hello,

 

We try to migrate our web site from a host company to another one.

After reinstalling the server configuration into another host, some files and keywords are stil trying to access to the old server location:

example:

%globals_asset_url% still looks for the former url of our web site.

%asset_thumbnail_v_<variety> does the same

even the linked CSS instruction in the parsing file of a design is pointing to the old web site.

 

We have updated the root URL, recreated design files from scratch, but this did not help.

we also ran the system_move_update.php script successfully.

we are using v4.2.3 of squiz matrix.

 

Thanks a lot for your help,

 

Nicolas


(Nic Hubbard) #2

Did cache files get moved over accidentally? And you are viewing these pages as a logged in user?


(Robin Shi) #3

 

We have updated the root URL

Is it the root URL for site asset? If so you should have had a big HIPO going through each children asset. If the HIPO had timed out, try re-submit.


(Nicolas Bertsch) #4

Thanks for help.

 

We have cleared the cache files on the new host server. They were part of the back up .tar files we received from our current host.

 

We can look at the new web site on the new server without being logged as a user (we use an IP address directly and not an .com URL)

 

During the migration, we still have our live web site running under the www.xxxx.com url.

 

We have changed the root URL in the system configuration: System Root URL is set to the IP address of the new server.

The site asset URLs contains all previous Web URLs (www.xxxx.com, www.xxxx.inc, etc : we historically had multiple web sites at different URLs that we consolidated when re-designing the corporate web site) as well as the new server IP address (xxx.xxx.xxx.xxx).

 

Even when linking a new design css to a design customization, when parsing the design file, it tries to reach the new css file on the old web site URL.

 

We are a little bit lost....

Nicolas


(Nic Hubbard) #5

We have changed the root URL in the system configuration: System Root URL is set to the IP address of the new server.

The site asset URLs contains all previous Web URLs (www.xxxx.com, www.xxxx.inc, etc : we historically had multiple web sites at different URLs that we consolidated when re-designing the corporate web site) as well as the new server IP address (xxx.xxx.xxx.xxx).

 

Even when linking a new design css to a design customization, when parsing the design file, it tries to reach the new css file on the old web site URL.

 

And when you are previewing the pages I assume you are doing so at the IP address of the new site? And these pages correctly have the IP applied?


(Nicolas Bertsch) #6

We preview the pages 2 different ways:

- preview from the asset preview (right click on the asset and choose "preview"

- preview from the browser by accessing the web page via http://ipaddress/home

 

None of these previews is showing the right result. They still try to fetch the css design file and other information to the old web site when using the following keywords: %globals_asset_url:assetID%, or %asset_thumbnail_v_<variety>%.

There might be some other keywords not working properly but this structure is working fine for instance: href="<MySource_PRINT var='asset_link' />">


(Nic Hubbard) #7

We preview the pages 2 different ways:

- preview from the asset preview (right click on the asset and choose "preview"

- preview from the browser by accessing the web page via http://ipaddress/home

 

None of these previews is showing the right result. They still try to fetch the css design file and other information to the old web site when using the following keywords: %globals_asset_url:assetID%, or %asset_thumbnail_v_<variety>%.

There might be some other keywords not working properly but this structure is working fine for instance: href="<MySource_PRINT var='asset_link' />">

 

Did you make sure to apply the new IP address to the Designs folder?


(Nicolas Bertsch) #8

the IP address was NOT applied to the Designs Folder and to a few other folders that were used for storing the pictures/images/etc. We did apply the new IP address to the various folders, and everything works fine now!

Many many thanks for you help!!!! it saved us a lot of time and headaches!


(Nic Hubbard) #9

the IP address was NOT applied to the Designs Folder and to a few other folders that were used for storing the pictures/images/etc. We did apply the new IP address to the various folders, and everything works fine now!

Many many thanks for you help!!!! it saved us a lot of time and headaches!

 

Glad it worked!