[Solved] Issue with IIS, https and CMSMS Core 1.11.11?

[Prestoav]

Hi all,

We've just run into an issue when running 1.11.11 of CMSMS on an IIS server belonging to the client's IT company. We've just upgraded the CMSMS recently (from 1.10.3) and all went well running the upgraded copy on MAMP locally.

However, when we sent over the files to the IT company and they installed it on the IIS server the CMS is reporting <base href='https//...> rather than <base href='http://...> and this is breaking relative URLS for images, scripts etc.

We've tried using the CMS itself and SEOTools2 to deliver the <base> tag and both report it as https. The root_url is set as http in config.php too.

We've installed the same files on a spare Fasthosts Linux hosting account and all is fine, just as it is on MAMP locally. Neither the IT company or ourselves have seen this before and we're a bit stuck.

As a note: we're getting a 'no GRANT ALL permission note in the sys info but a server rule has been added for this.

Anyone have any ideas?

System info as follows, thanks in advance:

----------------------------------------------

Cms Version: 1.11.11

Installed Modules:

CMSMailer: 5.2.2
CMSPrinting: 1.0.5
FileManager: 1.4.5
MenuManager: 1.8.6
MicroTiny: 1.2.7
ModuleManager: 1.5.8
News: 2.14.4
Search: 1.7.11
ThemeManager: 1.1.8
CGSimpleSmarty: 1.7.4
CGExtensions: 1.41.2
FormBuilder: 0.7.3
AdvancedContent: 0.9.3
JQueryTools: 1.2.6
CompanyDirectory: 1.13.1
Cataloger: 0.11.3
CMSForms: 1.11.2
Twitter: 2.0.4
SiteMapMadeSimple: 1.2.8
CGBlog: 1.12.6
CGFeedMaker: 1.0.20
FormBrowser: 0.4.2
SEOTools2: 1.2.1
CGSmartImage: 1.16.2
CMSDumper: 1.3

Config Information:

php_memory_limit:
process_whole_template:
max_upload_size: 25000000
url_rewriting: none
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true

Php Information:

phpversion: 5.4.21
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 2048
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 300
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 8M
upload_max_filesize: 25M
session_save_path: C:\Windows\Temp\ (0777)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)

Server Information:

Server Api: cgi-fcgi
Server Db Type: MySQL (mysql)
Server Db Version: 5.6.14
Server Db Grants: Could not find a suitable "GRANT ALL" permission. This may mean you could have problems installing or removing modules. Or even adding and deleting items, including pages
Server Time Diff: No filesystem time difference found

Server Software: iix/8.0
Server OS: Winnt 6.2

----------------------------------------------

[chandra]

I'm not really familiar with IIS, but to the first I would check the server for any rules which redirect the requests to https.

To the second I would try to clear the config.php. Since version 1.11.x CMSMS needs only a minimum setup in config.php. Sometimes the too much inside could make trouble.

Make a fresh install and you will see what I mean .

Additional you can try a fresh install on IIS and see if it works correct.

[Prestoav]

Hi Chandra,

Thanks for your help, much appreciated!

I've been in and tried removing the root_url and root_path from the config.php and retried (after refreshing the CMS cache) but sadly no luck.

We've also looked for redirects to https but no joy there either

If there are any other ideas out there we'd love to try them folk!

[chandra]

If you got the same result with a fresh CMSMS 1.11.11 install on this IIS it's a server related problem.

Have you tried it yet?

[velden]

I think it's possible the metadata plugin does an 'IIS incompatible' check to determine if https is on/off.

Either try adding

Code: Select all

$config['ssl_url']="http://www.example.com"

to your config.php (note the absence of the 's' in the protocol and of course use your domain).

Or, build the base tag yourself:

Code: Select all

<base href="{root_url}/" />

and change metadata tag call to:

Code: Select all

{metadata showbase=false}

[Prestoav]

Velden, thanks!

Adding $config['ssl_url']='http://....'; to the config.php sorted the problem. The <base> tag now reports 'http' and relative URLs are working again.

Now just need to find out why the News module isn't running on this server but that's for another post.

Thanks again.