PDA

Zobacz pełną wersję : problem z RSS i Cache



gospodarz
30-10-2006, 12:34
Mam problem z kanałami rss. Moduł mod_rssfeed opublikowany, wszystko jak zawsze włączone niby. a mimo to nie działa. Syndicate nie generuje kanałów, a Spinacz RSS nie wyświetla subskrybowanych wiadomości na stronie. Wszędzie mam komunikat: Cache Directory Unwritable. Pomimo tego, że katalog Cache ma zalecany chmod 755! W czym może być problem?
Może coś nie tak jest z plikiem .htaccess, który wrzuciłem aby zabezpieczyć serwer? Poniżej jego treść.

##
# @version $Id: htaccess.txt 4756 2006-08-25 16:07:11Z stingrey $
# @package Joomla
# @copyright Copyright (C) 2005 Open Source Matters. All rights reserved.
# @license http://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

<Files 403.shtml>
order allow,deny
allow from all
</Files>

# zone h
deny from .zone-h.org
deny from .zone-h.com
deny from 213.219.122

# cyber-warrior.org
deny from .cyber-warrior.org
deny from .cyber-security.org
deny from 80.237.211.8

#blokowanie dostepu z adresow IP
deny from 200.189.60
deny from 202.95.135
deny from 85.102.201.9
deny from 85.103.232.27
deny from 62.150.154.23
deny from 217.16.29.51
deny from .t3ch.addyour.net
deny from 62.149.0.117
deny from .milworm.org
deny from 208.66.195.0/28
deny from 200.189.60
deny from 202.95.135
deny from 82.207.99
deny from 201.244.38
deny from 83.130.9.178
deny from 212.138.113.25
deny from 212.138.113.23
deny from cache4-1.ruh.isu.net.sa
deny from 212.138.113.24
deny from cache3-2.ruh.isu.net.sa
deny from cache11-4.ruh.isu.net.sa
deny from 202.8.85.11
deny from 222.124.11.98
deny from 62.148.177.26
deny from 85.88.1.99
deny from 85.97.67.181
deny from 62.139.173.167
deny from 212.138.113.23
deny from 62.139.173.167
deny from 82.129.189.97
deny from 222.124.11.98
deny from cache5-1.ruh.isu.net.sa
deny from 82.145.205.194
deny from pool-71-247-228-228.nycmny.east.verizon.net
deny from 71.247.228.228
deny from 202.65.236.122
deny from 81.215.171.81
deny from 85.101.138.179
deny from 196.1.176.50
deny from 136.red-83-45-120.dynamicip.rima-tde.net
deny from 213.63.133.117
deny from 63.94.224.93
deny from h19.plesklogin.net
deny from s2.server4user.de
deny from seki.lunarpages.com
deny from 82.165.151.41
deny from fin01.rackglobal.com
deny from s21.domenomania.pl
deny from u15181562.onlinehome-server.com
deny from dirgencom.drac.net
deny from esc79.midphase.com

gospodarz
31-10-2006, 10:15
Może ktoś jednak pomoże...? Pleeeaseee...

nexus246
31-10-2006, 10:23
A w configuration.php dobrze podałeś ścieżkę do katalogu cache?

gospodarz
31-10-2006, 10:34
A w configuration.php dobrze podałeś ścieżkę do katalogu cache?

Niestety chodzi właśnie o to, że wszystko jest w jak najlepszym porządku. Stawiałem identyczny serwis internetowy dwa razy. Poprzednio wszystko działało jak najlepiej. Ale po włamie hackera musiałem postawić stronę ponownie. A jedyna różnica polega na tym, że wrzuciłem na serwer wyżej zacytowny plik .htaccess. Może z tym jest jakiś problem? Bo w panelu admina w konfiguracji mam np. ciągle alarm aby zmienić chmody cache na 755, choć już od dawna jest to zrobione. Jeszcze nadmienię tylko, że zniknęła też funkcja tworzenia PDFów. Może jakieś pomysły i sugestie? :confused:

gospodarz
01-11-2006, 20:03
Może jeszcze jakieś pomocne sugestie? Nikt nie pomoże :(

gospodarz
04-11-2006, 19:51
Podciągam trochę moje pytanie, bo ciągle nie tracę nadziei, że znajdzie się ktoś mądrzejszy, kto zna sposób rozwiązania mojego problemu :confused:

zwiastun
05-11-2006, 17:05
ustawienie chmod dla /cache na 707!

Remik
11-07-2007, 17:43
Siemka
miałem ten problem - właśnie sobie poradziłem

w konfiguracji - obojętnie czy z poziomu pliku czy panelu admina wpisz ścieżkę absolutną

/home/NAZWA_SERWERA/ftp/NAZWA_KATALOGU_JOOMLA/cache

tak to wygląda u mnie

a no i oczywiście chmod 755 :)

Pozdro
Remik
www.opensoruce.com.pl (http://www.opensource.com.pl)