Here are the steps required to move a joomla site from subfolder to the root:
Use a FTP client and connect to your hosting account via FTP, or use the File Manager that should be available in the Control Panel of your hosting account.
Navigate to the folder where Joomla resides (root/joomla).
Locate configuration.php file, download and open it with a text ...
$this->baseurl; is basically the shortcut for JUri::base(). It gets the URL you have specified as the live_site variable in your configuration.php file. If this has no value, then it will use some PHP magic based on a few variables.
So, lets run a few tests. Please report the results back:
echo 'Rule 1: ' . JUri::base() . '\n';
Copy this file :[root]/components/com_content/views/form/tmpl/edit.php
then open and delete line 75 to 77
<li><a href="#publishing" data-toggle="tab"><?php echo JText::_('COM_CONTENT_PUBLISHING') ?></a></li>
<li><a href="#language" data-toggle="...
The $this->baseurl; is a shortcut to be used from inside a template, instead of calling the JURI:base(); method, of the JURI class. It is part of the core and you can find it at /libraries/joomla/environment/uri.php (~line 218).
If you look at the method, you will see that it checks in the configuration file to see if the $live_url variable is defined. ...
Regarding how Joomla loads configuration.php in index.php, at line 29
if (file_exists(__DIR__ . '/defines.php'))
include_once __DIR__ . '/defines.php';
require_once JPATH_BASE . '/includes/defines.php';
You can put a custom defines.php in the Joomla root directory, then ...
If you have shell access to your host, it also makes sense to store the Joomla install outside of the webroot and symlink it in. This way, you can source control the installation or easily switch between multiple staging/production versions.
Using this with subdomains also makes the testing process for new versions much easier.
Just an additional bit here. Most people will not need to do this as they don't ever touch the robots.txt file, however if you have something like the following:
There are 2 options to prevent this:
One is a global setting to stop this from happening.
In Global Configuration -> Site Settings -> Mouse-over edit icons for:
We can set this setting to Modules & Menus, Modules, or None.
The other option is related with the Module Permissions. Since in Joomla 3, we have the ability to set permissions by module, we ...
The default behavior is like this:
Cookie Domain: Joomla will use an empty value and the cookie will be valid for the current domain.
Cookie Path: Joomla will use / as default value and the cookie will be valid for the whole site.
Thus usually, the default values will be fine.
The cookie domain may be useful if you want a cookie be valid for several ...
In addition to Shyam's answer...
In Global Configuration -> Cache...
Conservative caching is a cache generated for each view of a component / module
Progressive caching is a cache generated for each view of a component / module on an individual per-user basis
This is an extension-level cache of views. It must be implemented by the extension developer to ...
Assuming you have the latest Joomla version, if you are using the default usergroups available in Joomla, then the administrators usergroup should have access to the "Check-In" component.
The managers do not have access permissions by default.
All you need to do, is to login as Super User, go to the Check-in component, click on Options and adjust the ...
As @Sasi varna kumar showed with the screenshot in his answer, what you need to adjust is what articles should be shown in your blog layout.
The settings you were adjusting are about showing categories and subcategories, which (the categories) can be considered as an independent content entity. Showing categories's data, like category's and subcategories' ...
As you mentioned, this is usually the behavior of security extensions like admintools, jSecure to protect the administration area of a Joomla site. If you can't tell if you have any of these, think how difficult is for us to say anything. I would suggest to get a backup of your site and restore it locally, or at another location of your hosting account.
Assuming your form instance is in variable $this->form like it's on core components.
In your edit.php add these lines.
// Remove metadata group fields
Tested on Joomla! 3.4.4.
Difference between caching -
Conservative caching is the standard type of caching. Here’s how it works:
A visitor visits a page on your website.
Joomla checks if there is a non-expired version of that page in its cache directory.
If the cached page exists (and it’s not expired), then Joomla will serve it to the visitor
otherwise, a cached version of ...
Are you sure this folder was created with the update?
What it looks to me is that your joomla is configured to have its tmp and logs directories inside this 1new folder, like so: 1new/logs & 1new/tmp.
So review your configuration and see what is the value of the tmp and logs path.
You can check it either from the global configuration in the backend, ...
Best would be to change the assigned root folder of your site on your web hosting seetings.
I do this so I can build new versions of my site and save/keep the old versions alive; all I have to do is change my domain's "Document Root" to the new folder every time I release a new version. Avoid redirecting your site, Google's search algorythm doesn't like it.
If you want to redirect your localhost to some subfolder instead of root folder like
Then you need to do this configuration at server.
open the file at following path:
then you need to change the root path of the folder at follows:
I wonder why no one suggested using Akeeba Backup component and Akeeba Kickstart script. For some users, it might be easier way of doing the same as FFrewin suggested. Akeeba does all that automatically.
Both of them are free (in basic version, you don't need pro). You can download them directly on AkeebaBackup.com/download.
The required steps are:
To change the FTP settings in Joomla, go to:
Select the Server tab.
Under FTP Settings, set "Enable FTP" to "Yes", which will then slide down the required options for you til fill in.
These settings only need to be added in if your server requires you to use FTP within Joomla. I was a little confused with your question ...
Have a look also to Nonumbers Extensions: Advanced Module Manager and Advanced Template Manager.
They provide many handy tools where you can customize the way sections of your website will behave.
To extend a bit my initial answer, If I would look for accuracy inside the intranet, I wouldn't count on the IP's. Probably the intranet would require ...
UPDATE: Issue has been resolved by correcting extension configuration
I have used a plugin called externallogin to allow my users to login using the University CAS (Central Authentication Server). It turns out that this plugin is adding a 303 redirect to the HTTP Header response to ALL my pages, due to a configuration error.
So, as a consequence none of my ...
If your sites are on Apache web server, you can share images folder from one site to the other, by creating symbolic links. With this technique I successfully created common images folder, which is shared by three Joomla sites on the same hosting server, without any problem.
I have used instructions from the following URL How to create a symbolic link in ...
The ‘Domain’ Attribute
• With domain set, cookies will be sent to that domain
and all its subdomains
• The risk with subdomains is lower than when scoped to
parent domain, but still relevant
• Remove domain attribute to limit cookie to origin host
– Important note: IE will always send to subdomains regardless
Have you set up your site to be multilingual - i.e. separate menu for each language with corresponding and linked articles? What settings do you have on the multilingual side of things - e.g. the language filter plugin?
I'm not sure if this article helps: https://support.google.com/webmasters/answer/182192?hl=en#1
If your site is properly set up to use ...
This issue is because Google have locked down their email system and require's apps to be authenticated first. With Joomla! this isn't possible at present, so you need to enable the 'less' secure option on your gmail account. See:
Once done, set SMTP Security to TLS and Port to: 25 with ...
The screens in your question look quit normal.
The message appears after updating (by the way you really should update to 3.5).
The messages inform the joomla admin about changes in the new joomla version and often ask you to do changes manually at some files.
You use 3.4, there was a big security update with 3.48. So it is a possibility that your site is ...
May I have a long shot - considering your other recent question on Access Levels Explanation Joomla 3.4 - I would guess that you probably made changes on the ACL of your site, so that's why now you can't access certain elements of your backend.
Can you recall if you did anything like this?