You can clear cache using clearcache --clear-all from cli, but if you do not trust it for sometimes for permission reasons this does not work you can go into the project roo/var/[design]/cache and trash the directory tree. Be care not to delete the storage files as this is where eZ stores all you site files and images. I have done that before and you need a good backup :)
I tend to tarball the entire vat directoy before I start playing around... just in case
Tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
If DefaultAccess=corporate_site in override/site.ini.append.php below then
http://mysite.degrees.com and http://mysite.degrees.com both bring up what used to be http://mysite.degrees.com/index.php/corporate_site
If DefaultAccess changed to corporate_site_admin below then
http://mysite.degrees.com and http://mysite.degrees.com both bring up what used to be http://mysite.degrees.com/index.php/corporate_site_admin
Do i need to make any changes to settings/siteaccess/corporate_site/site.ini.append.php
and
Do i need to make any changes to settings/siteaccess/corporate_site_admin/site.ini.append.php ?
Below are changed I made to settings/override/site.ini.append.php
This looks like the hostmatching does not take place at all. Are you sure that your virtual host is set up correctly. I have no clue about virtual host as I have never used it. In the article about hostmatching it is stated that nthe webserver must be configured correctly before the mapping will work (http://ez.no/doc/ez_publish/technical_manual/3_8/concepts_and_basics/configuration/access_methods )
Depending on how good your PHP is I would also check the file access.php which seems to be responsible for matching site acesses to urls. maybe you can find out here what is actually going wrong.
I think u are right. Hostmatching isnt happening. Both subdomains work ok so I think there may be a problem with access.php
My <i>settings/override/site.ini.append.php</i> had
[SiteSettings]
DefaultAccess=corporate_site
which meant default site was working for user and admin sites. When I removed DefaultAccess=corporate_site I was getting database error.
It looks like <i>settings/siteaccess/corporate_site/site.ini.append.php</i> and <i>settings/siteaccess/corporate_site_admin/site.ini.append.php</i> are not being accessed at all as database connections are kept in both these files. When I put database stuff in <i>settings/override/site.ini.append.php</i> connection worked ok but hostmapping dosent.
Do you get any messages in the debug output which might be related to the problem? If not this looks like the all so exciting examination of the access.php is necessary. Unless someone else steps in and knows a bit more about what might be the problem... Fortunately the access.php is pretty well structured so you need to check only a few lines (almost at the beginning to check for the matchorder and then in the long switch check for the entry for 'map'). If you have any problems with doing that tell me and I'll try to help.
Hi, solved problem in end. Spaces after host and corporate_site in site.ini.append.php below were causing problem. Neither index.php or access.php trims incomming variables.
I am having the exact same problem described in this post, but I have double checked settings/override/site.ini.append.php for spaces at the end of the line and found none.
I figured out what was wrong, also by putting some test output statements in access.php.
Basically, I am using a non-standard port which is included in the URL. In access.php, the domain name PLUS the port is stored in $host, as "domain.com:port". This is compared against the first value in each of the HostMatchMapItems[]. I had to modify the HostMatchMapItems[] entries to include the port as well as the domain name.