3gb file deprecated.php in Joomla logs - joomla

I've got problem with my Joomla. In logs folder I found huge file named "deprecated.php" which takes allmost 5GB of my server space. I removed this file about week ago and now this file have more than 1GB. It's Joomla 2.5 website contain about 4k articles.
Any ideas what that file is? Cause uncle Google didn't help me at this time.

Some extensions may be using deprecated code and this is OK but you should check your error reporting settings:
Check Site -> Global Configuration -> Server -> Error Reporting is
set to "System Default".
Check Site -> Global Configuration -> System -> Debug System is set
to "No".
You could also check php.ini and .htaccess for error reporting settings.
If all else fails, you can stop the deprecated errors being logged by adding a line to your php.ini file like this:
error_reporting = E_ALL ^ E_DEPRECATED
References:
https://www.akeebabackup.com/support/admin-tools/10873-deprecatedphp-running-amok.html
Prevent joomla api to log deprecated warning
http://php.net/manual/en/function.error-reporting.php

Related

Failed to load resource: net::ERR_CONTENT_DECODING_FAILED error while loading laravel css file

While executing a web page after loading HTML, CSS file is not loading & not applying the UI changes.
In browser console it is showing the following error Failed to load resource: net::ERR_CONTENT_DECODING_FAILED
One more issue is "that error is occuring only for the first time", If I reload the page the error will be gone & will load the CSS properly.
One solution I found after browsing is to enable gzip encoded, That is already in place.
Console error message
Welcome to stackoverflow.
This is a bit of an annoying error. But ill do my best Lacking what information I have on your error exactly.
What is this error?
This can happen when an HTTP request's headers say that the content is gzip encoded, but it isn't. It doesn't always happen, as you've discovered. But happens occasionally.
What can you do?
Check to see if Route::get('/') pointing to the correct
controller/code?
check to see if output_compression is added to your php.ini
Add this code: zlib.output_compression = On
try going to /config/config.php(this may not be right in your case) and set the following to false $config['compress_output'] = FALSE;
Further reading
(more about what the error actually is)
https://superuser.com/questions/172951/chrome-error-330-neterr-content-decoding-failed
https://www.solvusoft.com/en/errors/runtime-errors/google-inc/google-chrome/330-chrome-error-330/
As I referred about this cause of error, I think adding zlib.output_compression = On to php.ini will help you.
You can find this php.ini file in your php installed folder. In that find zlib.output_compression and initially it will be in OFF stage. Change it to zlib.output_compression = On.
For more information you can refer https://stefantsov.com/fixing-err_content_decoding_failed-in-apachephp/
If you are using Cloudflare make sure Brotli is enabled.
To enable Brotli, follow these steps.
Log in to your Cloudflare account.
Choose the appropriate domain.
Click the Speed app.
Click the Optimization tab.
Toggle the Brotli switch to On.
https://support.cloudflare.com/hc/en-us/articles/200168396-What-will-Cloudflare-compress-
For me the problem was this:
throw new CHttpException(Yii::t('general', 'This category has no product.'));
Becose I use Framework Yii 1.1, I changed that with this:
Yii::app()->user->setFlash('notification', "This category has no product.");
And in front-end I display the message like this:
if (Yii::app()->user->hasFlash('notification')) {
echo '<div>' . Yii::app()->user->getFlash('notification') . "</div>\n";
}

Configure Xampp for TYPO3

I have to learn how to use TYPO3 for an end-of-study internship. I use the last version of TYPO3.
And I want to use the local server Xampp on Windows 10. But I never used it before and I don't know how to configure it for TYPO3. I try to use the documentation on TYPO3's website but I don't really understand.
Could you help me ?
The first three messages can be resolved by changing the entries in the „php.ini“ file with an editor.
1);extension=php_soap.dll will be activated by removing the semicolon
2) max_execution_time = 30 has to be increased to 240
3) ; max_input_vars = 1000 will be activated by removing the semicolon and has to be increased to 1500 characters
Now restart Apache and MySQL with the XAMPP Control Panel and reload the website.
The „ThreadStackSize“ has to be raised to 8MB. In order to change this setup write the following lines with a text editor in the file „httpd.conf“:
<IfModule mpm_winnt_module>
ThreadStackSize 8388608
</ IfModule>
The last error „PHP OpenSSL extension not working“ can be ignored, since it’s just a local test system. So security is not that important in this case.
This information and more you can find here: https://www.pagemachine.de/blog/install-typo3-8-0-local-test-system-windows-tutorial/

Running wordPress blog site in IIS (Windows Server)

I recently switched my site from Linux to Windows Server. In my old site there were WordPress Blog directory. For this I first uploaded entire blog directory to my new server & created database. Then re-configured database connection settings in wp-config file & uploaded it. All worked fine but when I clicked on any links in my blog first it takes too much time to get load(almost 2mins) & when loading finish it off then it shows me this error
PHP Warning: file_exists(): open_basedir restriction in effect.
File(/home/brandst1k/public_html/blog/wp-content/uploads/2016/08) is
not within the allowed path(s):
(G:/PleskVhosts//brandstik.in\;C:\Windows\Temp) in
G:\PleskVhosts\brandstik.in\httpdocs\blog\wp-includes\functions.php on
line 1492 PHP Warning: is_dir(): open_basedir restriction in effect.
File(/home/brandst1k/public_html/blog/wp-content/uploads/2016) is not
within the allowed path(s):
(G:/PleskVhosts//brandstik.in\;C:\Windows\Temp) in
G:\PleskVhosts\brandstik.in\httpdocs\blog\wp-includes\functions.php on
line 1497 PHP Warning: is_dir(): open_basedir restriction in effect.
File(/home/brandst1k/public_html/blog/wp-content/uploads) is not
within the allowed path(s):
Original error link - http://www.brandstik.in/blog/solar-rechargeable-camping-lantern/
I can understand that there is server misconfiguration which throws this error. Now only concern is how to solve this?
I had the same issue as yours, it was caused because of the misconfiguration file directory.
All you could do to solve this is add this code in your wp-config.php file.
define('WP_TEMP_DIR','/tmp')
This did work for me.

Magento Admin Backend Blank Page after login

i have a serious problem in Magento Admin Backend. After login its shows a BLANK Page. i used the same files and database in different server, there it was working fine but when i have transferred files into LIVE then Admin issues came. Please help me over this as i got frustrated from last some dayz. If you need any more dertails then plz ask but i need to resolve this soon. Link: http://studywings.com/index.php/admin/
Magento ver: 1.7
flush your magento root /var/cache folder and /var/session folders, It may have previous server session that may cause problems.
Otherwise disable all third party modules and try again. I think this will help
I had the Same problem,
i have also debug the any errors occured, i tried index.php file
ini_set('display_errors', 1);
error_reporting(E_ALL);
$_SERVER['MAGE_IS_DEVELOPER_MODE'] = true;
pleced above code in index.php file. after that i have tried admin login.
showing the errors are session related, header already send errors.
i have to add the code in root/index.php file in top add the following line.
ob_start();
after that tried the login its worked.
Cheers..!
Is url changes to this after click login button or not?
http://yourdomain.com/index.php/admin/index/index/key/(key value)/
if url changes but not not show the dashboard page then go to
app/code/core/Mage/Core/Model/Session/Abstract/Varien.php
make copy of this file
Find the code for setting session cookie parameters these started on line 77
Comment out the final three lines and be sure to remove the comma after $this->getCookie()->getPath(). You should end up with this:
// set session cookie params
session_set_cookie_params(
$this->getCookie()->getLifetime(),
$this->getCookie()->getPath()
// $this->getCookie()->getDomain(),
// $this->getCookie()->isSecure(),
// $this->getCookie()->getHttponly()
also line 104 comment out :
//call_user_func_array('session_set_cookie_params', $cookieParams);
If there is no change in url after click login then try to uncomment display error and see error_log file of your server
I think this problem is due to file permissions. As you added files from one server to another, permissions might be get changed.. Try to give the permissions to all the files. Check this http://www.mage-shop.com/forum/threads/3-Magento-Admin-Backend-Blank-Page-Error
There are a number of things that can cause it, but it's most common after migrating to a new server, last time it happened to me it was an excessively low php memory_limit setting on the new server - the Admin part of the site uses a lot more resources per user than the frontend.
In general when having this issue:
Flush out your cache by emptying var/cache
Clear out sessions by emptying var/sessions
Check the magento error logs/reports for an error code in var\logs and var/reports
Turn on magento error logs in mysql if logging isn't already on! (look in core_config_data for WHERE path like 'dev/log/active'
Check if your php configuration is displaying errors
Check your apache/php error logs for more clues - memory errors will show up here for example
Try this solution
It sounds like you want to enable Developer mode. Add this to your .htaccess file:
SetEnv MAGE_IS_DEVELOPER_MODE "true"
You may also want to enable display errors in index.php:
ini_set('display_errors', 1);
The best way I have found to debug is with X-Debug in a local environment. You can also use log files to help debug in a production environment, if your unable to run X-Debug in the environment.
I've got a more detailed posting here:
http://www.molotovbliss.com/debugging-tips-and-tricks-with-magento-commerce
Consider also installing XDebug
Hope this helps you!
Just to complete the other answers....
I am upgrading a magento install, and got the same problem, in the end I had another folder inside of var/
magento/var/minifycache
Only worked after clear deleting the files inside of this folder.
I had the same problem after uninstalling an extension. I thought that clearing cache would be enough, and I did without success... later speaking with the technical team, they commented me that it did not work because I hace memcache installed, and needed to be done the cleaning via system - backend (that i coudl not see...)

An unrecoverable error occurred. The uploaded file likely exceeded the maximum file size (2 MB) that this server supports

Ok I got Drupal 7.19, mySQL 5.1.66-cll PHP 5.3.21
Now I searched for he above error and found various answers of various age, however it doesn't address, my problem.
I get the error for any file bigger than 100k
went through php.ini settings.php as well as account settings, which is now 5000k.
and max post and max file are way higher.
The site has only 2 image fields, the original as well as one other. It doesn't matter which one is used in a content, the field settings for the original one were never changed and the themed installation came with images larger than 500k.
While for the time I can live with resizing images before uploading, it nevertheless is a pain in the .... and I really would appreciate any help.
I had a similar problem which i resolved via the php.ini file as well as the apache mod_security user.conf file.
My httpd is apache2, which has mod_security enabled, which also did not allow me to upload over 100k image file in Drupal. Apparently this is a common problem for the web-hosting provider (liquid web) because it took no more than 3 minutes to resolve.
First the php.ini file was altered (on CentOS it is in /usr/local/lib/) with lines:
;upload_tmp_dir = /tmp (yes it has a semi-colon at the start)
and also the line:
session.save_path = "/tmp"
Second file that was altered is the modsec2.user.conf file located on (CentOS) at /usr/local/apache/conf/
(appended at the bottom of the file in the last 2 lines):
SecUploadDir /tmp
SecTmpDir /tmp
Then /etc/init.d/httpd restart (or reload) apache and you should be able to bypass this limit for file uploads by mod_apache if it is enabled. Best of luck and please know that this is my first answer on stack so please be considerate.
just you can request your hosting provider
to added into the sites whitelist.conf file :
<IfModule mod_security2.c>
<LocationMatch .*>
SecRuleRemoveById 340147
</LocationMatch>
</IfModule>

Resources