Normally IIS store logs based on the website ID directory
Is there any way to change the log directory to the website name?
Instead of the W3SVC folder, I would like to have my custom folder,
For example, SchoolWebAPP , ID 7, i would like to have a SchoolWebAPP Log directory.
Anyone knows if this is possible?
Researched and found this advanced logging module. https://learn.microsoft.com/en-us/iis/extensions/advanced-logging-module/advanced-logging-for-iis-custom-logging
Related
**How can i change default logfiles directory name for all sites.????
for example %SystemDrive%\inetpub\logs\LogFiles**$SITE_NAME**
Who can help me?
**
i have tried to write Directory path with VARIABLE, but didn't work
As Lex Li said, I don't think it is necessary to modify the IIS log folder name.
The numbers on the IIS log default folder correspond to the ID of each site in IIS. Open the IIS manager, double-click the Sites node, you can see the IDs of all sites.
You can also run the following command to return the ID of the site: C:\Windows\System32\inetsrv>appcmd list site.
If the ID of the site is 1, the corresponding log folder name is W3SVC1, and the ID=2 corresponds to W3SVC2, etc.
I'm trying to log in to the Orchard Dashboard, but in the instance I'm working with, it has been configured so as to not show the log in link to the bottom, like the default theme does.
I've tried a bunch of URLs, including OrchardLocal/Admin and I get a 404. Is there a specific place to change the default URL for security purposes ?
I've tried looking in various XML files that have DetailsRouteOrchard nodes in them, but I have not found the URL for the dashboard.
Any ideas ?
Thanks.
Change the Project URL (like http://localhost:30321/OrchardLocal) in Web under Project properties and created new virtual directory.
Source : Orchard Dashboard is missing
Right now the sites are accessible through the virtual directory named node as said in the docs.
Is there a way to change its name? Or even remove it completely from the URL?
Instead of:
http://localhost/node/express/myapp/demo
I would like to have:
http://localhost/express/myapp/demo
Or ideally:
http://localhost/demo
This last case is how the url looks when using node as a server.
Look at your default website, in IIS, you should see that it added node as a virtual application. you should be able to remove it from there and reconfigure as desired. Just make sure to review the rewrite rules/configuration in the web.config file for the /node/ folder.
I want to reference a javascript file at the bottom of a page template.
I added the .js file under cmssitemanager / development / javascript files and then added the following to the master template (portal engine):
<script src="/CMSScripts/Custom/FOO/BAR.js"></script>
When I open the page in any browser, the javascript in the file isn't executing.
When try to access the file directly in the browser at domain.com/CMSScripts/Custom/FOO/BAR.js I get redirected to the Kentico logon page.
I don't see how/where I can specify security for the CMSScripts directory, but the user should not have to be logged in to access this file.
Any suggestions?
Update with info from first answer:
We are not currently using Windows Authentication, and I verified that the application pool user account has file-system permissions. I also verified that the application can add/delete/modify files using the cmssitemanager > administration > system > files > "test files" utility which resulted in OK status for creating/deleting/modifying folders and files.
I do have Check files permission checked in cmssitemanager > settings > system > files > security. Unchecking this option does not change the behavior, including after restarting both the application and the windows services.
The site is valid and has the correct license however there was NOT a domain alias defined. I added one however this did not change the behavior.
We have not made any changes to the web.config save for connection string information. If you are referring to this documentation on CMSUseTrailingSlashOnlyForExtensionLess in the web.config, this was not previously in there however adding it did not change anything. To that end, I wasn't seeing the site trying to redirect to domain.com/CMSScripts/Custom/FOO/BAR.js/ so I truly think it's tied to some kind of security ACL that is out of order.
Here is the solution provided by user FroggEye on the Kentico DevNet forum thread on this same issue:
You're best bet is to use the syntax below. Kentico does URL processing on all directories unless excluded and you'd have to exclude the CMSScripts directory from processing which isn't hard but the code below is a better solution.
<script src="/CMSPages/GetResource.ashx?scriptfile=/CMSScripts/Custom/FOO/BAR.js" type="text/javascript"></script>
This will do 2 things:
give you a standard place to call resources from (you can get stylesheets here as well)
allow you to use the build-in minimization functions.
Charles,
This is a strange behavior, it does not normally do that.
Do you have any windows auth going on ? where you possibly removed anonymous access (in IIS) to directories in the website folder ?
Do you have Check Files permissions turned on as a Kentico Site setting? (even though I'm fairly sure that won't affect requests to the JavaScript files in JS module)
Is it a valid site (enabled and running in CMSSiteManager) and domain name with a correct license and alias ?
Any custom modifications to web.config file that possibly changed httpHandlers or modules ? And are you running the correct extensionless URL settings in web.config ?
Today I moved my website to a new hosting company (Verio). I've done this lots of times before, and I know that your website should go inside the "htdocs" folder.
Now usually when I use FileZilla, I can do a "Right Click" on a filename to get the URL of that file. This is the result of my root default file: ftp://test#test.com/www/htdocs/Research/index.php
However, on the web, the true URL of my default file is: www.test.com/Research/index.php
My index.php file is in the website root folder. Does anyone know why FileZilla would include the server folders "www/htdocs" as part of the URL? These folders should not normally be visible to the user.
OR, is this look correct?
That ftp url is correct. Your FTP account has access to the two folders (www/htdocs/) before the document root, as most hosting providers provide.
You are also correct to assume that http access is limited to the document root. (Meaning they cannot see www/htdocs/)