Nginx cache issue - caching

My pages doesn't change since yesterday (except if I remove the code, upload, and put the new code), I don't know why, I didn't install cache system and I just remove memcached... I tried sendfile at Off, but same result. I have nothing on var/cache/nginx.
Any idea ? Nginx 1.2.1/debian 7

Related

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/

Loading view from cache causes 500 internal server error when using Carbon\Carbon inside blade

I have a 4.2.17 version of laravel that was working perfectly fine for months. All of a sudden one of the views is returning a 500 server error, and is not logging anything into the storage/logs file (already checked all permissions).
I was able to manually track down the line causing the error and it turned out to be carbon\carbon that was causing the issue. For some reason it was crashing when I call Carbon:now() from a view. So I thought it might be carbon that was causing the issue or not loading properly.
However, Carbon:now() only crashes the app when it is being loaded from storage/cache.
If i go into storage/cache and delete everything and refresh, the page will work including the carbon line. Once i try and refresh a second time with files now in the cache folder, I will get the 500 server error.
If I remove all the carbon lines the page loads perfectly fine from cache.
This was all working perfectly before so I am not sure why it broke. Does anyone have any ideas? Is this an issue with loading from cache? Is there a better way I should be clearing it?
Thank you in advance for any help. Cheers.
Turned out to be a timeout issue, I guess loading from cache + carbon turned out to be too much for the server. Increasing max_execution_time did the trick.

XAMPP + WAMP very slow over the weekend?

I use xampp for half a year now, with xdebug and some other extensions. Everything is fine but now, over the weekend it magically went horrible slow. Does not matter if i enter "localhost", "127.0.0.1" or my LAN-IP.
So i installed WAMP. As i know now, WAMP for x64 is a waste of time - (CURL not working) so i installed WAMP x32.
CURL is working so far but the page still takes over a minute to load! Not building the page, not processing the code, to me it looks hardly like it takes a minute to start processing.
Sadly, can anyone recommend a fully working php-apache-mysql bundle for windows that is working as expected with all provided extensions in 2014?? Would be nice if that package/software (if it exists) would work as expected without need to modify registry, systemfiles, dll's and without spending hours and hours to get a simple page-request working.
Last but not least, the content of my host-file:
#::1 localhost
127.0.0.1 localhost
127.0.0.1 127.0.0.1
I tried really everything i found on the web so far. Nothing helps. Theres a similar question to this on Stackoverflow - without any useful (fixing) answer.
Collective Information:
XAMPP and WAMPP are slow
localhost/127.0.0.1/LAN-IP in URL does not
affect performance
the webserver does not take long to perform
requests
the websever does need about 60 seconds to recieve a request
cross-browser tested
with killed session tested
You could try removing the line
127.0.0.1 127.0.0.1
from your HOSTS file.
It is an illegal instruction anyway, but I have know it to cause loops. Does you PHP error file or Apache error file tell you anything useful?
Was this something you added, just before the system slowed down?
ADDITIONAL SUGGESTION:
Also changing these settings has been known to help on Windows systems, you may need to add then to your httpd.conf if they dont already exist.
AcceptFilter http none
AcceptFilter https none
In wamp php.ini turn off displaying errors and change type of displaying errors! :)
error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT
display_errors = Off
enter php.ini via wamp
edit these lines
Enable gzip
a) enable apache modules: deflate_module and headers_module
b) than paste code below to ur main wordpress folder .htaccess
<IfModule mod_deflate.c>
<FilesMatch "\.(html|php|txt|xml|js|css)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

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