Hello,
my website has 3 applications: mydomainNl, myDomainEng and myDomainFr. So one application for each language. Now I was wondering if it was possible to set the domain/url to:

http://www.myDomain.com/nl/
http://www.myDomain.com/eng/
http://www.myDomain.com/fr/

I know that in application properties you can set the domain to http://www.mydomain.com and then call the application with "/c-myDomainEng" but it would be fancy to have "/eng".

Thanks in advance

Pickels

Unfortunately it's not always possible to use subdomains.
While I'd prefer if in version 1.2 there would be a cleaner way, I've been able to achieve the same result by inserting in routes.config, BEFORE the penultimate route, the one named "Common", a route like this one:
<add name="CommonIT" url="it/{pageName}/{*contentUrl}">
<defaults controller = "Common" action = "Execute" pageName="" application="myDomainIT" ></defaults>
<dataTokens Namespaces="Everest.CmsServices.Controllers"/>
</add>
Apparently it seems to work, but I'm not sure there are some collateral problem.

Luciano Di Cocco

I solved it this way but the internal links still use the c-{application}. Is there a way to fix that?

http://glasvandoren.sneak-peek.be/eng/

That's the website I am working on and as you can see the links on the page all use the c-{app} routes.

I was thinking of something along those lines the problem is that I gave really stupid names to my applications. If they were just nl, fr and eng I wouldn't even mind the c-{app} that much. I am not sure if you can change the application names. I noticed you can't do it from the admin panel so I guess it's not that easy to change the name.

Pickels,

I just discussed with Jifeng, if you just remove the "c-" on the routers.config and also remove it from the preview URL at "Urls.js", it seems like will work out. The only thing to remember is that in this case, the domain you used to access the CMS and those front sites can NOT be assigned to any application any more.

Also after checking your site, we though we will give some advice on your site.

1. JavaScript files.
I see you use some JavaScript files. In our practice, we recommend to combine and compress JavaScript and CSS files before sending them to client side. For CSS, we use the theme folder. In the "BinaryResource" folder, you should find a folder name "JavaScript" as well, that is the folder we recommend to put your JavaScript files. JavaScripts in this folder will be combined and compressed, then write to client side.

In order to use the combine and compress function, be sure to check the "released version" checkbox on root system setting. Kooboo can be run on debug mode or released mode.

The JavaScript reference to google site is a good practice.

2. Image gallery
I have seen your image gallery now. It use the binary resource which is fine. Binaryresource is just like disk storage. Maybe you need to generate a thumbnail on the fly. Generating a thumbnail is very easy in .NET.

But I would also like to remind you of three other possibilities.

-- file controltype in Text Schema. When defining a schema, you can define a field with the controltype of File, then you can upload and access the fileurl just like a normal text fields. This is the best option when you can have a fixed amount of pre-definded file fields.

-- Binary schema, one text schema can contains one or more binary schema. This is more like creating a relation from text content to binary content. Binary content is linked to Text content but not a subcontent of the text content.

-- File included. When this is checked, one text content will have a upload box to upload unlimited amount of files. This can be used when amount of file attachment is not determine.

In some implementation, I have seen people using two file controltypes, one for thumbnail, one for bigger image. Depends on your situation, you can decide what is the best for you.

Regards,

Vincent

Hi Pickels:


We have improved the site script inclusion function. In the feature version, just the same as Theme, you can select which site's javascript will be included from its inherited. I think it will be useable.