Menu Content

Support

> Forums, FAQs & Paid Support
Welcome, Guest
Username Password: Remember me

problems with docman after reinstalling joomsef
(1 viewing) (1) Guest
Support forum for users using free edition of JoomSEF 3 (Joomla 1.5 compatible). These forums are mainly for mutual help between users.

Please note that due to our capacity limitations, we do not monitor these forums regularly.
  • Page:
  • 1

TOPIC: problems with docman after reinstalling joomsef

problems with docman after reinstalling joomsef 17 years ago #3561

Hello, I had joomsef with docman working perfectly untill i did a reinstall.

Docman still works, but when users login and they visit the same page when they are logged out, an error comes up.
I have checked every setting that is available and I can not get it to work anymore.

once you go to a section of the page when you are logged in I get this

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, - and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.


--------------------------------------------------------------------------------

But when you dont login and you visit the same page, everything works.
When I disable the SEO everything works fine to.

Does anyone know what went wrong ?

Re:problems with docman after reinstalling joomsef 17 years ago #3576

  • miun
  • OFFLINE
  • A pesimist is just a well-informed realist.
  • Posts: 563
Hello,

Internal server error is mostly caused by an error in .htaccess. However in such case mostly the whole site does not work. What you describe sound a bit different.

This might be, that because of some wrong values, the user gets redirected to some wrong place.

Did you clear all the possible caches/exisitng URLs after you did the reinstall (you do not state what exactly you reinstalled? - docman)? Maybe there are some old values stored somewhere, that are not valid anymore.

Regards,
Michal
ARTIO Support Team

Re:problems with docman after reinstalling joomsef 17 years ago #3584

Yeah i did clear the cache, i cleared everything. I reinstalled joomsef, and when that didnt work I tried reinstalling DocMan to. I tried different versions and patched versions. I used the same htaccess file as I did before the reinstall when everything worked fine.

Im using the newest version of joomsef and docman but nothing seems to help really.

Re:problems with docman after reinstalling joomsef 17 years ago #3617

PHP Notice: Undefined variable: txt in /var/www/html/administrator/components/com_sef/sef.class.php(385) : eval()'d code on line 16, referer: www.marktgrip.nl/index.php?option=com_docman&Itemid=61
[Sat Dec 22 12:50:02 2007] [error] [PHP Notice: Undefined property: stdClass::$links in /var/www/html/components/com_docman/themes/mjaztools_blogtheme/templates/documents/list_item.tpl.php on line 59, referer: http://www.marktgrip.nl/index.php?option=com_docman&Itemid=61
[Sat Dec 22 12:50:02 2007] [error] [] PHP Notice: Trying to get property of non-object in /var/www/html/components/com_docman/themes/mjaztools_blogtheme/templates/documents/list_item.tpl.php on line 59, referer: www.marktgrip.nl/index.php?option=com_docman&Itemid=61
[Sat Dec 22 12:50:02 2007] [error] [] PHP Notice: Undefined property: stdClass::$links in /var/www/html/components/com_docman/themes/mjaztools_blogtheme/templates/documents/tasks.tpl.php on line 22, referer: www.marktgrip.nl/index.php?option=com_docman&Itemid=61

This is a part of the error log.
I tried reinstalling docman and joomsef again. I cleared the cache, yet it still wont work.
here is the htaccess file I use:

## Passage en Register Globals OFF
php_flag register_globals off

################################################## ###
# 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} !\.(jpg|jpeg|kmz|kml|doc|pdf|gif|png|css|js|pl|txt )$
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} !\.(jpg|jpeg|kmz|kml|doc|pdf|gif|png|css|js|pl|txt )$
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 tag in URL
RewriteCond %{QUERY_STRING} (\|%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
  • Page:
  • 1
User Login Empty