I have just installer Joomla and when I go to the page index at http://localhost/joomla16/administrator/index.php
I got like 100 lines of error of the following:
Strict Standards: Accessing static property JCache::$_handler as non static in C:\xampp\htdocs\joomla16\libraries\joomla\cache\cache.php on line 422
And this is repeated like thousand times!
Please help me I do not know what to do!
My OS is Windows 7 Ultimate.
Regards
Stefany
go to your php.ini file and search for error_reporting
set this to error_reporting = E_ALL & ~E_DEPRECATED
Related
I'm a new Joomla user, and i'm configuring my website, to set a multi language switcher. After fallow all of the steps in this tutorial (https://www.youtube.com/watch?v=cm114SqvUuc) i opened the webpage, and it always shows me this error on the pic:
I tried to check all of the steps, and i think that everything's right.
Edited:
I changed to max level error reporting, and i got these errors:
Deprecated: iconv_set_encoding(): Use of iconv.internal_encoding is deprecated in >/home/sbmobili/public_html/libraries/joomla/string/string.php on line 27
Deprecated: iconv_set_encoding(): Use of iconv.input_encoding is deprecated in >/home/sbmobili/public_html/libraries/joomla/string/string.php on line 28
Deprecated: iconv_set_encoding(): Use of iconv.output_encoding is deprecated in >/home/sbmobili/public_html/libraries/joomla/string/string.php on line 29
Edited (2):
If i remove the "www" in the URL, the website opens, but without any multi language reference.
Someone knows how to solve?
Big thank's.
Actually this problem was easily fixed . I just cleaned the browser cache and it worked.
The latest Joomla 3.0 will need magic quotes to turn off in order to start the installation.
As usual, i turn it off using php.ini created inside the sub folder where my joomla files are inside.
in my phpinfo, magic_quotes_gpc is writing Off. but in my joomla installation page, magic quotes still showing "No".
any ideas?
No way of solving it with a php.ini file. It'll "seem to work" but doesn't. You need to set magic_quotes_gpc = off on the server php configuration.
Usually editing the php.ini requires the restart of the server to work.
Have a look at the PHP function get_magic_quotes_gpc. There may be no issue with Joomla after all.
I hope someone can help me with this issue.
For a few months (since last August) there has been an ongoing issue on my site with strange characters appearing all over the place - especially in user generated content.
I have searched and searched for answers but nothing ever seems to work, although the most pressing (in the blog component) has been resolved by setting JCE to validate HTML - which is does fine in the Blogging component (EasyBlog) but doesn't anywhere else (where it is less critical but still an issue).
Here is what I have done so far:
Checked the site from multiple machines, multiple browsers - no difference.
Checked the MySQL database and table collation - which are utf8_general_ci
Added AddDefaultCharset UTF-8 and AddCharset UTF-8 .php to the .htaccess files. I played about with these for ages and these two seemed to be the only combination which didn't crash the site.
Have checked the HTML headers and they definitely have the correct content encoding types (set to UTF-8)
I have tried different WSIWIG editors to no avail. Besides it is often in the code output where the characters appear - typically a A next to a »
I have tried a hack to force the connection script to UTF-8 but this causes the site to crash.
If anyone has any ideas at all as to what I can do still ... I'm all ears (please)
Many thanks in advance
If your server is running PHP 5.4+ I would suggest that you try the following solution described in the JCE forums:
In the Editor Global Configuration, set "Entity Encoding" to "UTF-8"
In the "Custom Configuration Variables" field, add:
keep_nbsp:0
The keep an eye out for the JCE 2.3.2 release which will address this issue.
Things to note:
anywhere the spurious â or  is occurring will have to be edited to remove the characters (once the changes above have been applied to JCE).
the problem is Joomla! 2.5.x's use of get_html_translation_table() which relies on default values and PHP 5.4 changed the default encoding parameter to UTF-8. Previously it defaulted to ISO-8859-1
For the core you could try and modify _decode() in /libraries/joomla/filter/input.php, look for the line (around 644):
$trans_tbl = get_html_translation_table(HTML_ENTITIES);
and change it to:
$trans_tbl = get_html_translation_table(HTML_ENTITIES, ENT_COMPAT, 'ISO-8859-1');
When I try to create a configurable product from the admin panel I am getting the following error.
Fatal error: Call to a member function setProductFilter() on a non-object
I am not trying anything special. I just went to "Add Product" and selected "Default" attribute set and selected "Configurable Product" from the drop down and hit continue. But I could not create configurable products.
It is showing error in the following line
\app\code\core\Mage\Catalog\Model\Product\Type\Configurable.php on line 294
Could anyone help me in this please?
Almost 2 years on and I have just encountered the same (well, a very similar) problem in Magento 1.9.0.1. I found the cause, and it came as quite a surprise.
Note: I'm using backslashes in my filepaths because I'm using Windows. I see the OP was too. Just in case anyone was about to point out my "mistake". :o)
\app\code\core\Mage\Catalog\Model\Product\Type\Configurable.php on line 294 looks like this:
return Mage::getResourceModel('catalog/product_type_configurable_attribute_collection')->setProductFilter($this->getProduct($product));
This is supposed to do the following 3 things:
Load the product object using$this->getProduct($product)
Generate a resource object using Mage::getResourceModel('catalog/product_type_configurable_attribute_collection')
Call that resource object's setProductFilter method, passing in
the product object
It's failing at step 2, because Mage::getResourceModel('catalog/product_type_configurable_attribute_collection') tries to use the file \app\code\core\Mage\Catalog\Model\Resource\Product\Type\Configurable\Attribute\Collection.php, which - in my case at least - doesn't exist.
To be exact, the file is there but it has the wrong extension - .ph instead of .php. It seems like Magento CE 1.9.0.1 was shipped like this. Maybe other releases are affected in the same way.
Magento CE 1.9.0.1 is available in 3 formats: .zip, .tar.gz, and .tar.bz2. I downloaded the .tar.gz version onto a Windows 8.1 system and extracted it using GnuWin's gzip for Windows and tar for Windows (both command-line utilities). Maybe something got corrupted because of the specific way I chose to download and extract and/or because of the OS I'm using. Or maybe this file is just misnamed at the source. Either way, renaming it to .php solved the problem for me.
Hope this helps someone - as I can see how much of a popular topic this is :oD
If your Problem is - magento Call to a member function setProductFilter() on a non-object in app/code/core/Mage/Catalog/Model/Product/Type/Configurable.php on line 294
Go to -
app/code/core/Mage/Catalog/Model/Resource/Product/Type/Configurable/Attribute/
And see there are the Collection.php file exist or not.
I thing there are Collection.php file exist but the file extension is not correct format.
You can change the extension only, Make it Collection.php
I have an ecommerce site built on OpenCart (1.5.0 i believe), which after inserting tracking code from Alexa.com and a block of code for redirecting to another site went entirely blank. Initially it worked, so I felt it was safe to save over my backups. But after refreshing the pages it was blank, and the 'view source' option in all my browsers (firefox, chrome, safari) revealed that there was no code reaching them. I then began to follow a series of debugging steps:
As my text editor was still open I undid all changes and reuploaded with no changes
I scanned the documents to be sure there were no issues in the text, with no discoveries
I ran it through W3C validation, with 2 warnings which are 1- no character encoding and 2- unable to determine parse mode.
contacted host for a server side restore though their earliest backup was a day after the problem began (it took 3 days of arguing to get them to initiate a restore)
In regards to these validation warnings, I am not sure what encoding should be used for OpenCart, ASCII or UTF-8 (which the validator resorted to) or what, in addition I am not sure if the template used with OpenCart would conflict with it if I were to declare encoding. In addition, I find it hard to believe that such a widely distributed product would have something this simple causing such a huge mistake because then all users would have this issue.
In regards to parse mode, the index page does declare parse mode (in the included header file).
In addition to all this, the validator is also claiming that it is not receiving code at all, which disables any chance of determining problems through that route.
The header and footer were both edited for these additions but are relatively long to include in this. The code used to edit were, for alexa <!-- tracking code here --> inserted into the head section of the header file, and the code for the footer was:
<span style="display:inline-block;width:160px;height:30px;text-align:center;border:#000 1px dotted;font-family:Arial,Helvetica,sans-serif;font-size:11px;background-color:#FFFFFF;"><strong style="display:block;padding:0px;margin:0px;">Reputation Management</strong>Submit Express</span>
If anymore code is needed to help then please let me know, I am not looking for someone to fix my problem but to give me relevant tips to help figure it out myself or if they do provide a fix to educate me as how they managed it so I may be able to use the same debugging method. Thanks!
EDIT: The issue, as discovered thanks to Jay, is "PHP Notice: Undefined index: HTTP_HOST in **/public_html/graphic-shack.com/index.php on line 40" and a google search has not revealed any effective results. This, to my untrained mind is jibberish, clarification would be greatly appreciated as line 40 is in fact a blank line, where as the text around it I can not post for some reason but will be viewable at http://graphic-shack.com/example.html
Open Cart uses UTF-8 throughout, so its definitely best to use that which your theme should set for the browser in the
The first thing I would ask is have you got error reporting set up (NOT OPEN CARTS ONE) that logs php errors?
If not, then you need to do something like
php_flag log_errors on
php_value error_log /path/to/custom/error.log
in your .htaccess file, so that you can log all your php errors to a file. this will need to be somewhere you can get the file, so change the path accordingly so you can view it.
Once you have that, you'll have a good base for working out the problem. I find it hard to believe that opencart has stopped because you added code. The most likely cause is a file missing, blanked or half written accidentally when saving or you've got some extra php code somewhere you shouldn't
== TEST.PHP CONTENT ==
<?php
echo '<pre>' . print_r($_SERVER, true) . '</pre>';
?>