I am struggling to find the log directory on my Magento 1.9 installation. Please note that I have used XAMPP and this in installed on Windows 7.
I have checked many forums and the following are the things I have already tried but with no change.
Updated System > Configuration > Developer > Log Settings > Enabled = Yes
The var directory under C:\xampp\htdocs\magento\var did not have the directory 'log'. So I created this directory and change the permission settings to full access.
Disabled cache under System -> Cache Management
Also manually deleted browser cookies before testing each of the above.
I am quite new to Magento. Any help is greatly appreciated.
Thanks,
Aarthi
Please follow these steps:
Go to System > Configuration > Developer > Log Settings, and set:
Enabled = Yes
Click on var/log folder and open properties of that folder.
Click on Security tab and check that all users have full permission. (if not then grant full permission)
Edit any controller's action, and add Mage::log('test'); and open that action's URL in browser.
Then check /var/log folder.
Related
I have xampp with PHP 7.3.2 installed on Windows 7.
I extracted the zip file that I downloaded from Prestashop website and I extracted it;
After doing that everything went fine except that on the "Store Installation" step I saw this error:
An error occurred during installation...
You can use the links on the left column to go back to the previous steps, or restart the installation process by clicking here.
1: Unable to write into "en-US"" (data layer : "PrestaShop\PrestaShop\Core\Localization\CLDR\DataLayer\LocaleCache")
Already tried to restart installation, deleting the whole folder and then re-extract the archive
Screenshot:
Screenshot
I think error happens at copy files start, it may be a permission files problem.
Try to set read and write permissions to everybody on PS installation directory.
EDIT:
In Windows 7 click right button mouse on folder and select Properties. Click on Security tab and here you can set users' permissions.
About install in a Flash Drive, FAT32 does not support permission management. Format it with NTFS or install on hard disk.
The issue I'm facing occurs when trying to enable the AD plugin on OsTicket's Admin Panel. I've downloaded the correct file from the osticket website, Plugins Link. Once the file has been downloaded, I added the auth-ldap.phar file to the /include/plugins folder, just like OsTicket mentioned on their support page. After the file was added, I reset xampp services and logged into the Admin panel so I can enable the plugin, but when I try to add the plugin it doesn't seem like OsTicket is seeing the file, check out the screenshots (sorry I have low rep :/, so cannot embed).
OsTicket not seeing the plugin
The file is in the plugins folder!!!!
I've checked php.ini file, and not sure what I need to look for in order to enable this plugin feature. I've tried adding the full path to the file in the php.ini folder and removed the ";" for "extension=ldap".
Not sure if I did this right but I added a path to the phar file, which still does not seem to be working
No clue on what else is missing, are there other extensions or files I must edit in order for Osticket to read the phar files? If it helps, I m running this on Apache, which is tied to XAMPP Control Panel.
Some info:
Running this on a windows server 2019 with desktop interface
Using Apache with mysql, which are tied to Xampp Control Panel
Using PHP
Thanks for checking into this!
Running an instance of Bitnami Wordpress on AWS Lightsail. Getting the following screen when trying to activate a Wordpress theme (JobCareer):
UPDATE #1 Turned on debug and saw the error information in the above screenshot.
Other themes and plugins I have tested all installed and activate without issue, so it's probably something specific to this theme.
I have made sure that define('FS_METHOD','direct'); is set inside wp-config.php file.
The wp-content folder and sub-folders/files are all chown to bitnami user and have the appropriate permissions (folder:755 & files:644).
At a loss as to what else to try. Thanks for any help you can provide! :)
It's definitely a files & directories permission issue. Move the define('FS_METHOD','direct'); line back to where it was (that change is causing a different error).
The 'www-data' user is the default user for Apache (and other HTTP servers?), in case you didn't know.
I've just moved my site from local (xamp on my windows) to AlterVista.
I developed the site with Joomla. In local all okay. When I upload my site it works but I can no longer access to the Joomla control panel with the default/administrator next URL site.
Though, more details could help in detecting the problem but please check these if you've not so far:
Path to the temp and logs folders in [Joomla! Root]/configuration.php.
If you've renamed htaccess.txt, check if .htaccess is all set on the server. Sometimes, your operating system doesn't transfer hidden files and .htaccess can be a hidden file, depending to your OS settings.
Call an inner admin page to test if the admin folder is responding. Something like: domain.com/administrator/index.php?option=com_content.
Via FTP or Host's file manager check if all files are transferred completely.
Clear all of your web browser's cache and retry.
In addition,
I transferred a Joomla! (new version) last week and faced to this. So, it also can be a Joomla! bug.
I have solved my problem. Also in the configurazione.php there was a linea, the " public $force_ssl = '0' " that was setted to 1. Also my /administrator/index.php was asking to my a certificate to log in... I had only to set this value to 0 to resolv my "TOO MANY REDIRECTS" problem...
Thanks for time! I Hope this post Will bè helpfull for someone.
I'm trying to install Wordpress on IIS, but this annoying problem has been getting on my nerves.
The WP is installed on a Windows Server 2012 with IIS installed (other ASP.NET sites work on it).
There is no firewall enabled on Windows Server.
The login screen disappears if I set the user in IIS, but still giving problem ERR_CONNECTION_REFUSED to anyone who tries to access the blog externally to the server.
I have also tried:
Give folder access permission the user anonimous, but had no effect.
Activate SSL, which had no effect either.
Disable SSL on wordpress: define(‘FORCE_SSL_ADMIN’, false); define(‘FORCE_SSL_LOGIN’, false); on WP_Config.php
Disable php_openssl.dll on PHP Extensions
Follows a print (left the screen of an external user and right navigation screen from the server):
How to solve it?
I found the solution here: http://blog.pluralsight.com/installing-wordpress-on-iis7
I removed the mysql and installed the current version.
I changed the permissions to full control of phpsessions folder for users: IUSR; IIS_IUSRS; Network Service