On viviotech server - i am facing issue of cache the document. When i am adding new page like if i add page and dump test in it.
<cfdump var="test">
Then again changing the content of page. It is not showing updates to me. I have tried every option which i found to flush the cache or disable the cache. But nothing is helpful. I have also added headers and htaccess file with no cache code but that is also not helpful.
Cache can be turn off through blue dragon administrator link but that is also not working due to unknown reason and got no help from the support of vivio tech.
Can any one help me how i can flush the cache through code. I have bluedragon administrator code on server.
Related
I am working on an E-Commerce website project which I created in localhost. It worked fine, until I moved it online.
Since I moved it online, I've had issues accessing the admin page and the index.php. I've managed to make the admin page work and can now access the backoffice without any issues, but my index.php still shows me an "error: too many redirects1" page.
What's happening?
Main page of my website is stuck in a redirecting loop (chrome error message : this url tried to redirect you too many times)
Everytime I reload the main page, the url switches between www.mydomain.com and mydomain.com (might be an htaccess issue?)
What I've done to try and solve the problem:
I have checked everything in core_config_data table to make sure
the right urls are written in web/secure/base_url and
web/unsecure/base_url. They are.
I have manually cleared the var/cache and var/session from my
FTP.
I have cleared all cookies / cache from Chrome / Firefox
I have reuploaded the files and database multiple times, thinking it might be due to a corrupted file from the upload.
I have tried to edit the htaccess, but it didn't change anything.
What should I do now ?
I feel like I've tried everything.
As it's my first time with magento, I'm sure it's some dumb thing I might not know about, but I've read nearly every single post about this kind of issues on this website and haven't found anything to resolve it.
So I'm asking you. I'm willing to try every single idea you throw at me, as I've been stuck on this issue for a while now ^^
Thanks for reading :)
Weird, It seems that You make everything right. Try to find and update all url settings in core_config_data: select * from core_config_data where path like '%url%'.
You can try update web/url/redirect_to_base config to 0 (if you have 1).
Remember to clear cache.
When I try to visit http://www.taobao.com/ in Chrome I get taken to an ISP error page (http://hndnserror4.wo.com.cn:8080/issueunziped/hn20150626/index.htm?sf=&UserUrl=www.taobao.com). This doesn't happen in Firefox. I've trying clearing the DNS cache both system-wide and in Chrome.
How I can diagnose the issue?
Edit: I've simplified the question for the bounty. This problem happens on Arch Linux. I've tried using DNSCrypt. I've changed /etc/resolv.conf to use various DNS servers such as Google's. I've tried clearing the host cache from chrome://net-internals/#dns. I've disabled using a web service to help resolve navigation errors in Chrome's settings. Nothing works and every time I try to open taobao.com in Chrome I get the ISP error page. It opens the error page instantly without a redirect or waiting for the hostname to resolve. When I enter "taobao.com" into the address bar and hit enter with the Network tab open I see the first request is recorded as having a request URL of http://hndnserror4.wo.com.cn:8080/issueunziped/hn20150626/index.htm?sf=&UserUrl=www.taobao.com. How is "taobao.com" getting transformed into that between hitting enter and the page loading?
I've submitted a bug: https://code.google.com/p/chromium/issues/detail?id=510680&thanks=510680&ts=1437020912
I resolved the issue by clearing the browser data. Strange, but it worked. I went to Settings -> History -> Clear browsing data. With the defaults checked (clear following items from the past hour) it allowed me to visit http://taobao.com again. Creating a new profile didn't help. Nor did clearing the DNS cache from chrome://net-internals. I don't know if it's a bug in Chromium but I'm content to have resolved the issue.
We have just built a new webstore for Grayle (www.grayle.com) in Magento 1.8.1. The webshop consists of multiple stores (including one for another company).
After switching hosting our online websites finally worked. www.grayle.com -> redirects to www.grayle.nl (as it should). www.eviax.nl -> has it's own website.
Now the problem:
At first when we went to www.eviax.nl, we got to www.eviax.nl, then at random someone else tried and got redirected to www.grayle.nl. About 10 minutes later we tried the same thing, we got back at eviax.nl.
What is the problem here? Is it a cache problem in our Magento set-up? Or a problem at the hosts server? Maybe there's something stuck at our provider?
Edit:
My colleague enabled cache cleaning in Magento. This resulted in not being redirected, but now we are not able to update/edit static blocks and the catalogue view in the back-end stopped to work.
Edit:
This has been solved, the "cache cleaning" script somehow blocks all edits.
It seems you have a redirection loop. Try to use a cookie to se the redirection once.
We have a pressflow6 site in acqua hosting service.we have varnish cache enabled.for clearing the cache on drupal views we used cache actions module. with rules.but after adding a content in to a category the view is updating for the logged in users.but not updating for anonymous users,i think the varnish cache is not getting cleared with my rule on cache actions. how to clear varnish cache for a perticular view in drupal/pressflow,and custom code is there to clear the cache, please help me.
Thanks,
Raghu
Many people use Purge and Expire.
See: http://www.acquia.com/blog/when-and-how-caching-can-save-your-drupal-site
and
http://drupal.org/project/purge
We have a black friday sale tomorrow and our site is hosted on bluehost, and is built on Magento CMS and our checkout system is totally blank.
When you click "proceed to checkout" when in the shopping cart, ourwebsitedomain.tld/index.php/checkout/onepage/ is blank.
We recently made some speed changes to our site, and we have undone all of those, to no avail, including editing the htaccess file.
We have tried everything in the Magento forums, nothing's working.
We think it might be a server issue, but unfortunately bluehost is not open today because it's thxgiving, and we cannot backup or restore to an old version of the site because our server is "under maintenance".
We are not sure if it is something we have done, or if it is a server issue.
We send this to bluehost:
// Here are our thoughts:
Maybe it's an SSL issue since the URL is https: (oursitedomain.tld/index.php/checkout/onepage/ is the page that will not pull up, won't even redirect). The ssl certificate has not expired, but coudl there be something else wrong with it?
Maybe it is another server configuration that we need reset? can you see if there is anything else wrong with the server?
We cannot restore to an old backup of the site because the backup and restore version console in cpanel is not working, says the site is under maintenance. At the very least , we need to backup an old version of the site, and get the shopping cart working.. //
Any ideas anyone has would be huge.
Even if there is a workaround, that will be fine. We are trying to bypass onepage with paypal or google, but no luck yet. worse case scenario we will throw a page up saying the checkout is down, the sale is postponed until next week, etc, or for customers to call in.
A very common (but, alas, not the only) cause of blank pages is PHP's memory limit. Your .htaccess file should have a line like:
php_value memory_limit 128M
Try increasing this value to 512M. You can confirm what the actual setting is both before and after by creating the following PHP file in your Magento folder.
<?php
phpinfo();
Then simply type the address of this new page (eg. "ourwebsitedomain/phpinfo.php") in your browser and look for "memory_limit".
If you want to diagnose the problem correctly then work on eliminating possibilities. Go to "https://ourwebsitedomain/" without the "checkout/onepage" bit and if something shows then you know it's not a problem with SSL.
If the admin section (not cpanel) is working then you have the option of disabling the secure "https" address temporarily. It's not as safe but not required when using paypal, also it's understandable if the alternative is missing out on the biggest shopping day of the year.
PHP pages only go blank (from fatal errors) when display_errors is turned off. Go into /index.php and scroll down near the end of the file. Uncomment the line
ini_set('display_errors', 1);
and let us know what the error you receive is, then we can go from there.