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.
Related
So I've gotten myself into a bit of a pickle and need assistance from StackOverflow Gods.
We're trying to transfer a Magento site from one server (Godaddy) to another (Private Virtual Server) for the purpose of becoming a test site.
I'm not familiar with Magento (my first mistake) but I researched migration, and I ran across an article that said all you need to transfer is the database, theme files, catalog files and skin files.
So that's just what we did. We setup a fresh install, added the files and the site (http://boulderfootandankle.com/apv-test/) looks like it's got some formatting errors. We figured we could fix those after adding the database.
As soon as we connected the database through the local.xml file, the theme changed to a generic one (I imagine a fallback) and we were locked out of the admin.
I tried a number of the solutions offered for this very problem, which included:
Clearing the var/cache and var/session folders.
Altering the core config data values for the unsecure and secure web base urls.
Deleting the unsecure and secure web base urls and cookie values form the database.
Changing the sessions save CDATA from "files" to "db"
Changing the install date to the original
Altering the varien file
...and nothing seems to work.
At this point, I'm just wondering if doing a fresh transfer of the site from one server to another, instead of transferring specific files into a fresh install, would work
Did you use the same encryption key as the previous installation? The encryption key is set in the local.xml file and needs to be the same on both extensions. When you did a fresh install it would have given you a new encryption key and this could be why you are unable to login.
just my quick list for transferring sites...
1. run files backup and mysql dump (from source)
2. Copy local.xml (from Target)
3. Restore backup and mysql dump (to Target)
4. Restore local.xml(from step 2 to Target)
5. Correct base_url (in Target)
The only time I have ever had a problem with this is when I run things locally for dev in that case there is varien specific check that monks with admin login(but, sounds like you know this).
https://magento.stackexchange.com/questions/26071/magento-1-9-can-t-login-to-admin-panel
I am on 1.14 and the posters suggestion essentially is the same fix I found. Of course the responder is totally correct on the horror of this solution but, since this is a test site as long as you leave yourself the right notes you should be able to undo this when you move to production.
According to docs, I should run this command to reset some of my CiviCRM stuff in Joomla:
/administrator/index2.php?option=com_civicrm&task=civicrm/admin/setting/updateConfigBackend&reset=1
However, we only used the Joomla & CiviCRM solution for our interal-business-facing side, and it's on a subdirectory of the main site.
//
However, whenever I run
//jovicrm/administrator/index2.php?option=com_civicrm&task=civicrm/admin/setting/updateConfigBackend&reset=1
it goes to the main website
.
Considering the public-facing side is wordpress based and doesn't accept joomla browser commands, fortunately it just goes to the main site. My question is, what do I need to do to alter the browser address to make it reach joomla's subdirectory instead of root?
Assuming you're in a version of CiviCRM from the past couple of years, don't worry about entering the URL: it's in the menu. Go within CiviCRM to Administer > System Settings > Cleanup Caches and Update Paths.
That menu item should correspond to:
http://yoursite.org/administrator/?option=com_civicrm&task=civicrm/admin/setting/updateConfigBackend&reset=1
Once you're there, you can check the paths and URL and hit Save to reset them. You can also go there to clear all the caches with the Cleanup Caches button.
Now, if you just moved the site from somewhere, there's the chance that the web server doesn't have permission to write/delete in the template cache, so you might need to go into your files and clear out:
everything within yoursiteroot/media/civicrm/templates_c (but not templates_c itself)
the file yoursiteroot/media/civicrm/ConfigAndLog/Config.IDS.ini
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've just moved a Joomla 1.7 site to a new server.
Administration back-end works fine. Configuration.php seems fine. Get "The requested document was not found on this server." for every page other than Home.
Must be talking to the database OK or I'd get an error. Could this be a problem with the PHP?
Thanks,
Andy
Did you clear joomla cache ?
Disable page and/or module caching.
Disable any plugin that optimizes "loading speed".
Try removing SEF URLs (Joomla! and any 3rd party extension).
If you are using a custom .htacess, then use an unmodified joomla one.
Disable some system plugins.
Disable modules in the homepage.
Have you tried using another template (site) ?
You have Seach Engine Friendly URLs enabled in /administrator/ area's global configuration settings. You have probably enabled the option to use the mod_rewrite function which removes the /index.php/ portion of the urls.
It is a requirement of this mode that you have the .htaccess file in place in the root of your site. You probably had this correctly configured on your development server but perhaps forgot to move the file across when you went live. Some FTP programs hide dot files (files starting with a leading dot in the filename) so depending upon how you transferred the files (I'm guessing manually with FTP rather than Akeeba backup or similar) the file may have been missed. Look through your FTP client's options/preferences for an option to show/hide hidden files.
Failing this - the file could be correctly in place - but if you were developing in a sub-folder on your development server you would have set the RewriteBase line to your /sub-folder/
RewriteBase /sub-folder/
Now you've moved to the live server this line could be incorrect. If this is the case, edit the file to Read
RewriteBase /
Chances are it is one or other of these issues - missing .htaccess file or incorrect RewriteBase. A third and nowadays somewhat more unlikely option is that your server doesn't have mod_rewrite enabled - but I think that would result in server 500 errors.
Check whether you are using any modules that is calling database and you have not changed DB details in that module after migration. If admin panel is working fine then I think problem with some modules that are used in front-end. You can do debugging by disabling few suspected modules and check whether your site works fine or not. Else provide some more information about your site so that I can check further.
For some reason, when I log into my joomla 1.6 backend, it is now empty, displaying only a logout button. Any Ideas?
I just went through the same problem but on J!1.7.3. There may be many, many reasons but please check using just URL if you can see for example:
[YourDomainHere]/administrator/index.php?option=com_content or
[YourDomainHere]/administrator/index.php?option=com_modules
If content is listing and you're missing just Admin-menu and sub-navigation in back-end --> this means you messed-up with access levels and viewing access.
If you can't see content listing - ignore the rest of this post :-)
...with access levels and viewing access. To check that, try entering [YourDomainHere]/administrator/index.php?option=com_users&view=levels and enter each position in the list. Joomla backend navigation module usually has Access set to Special, so focus on this one. When enter Special - manager, author and super administrator should be ticked. If everything empty in any from the list - this is your issue :)
You need to add manager, author and super administrator to your Special access level. Obviously you can't see Save button, so you need to use database. [wrrr :) sounds scary?] Not a big deal, just go there using for example phpMyAdmin and find _viewlevels table. In there just edit Special and add [6,2,8] values to set up manager, author, super.....
Update database. Try to log-in one more time (close browser and clean cache before).
I hope if this wasn't helpful for you, will be for somebody else.
p.s. There may be a way of 'saving' changes in you joomla access levels with URL. Then you don't need to go to DB .. but I don't know if this is feasible at all :)
Check the rewrite of htaccess and the $mosConfig_absolute_path variable in config.php
Apparently, the Bluestork Template (admin template) has some security issues. In my case there were some missing files in the template folder /administrator/templates/bluestork/ that caused the administrator screen to appear blank. I've copied a clean version of the template in the bluestork folder and after that I was able to see the backend admin area.
I've removed the bluestork templates entirely for now, which seems to be the best option. Joomla installs 2.5.8, 2.5.6, 2.5.2, 1.7.0, 1.6.3 are affected. The Blustork Template is a target for hacks with old Joomla.
this happening becoz of admin user lost his permissions. see below article to fix this issue
http://www.codentalk.com/joomla-admin-showing-blank-page/