I'm still using TYPO3 7.6 and my editor upload a new PDF-file via filelist weekly. I told him, that he has to overwrite his current file with the same filename - f.e. fileadmin/user_upload/editor/1.pdf
We've insert a Content element file links and reference the 1.pdf from FAL.
He clear the page cache (flash) every week after uploading. I've set
config.cache_period = 604800
config.cache_clearAtMidnight = 0
in my setup.typoscript and at page properties, I've also checked: Cache deactivate:
But the website users still see the old PDF-file from last week. They have to click F5 manually, to see the current content. That's not good.
How can I linked my FAL-file without cache?
Maybe I should use config.cache_clearAtMidnight = 1?
Or a direct link via TypoScript and COA_INT (don't know how exactly? ;) )?
is there a solution with FLUID?
Can some one help and give me a hint? Thanks.
Related
I seem to be hitting a brick wall here, I have just migrated my magento installation from my local environment to my test server here.
http://development.missbella.co.uk
However it keeps redirecitng to the old url at localhost.
I have updated the core_config_data table with the new address.
cleared the var cache folder multiple times
reindexed multiple times
cleared the cache multiple times
I even set the permissions on the var and cache folder to 777
None of this has seemed to have any affect and its driving me a bit crazy.
However I have found if I put the domain name and then a sub page that does work i.e.
http://development.missbella.co.uk/dresses.html
Does anyone have any idea what the problem may be?
Thanks!
Have you checked your local.xml?
if you have local.xml so please rename and hit the URL(your localhost or new installation url) after that undo the changes.
I had faced same issue and fixed by doing above steps. Hope it will work for you.
Also clear the browser cache too. thanks
Check two things:
1)Go to your local.xml file located in root/app/etc folder and check which db it points to. It will be like :
<dbname><![CDATA[magento]]></dbname>
Now you can just go to the database and run the following query :
select * from core_config_data where path = 'web/unsecure/base_url';
and
select * from core_config_data where path = 'web/secure/base_url';
Now check if this is your current url if yes then I don't think there is an issue with your database, just clear your cache and you are good to go.
You can do the following from the backend as well
1) Go to System->Configuaration->General->Web->Unsecure/Secure and check if points to your current url or not if it doesn't change it, clear cache , cookies of your browser and you are goot to go.
I have an e-shop made with Joomla - Virtuemart.
The issue is that, at the first page, the website starts to open after 20-30seconds you hit the URL.
After discussing it with my hosting provider, they found that index.php sends for about 20s requests at the file :
httpdocs/cache/convertECB/86b44edeb1436781d050e4862dd10353-cache-convertECB-bf2c8f06ab151915cd5d7bbef20b70dd.php
Even if i manually delete it, joomla recreates the file and continue to be slow.
In global configuration cache is off.
Any idea, from what is this file coming from and how should i handle the situation?
UPDATE - CONTENT OF THE PHP FILE
<?php die("Access Denied");?>
#x#a:2:{s:6:"output";s:0:"";s:6:"result";a:32:{s:3:"EUR";s:1:"1";s:3:"USD";s:6:"1.1174";s:3:"JPY";s:6:"116.65";s:3:"BGN";s:6:"1.9558";s:3:"CZK";s:6:"27.067";s:3:"DKK";s:6:"7.4355";s:3:"GBP";s:7:"0.79033";s:3:"HUF";s:6:"315.15";s:3:"PLN";s:6:"4.4490";s:3:"RON";s:6:"4.5390";s:3:"SEK";s:6:"9.3915";s:3:"CHF";s:6:"1.0812";s:3:"NOK";s:6:"9.3798";s:3:"HRK";s:6:"7.5240";s:3:"RUB";s:7:"73.5915";s:3:"TRY";s:6:"3.2804";s:3:"AUD";s:6:"1.5212";s:3:"BRL";s:6:"3.8943";s:3:"CAD";s:6:"1.4530";s:3:"CNY";s:6:"7.3593";s:3:"HKD";s:6:"8.6715";s:3:"IDR";s:8:"14970.82";s:3:"ILS";s:6:"4.3228";s:3:"INR";s:7:"75.2010";s:3:"KRW";s:7:"1315.79";s:3:"MXN";s:7:"21.1845";s:3:"MYR";s:6:"4.5885";s:3:"NZD";s:6:"1.5899";s:3:"PHP";s:6:"51.899";s:3:"SGD";s:6:"1.5116";s:3:"THB";s:6:"39.455";s:3:"ZAR";s:7:"17.2240";}}
ECB is virtuemart currency conversion rates file. That file is downloaded 3 to 4 times daily depending on your settings. It is in cache ditetory and updated with new file names.
EDIT
You have to uninstall the module as by disabling it will still download xml conversion file. Login to administrator and then go to Control panel, Extensions - Install/Uninstall. Search and select "mod_virtuemart_currencies" now click on the uninstall button at the top.
It seems that you have more than one currency (maybe you have one product priced with another currency - once this is the case, the ECB will automatically be triggered). In any case, the fact that it's waiting 20-30 seconds means that it's timing out on something. Maybe it's trying to open a URL that has the IP of your website banned (this is very possible, and we had the exact scenario with one of our clients before).
If you can provide us with the contents of the cache file that is being called by your index.php file, maybe we can be of more help.
I am working on Magento and trying to make some changes on one of the .phtml files. But my changes never reflect on the web site. I have tried the following things:
Clear Magento cache and delete cache storage
Open the path hint and make sure I am editing the correct file
Go to magento admin panel, System->Configuration->Design, and make sure templates, skin, layout and default folders are correct.
None of the above action worked. Is there anything else that I could do?
Thanks a lot.
Screen shot
First thing you would want to check is the cache. System > Cache Management. Disable the Layout and Blocks HTML output caches and refresh the frontend page where you've put your changes.
If cache isn't the problem there is a way to find out which template is rendered in a specific location because you may not be editing the correct file.
Go to System > Configuration, select your website from top left Current Configuration Scope, then go to Developer > Debug and set Template Path Hints to Yes.
After this, save your config and refresh the page where you want to modify the .phtml.
If you are working on a live environment make sure not everybody will be able to see the template paths by putting your IP in the Allowed IPs input from Developer Client Restrictions.
After you are finished with this re-enable the cache.
I have some 4.5.6 installation of TYPO3 and a quite old, modified tt_news extension running.
My client noticed that the indexed search is not working for the news pages anymore.
So i checked, and as I thought the cache entries for the detail pages are not created anymore.
Actually only one cache entry is created, containing the html of the first detail page I requested (through the frontend).
I enabled the adminPanel and it also shows me that no_cache = 1. Why is that? My URL looks like this:
www.mypage.com?id=231&tx_ttnews[tt_news]=2457&tx_ttnews[backPid]=&tx_ttnews[swords]=&cHash=287ca316c98761c2dff769a7d3c6b587
Anyone can help me with that?
There are several places to disable the TYPO3 page cache.
a) It can be set by TypoScript using
config.no_cache = 1
or
page.config.no_cache =1
Check in the TypoScript Object Browser if it is set on this page and check how it is set.
b) It can be set in the page properties.
c) It can be set in an extension. If e.g. your customized version of tt_news contains this code
$GLOBALS['TSFE']->set_no_cache()
the cache for all pages containing the plugin is disabled.
Furthermore the plugin can be made running as a USER_INT like this
$this->pi_USER_INT_obj = 1;
If this is set, then the content of this plugin is not checked. E.g. on the page you opened the admin panel, you have three USER_INT objects. But this is not the problem since you have set "no_cache" which means that the cache for the whole page is disabled.
The problem was related to realUrl. We updated to a new version, and then caching worked again. Looks like realUrl generated invalid cHashes...
Error : Image type and information need to be specified for each store view.
I have tried cache clearing and it doesn't help for me.
I am using magento 1.8
just do below step as per link
http://mokamedia.ca/how-to-fix-image-type-and-information-needs-to-be-specified-for-each-store-view-in-magento-commerce/
Also try this
http://magentopaper.blogspot.in/2011/10/image-type-and-information-need-to-be.html
Try adding a php.ini file in your magento root directory and see whether it works:-
magic_quotes_gpc = off
short_open_tag = on
extension=pdo.so
extension=pdo_mysql.so
hope this will help you
I resolved this issue in 1.9.x using "Dull uploader" which removed the smart flash uploader in favor of a plain browser based file upload.
Image type and information need to be specified for each store view:
Go to File structure root/media/ dhl
Cut or delete the “dhl” folder from there.
Clear cache from Admin Panel and now do upload the images
Hope, Its working good.