I recently changed to ubuntu OS and my captcha is no longer working. But it works fine in linux server... I am using codeignitor.
Error in imagettfbbox function i am getting this error...
Several things could go wrong.
1. Permissions for the img_path must be 777 or change the owner to www-data in order to gain write privs.
2. The font path for using the write font must be correct.
3. In order to use the captcha library you should have php gd extension installed.
4. And the last thing that could go wrong is the url path for the captcha image. Maybe the captcha is generated successfully but you are not accessing it correctly from the url.
May be your php interpreter doesn't configured with php, also try to remove browser cache.
I was facing the same problem. On shifting to ubuntu server captcha images stopped working. And changing the font path from 'monofont.ttf' to './monofont.ttf' worked for me. Just to be on the safe side, keep your font file and captcha script file in the same directory.
Related
I did installation of Userfrosting as per the steps - no errors and all went well (using ubuntu 16 command line).
When i loaded the site in browser, page did came but no CSS applied. Browser console said - failed to load resource. I checked and found that “asset-raw” folder is not there under userfrosting/public (this is my webroot).
Also when clicked on sign-in, it does not work. DO let me know if i missed anything.
Thanks
Rahul
If you're using Apache, you need to make sure Mod_Rewrite is enabled. asset-raw is not a real directory, it's an alias managed by the app.
See: https://learn.userfrosting.com/troubleshooting/common-problems#installation-went-fine-except-i-don-t-see-any-styling-on-my-home-page-i-am-using-apache-
I have this odd situation. When creating (or updating) a product in the images section whenever I select a file (or multiple files) the list the selected files doesn't appear therefore I can't upload any images to a product. I don't have ANY errors in the console or in the log and the most odd is that when running the code on a localhost it works. All the required folders on the server exists and they are writable. Any ideas on what could be the reason?
Please check Flash browser plugin working. It's should be installed and enabled.
ok, guys, I found the problem. It easy at it seems took me a lot of time to realize that it's only working when accessing the website with www
I'm used to install extplorer in every joomla project, always everthing going well.
This time at the extplorer launch time its keep loading the web page in loop mode( tried to change permissions in administrator/components , triade to let Aruba install joomla) nothing worked.
Any suggestion ?
Do you have the Admintools extension installed and a custom .htaccess file?
If yes, open AdminTools and htaccess maker.
Under Server Protection>Exceptions>Allow direct access to these files
Add the following line:
administrator/components/com_extplorer/fetchscript.php
to the list of allowed files and regenerate your .htaccess.
I just installed Magento 1.4.1.1 on my Ubuntu Apache server and everything is working just fine aside from one thing:
The Magento Connect Manager simply brings up a blank page. In Firebug it is just <html><body></body></html>. I read that it might be permissions but I gave 777 permissions to the Magento directory and all subdirectories and still the blank page.
Any ideas?
Alright, for some reason it was looking for a PEAR file in a non-existant location. Magento included this in line 27 of PEAR.php:
$_pearDir = dirname(dirname(dirname(__FILE__))) . DS . 'downloader' . DS . 'pearlib';
However, this led it to a directory that included "/includes", which wasn't correct. I ended up just putting
$_pearDir = dirname(dirname(dirname(__FILE__))) . DS . '../downloader' . DS . 'pearlib';
Notice the only difference is the "../" in front of downloader to remove the "/includes" directory from the path. But my real question would be why Magento would have this error in the first place. This couldn't have happened to everyone who installed Magento on an Ubuntu server, right?
I got the same error today without changing anything (no updates etc.) ... blank page when trying to access Magento Connect from backend.
With the help of the answer above I was able to get it to work again. So in Magento base directory go to /includes/src/Varien/ and make the change in Pear.php (include ../ before download) in line 12.
It still would be nice to know what really caused this problem.
Not sure if my solution is 100% related to your issue - but I had been struggling with a blank page for Magento Connect Manager too (version 1.4.0.1)
After a couple hours I discovered that the pear.ini file (/downloader/pearlib/pear.ini) needed to be updated.
It may happen that the filepath references in your pear.ini are not up to date in the case that you changed servers, installations or Magento directory locations.
Therefore you need to do two things:
Open your pear.ini in a text editor and update all filepath references with your current Magento directory location.
Adjust the number of characters for each string. A bit of a pain, I know but it works. (you can use a word editor to do your character counts)
For example:
s:59:"/var/www/vhosts/mysite.com/httpdocs/Test/downloader/pearlib";
where "s:59" is the number of characters in the path /var/www/vhosts/mysite.com/httpdocs/Test/downloader/pearlib and "Test" is the old directory.
Upon going live (i.e removing "Test" folder) This needed to be updated to:
s:54:`/var/www/vhosts/mysite.com/httpdocs/downloader/pearlib`;
Let me know if you have luck?
Everything else works in Magento 1.4 but I can't upload images. Running on Windows/IIS. I know it isn't officially supported but seems odd that everything works but something as simple as image uploads.
Tried updating the media path and that is correct. Also updated permissions on directories, but nothing has worked.
Any other ideas to get this to work?
thanks
I've seen this problem happen when you have Basic Authentication on the entire site. Everything works, except image upload. I didn't find a solution other than removing the basic auth temporarily when needing to upload images.
Have you tried this?
http://www.magentocommerce.com/boards/viewthread/19925/
(essentially set permissions on TEMP directory where images are saved during upload)