Possibly a permission problem
-
-
- jennifer cole
- Newbie
- Posts: 17
- Thanks: 0
-
A client that I built a joomla site for using simplix has other domain names on same host all in root directory eg /public_html/xxx.
The problem is all the files for the other domains are just htm documents with the domain name not in folders in this directory also.
He has always used frontpage to edit these files and now he cannot as he is blocked by I am assuming the Joomla install and security.
Any solutions?
-
-
-
- Phillip Smeby
- Sr. Rocketeer
- Posts: 175
- Thanks: 0
- This seems like a simple permissions thing like you suggested. I would check to see what the permissions are and make sure the directory that he is saving them to is set at 777. If you find that the folders are set at the right settings then check each of the individual files, because it is possible to have a folder set to one thing and the files set to another.
- www.AleksiNC.com is a proud user of Rocket Themes.
-
-
-
- jennifer cole
- Newbie
- Posts: 17
- Thanks: 0
-
He has about 25 htm pages that relate 2 3 different domains non of which are in folders to reflect their domain but just in the same directory as the main joomla installation.
So if I change all these file permissions to 777 will that help
-
-
-
- Jessica Kennedy
- Elite Rocketeer
- Posts: 697
- Thanks: 1
- The agent of change
-
I am not 100% sure on this, usually changing all the files to 777 will sometimes cause an error. Most servers now have a special setup that if you chmod to 777 it will cause errors on scripts. (Including Joomla) - CHMOD 755 would be a better choice, although this seems weird since that this has just started happening since you installed Joomla. At this point it is a guessing game, so I would not say that chmod'ing would fix or not fix. But to me, it seems more like an .htaccess or php.ini issue. Depending on your server you can have a php.ini in each individual folder. Some more information may be needed to assist with this problem.
Try including some additional information like, a link to the Joomla site, a link to some of the other sites, maybe your current .htaccess file (if exists)...
Good Luck... - Jessica Kennedy
-
-
-
- jennifer cole
- Newbie
- Posts: 17
- Thanks: 0
-
main site
http://www.huntermotorcycles.com.au
add on domains
http://www.viberider.com.au/ file is just viberider.htm
http://www.usemotorcycles.net/ file is just usedmotorcycles.htm
http://www.nojapbikes.com/
.htaccess file
##
# @version $Id: htaccess.txt 5973 2006-12-11 01:26:33Z robs $
# @package Joomla
# @copyright Copyright (C) 2005 Open Source Matters. All rights reserved.
# @license www.gnu.org/copyleft/gpl.html GNU/GPL
# Joomla! is Free Software
##
#####################################################
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
#
# Only use one of the two SEF sections that follow. Lines that can be uncommented
# (and thus used) have only one #. Lines with two #'s should not be uncommented
# In the section that you don't use, all lines should start with #
#
# For Standard SEF, use the standard SEF section. You can comment out
# all of the RewriteCond lines and reduce your server's load if you
# don't have directories in your root named 'component' or 'content'
#
# If you are using a 3rd Party SEF or the Core SEF solution
# uncomment all of the lines in the '3rd Party or Core SEF' section
#
#####################################################
##### SOLVING PROBLEMS WITH COMPONENT URL's that don't work #####
# SPECIAL NOTE FOR SMF USERS WHEN SMF IS INTEGRATED AND BRIDGED
# OR ANY SITUATION WHERE A COMPONENT's URL's AREN't WORKING
#
# In both the 'Standard SEF', and '3rd Party or Core SEF' sections the line:
# RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
# May need to be uncommented. If you are running your Joomla!/Mambo from
# a subdirectory the name of the subdirectory will need to be inserted into this
# line. For example, if your Joomla!/Mambo is in a subdirectory called '/test/',
# change this:
# RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
# to this:
# RewriteCond %{REQUEST_URI} ^(/test/component/option,com) [NC,OR] ##optional - see notes##
#
#####################################################
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
#
# mod_rewrite in use
RewriteEngine On
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla!/MamboDirectory (just / for root)
# RewriteBase /
########## Begin - Joomla! core SEF Section
############# Use this section if using ONLY Joomla! core SEF
## ALL (RewriteCond) lines in this section are only required if you actually
## have directories named 'content' or 'component' on your server
## If you do not have directories with these names, comment them out.
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC]
RewriteRule ^(content/|component/) index.php
#
########## End - Joomla! core SEF Section
########## Begin - 3rd Party SEF Section
############# Use this section if you are using a 3rd party (Non Joomla! core) SEF extension - e.g. OpenSEF, 404_SEF, 404SEFx, SEF Advance, etc
#
#RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
#RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC]
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteRule (.*) index.php
#
########## End - 3rd Party SEF Section
########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits
-
-
-
- Chris S
- Hero Rocketeer
- Posts: 292
- Thanks: 0
-
Just as a Sidenote: is there any possibility to convince your client not to use Frontpage anymore? Frontpage is a Major P.I.T.A.. The Results produced by FP are a hit in the face for anybody, who ever tried to follow w3c-rules and the "html" it outputs is a Major Mess (1 word: Microsoft), not to mention that it senselessly slows down loading-times and Searchengines HATE it.
I guess, the reason for him not to be able to upload from Frontpage anymore is, that the Frontpage-Extensions (sheesh - show me another Company that can be so ignorant, to demand specific Extensions from Hosters, just to be able to upload :
) are probably messed up. Contact your Hosting-Provider and have him check these Extensions before you start poking around with permissions 
-
-
-
- jennifer cole
- Newbie
- Posts: 17
- Thanks: 0
-
He has used frontpage for years he says. Will have to convince him to get me to redo the other sites
or suggest some other program for him to edit the files for the other domains
-
-
-
- Chris S
- Hero Rocketeer
- Posts: 292
- Thanks: 0
-
Adobe Dreamweaver (CS3) rocks
It produces very nice and clean HTML, has tons of Features, is far less complicated than Frontpage for handling File-Uploads/-Synchronization and even Supports Plugins for creating nice Stuff like animated Menus and whatnot
I probably found the reason for your Frontpage-Problem by the way:
Frontpage needs an .htaccess File as well - you probably overwrote it, when installing Joomla, since Joomla-SEF is handled by .htaccess too. If that's the case, ask your Hoster to restore the old .htaccess (should be on a backup hopefully) and be sure to turn off SEF in Joomla, before he restores the old File.
If you are sure, that you did not overwrite a .htaccess-File, the Problem is probably, that .htaccess inherits it's directives to all subdirectories unless told otherwise.
You can easily test this by turning off SEF in Joomla, then renaming the .htaccess-File to "htaccess.txt" and then have your Client test, if Frontpage works again.
If that works, google for ".htaccess +inherit" and try to turn off inheriting for the subdirectories, that hold the Frontpage-Stuff. Worst case would be, that you'll have to run Joomla without SEF.
-
-
-
- Jessica Kennedy
- Elite Rocketeer
- Posts: 697
- Thanks: 1
- The agent of change
-
Time to create page: 0.078 seconds