Yes. If this is a fresh site, delete everything and reupload everything. Manually create your own plugins\bin. Do all the permissions I listed before. I had to set web.config, global.asax, *.config permissions in the root manually because I could not change the permissions to the root.
If you try to "restart installation" now, you'll get other errors pointing to install problems. Clear everything out and start fresh. You will also need to delete your database or gut it. I deleted and recreated.
So... 1. fresh upload, 2. manually create plugins\bin, 3. set all permissions, 4. set permissions on specific files as well, 5. create new database
At this point, the install worked for me. nop.tech405crm.com
Do you have access to the server, in Filezilla or do you have the option in your control panel?
I only have option in my control panel to add writeable to all and I have done this, I don't have access to the server and I can only set specific permissions in Filezilla, don't know if this will work though!
If you don't set permissions, this won't work. You need to set your permissions on your server via some sort of control panel. Who is your hosting company?
No, this aint working for me, I keep getting the authentication issues.
I did everything you advised, then got my webhost to double-check the permissions and they confirmed that the correct permissions are set, they are filtering down from the wwwroot folder.
But when I try to run the install I get asked for a user & password and when I cancel I get the below error:
Access to the path '\wwwroot\Plugins\bin\Nop.Plugin.DiscountRules.BillingCountry.dll' is denied.
Does anyone else have any ideas what might be wrong? I am getting this same issue for nopCommerce 2.2 & 2.3.
What do you mean it is filtering down from wwwroot? You need to set the permissions for the specific iusr_ account or iwpd_ account.
You need to set the permissions specifically on each folder for the correct user. Filtering everything down from the wwwroot is too much of a security risk. (if that's what they did)
The problem was there is no "plugins\bin" directory" in the "no-source" files and when I was creating it manually I was doing it through Filezilla directly on the web server, which must have been messing up permissions.
When I created the "plugins\bin" directory locally and uploaded to my web server this solved this issue.
I don't know what was going on with the "source" files as these do have a "plugins\bin" directory. And I don't know why it kept refering to "wwwroot\Plugins\bin\Nop.Plugin.DiscountRules.BillingCountry.dll" as even now after I have completed the install there is nothing in the "plugins\bin" directory. Maybe this is a temp folder that files are placed in and removed constantly.