Plugin Advanced Mod Rewrite für Contenido 4.8.x

PickPay
Beiträge: 164
Registriert: Di 2. Dez 2003, 19:38
Wohnort: Zürich
Kontaktdaten:

Problem mit der letzten Rewrite-Rule

Beitrag von PickPay » Sa 28. Feb 2009, 20:23

Hallo zusammen

Nachdem ich jeweils Contenido-Installationen mit der stese-Rewrite-Modifikation verwendet habe, installierte ich nun zum ersten mal ein Contenido mit dem xmurrix-Plugin. Nun scheint aber mein Hoster (hostpoint.ch) ein Problem mit der letzten Zeile der .htaccess-Datei zu haben:

Code: Alles auswählen

RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|swf|pdf)$ front_content.php [NC,QSA,L]
Mittels Auskommentieren getestet, ist es diese Zeile die jeweils einen Internal Server Error verursacht. Alle anderen scheinen zu funktionieren.

An was könnte das liegen? Server ist ein Apache/2.2.11 (FreeBSD). Gibt es eine alternative Formulierung dieser Regel? Oder muss auf dem Server noch etwas konfiguriert werden?

xmurrix
Beiträge: 3147
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Re: Problem mit der letzten Rewrite-Rule

Beitrag von xmurrix » So 1. Mär 2009, 11:13

Hallo PickPay,
PickPay hat geschrieben:...Nun scheint aber mein Hoster (hostpoint.ch) ein Problem mit der letzten Zeile der .htaccess-Datei zu haben:

Code: Alles auswählen

RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|swf|pdf)$ front_content.php [NC,QSA,L]
Mittels Auskommentieren getestet, ist es diese Zeile die jeweils einen Internal Server Error verursacht. Alle anderen scheinen zu funktionieren.
...
eine alternative Formulierung kann man sich dafür bestimmt überlegen, du könntest auch die andere htaccess-Variante (siehe htaccess_simple.txt im Package) dafür verwenden.

Interessanter wäre es zu wissen, was für ein Problem dein Hoster mit der Regel hat, die ist syntaktisch vollkommen richtig. Du kannst z. B. die Option L auslassen, vielleicht stört das. Mit L gibt man an, dass keine weitere Regel verarbeitet werden soll, wenn diese zutrifft. In diesem Fall, gibt es aber auch keine weiteren Regeln.
Probier mal:

Code: Alles auswählen

RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|swf|pdf)$ front_content.php [NC,QSA]
Gruß
xmurrix
CONTENIDO Downloads: CONTENIDO 4.10.1
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.

birke
Beiträge: 92
Registriert: Mo 2. Feb 2009, 16:58
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von birke » So 1. Mär 2009, 11:17

Ich hatte ja auch durch auskommentieren diese Zeile bei meinem Problem (Server Error) in Verdacht, doch schlussendlich lag es nur am Pfad, der nicht stimmte. Ich würde den Pfad nochmals prüfen. Der Pfad muss ja nicht nur oben bei RewriteBase angepasst werden.

Schau mal hier.

Grüße, Birke

PickPay
Beiträge: 164
Registriert: Di 2. Dez 2003, 19:38
Wohnort: Zürich
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von PickPay » Mo 2. Mär 2009, 08:13

@birke
In der Tat, du hast recht, das war der Fehler :? . Vielen Dank.

Etwas verwirrt weshalb ich deinen Eintrag übersehen habe, schaute ich nochmals die Zeitpunkte der Antworten an. Jetzt ist mir klar, dass der Grund, weshalb ich das übersehen habe ist, dass ich den Eintrag bereits vor deinem geschrieben habe, dieser dann im neuen Forum jedoch irgendwie zuerst einen Tag in so einem komischen 'Entwurfsordner' verbracht hat. Dann hab ich einfach diesen nochmals hineinkopiert und den Thread gar nicht nochmals angeschaut. Ich entschuldige mich für diese Nachlässigkeit :roll:

chpulat
Beiträge: 27
Registriert: Di 3. Mär 2009, 15:32
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von chpulat » Di 3. Mär 2009, 15:57

Hallo,

ich hätte da mal 'ne einfache Frage: Warum geht's bei mir nicht? - okay das war zu einfach

Ich hab eine Contenidoversion 4.8.10 mit (ich glaube) XAMP installiert auf einem Vista HomePre (also Apache, sql etc.)
Dann den htdocs ordner und die Contenidodatenbank gelöscht und 4.8.11 installiert, sowie ein paar kleine Änderungen gemacht. Nur 1-2 Kategorien und Seiten erstellt, aber keine Module oder Ähnliches verändert.

Jetzt wollte ich mal testen, wie das mit den schönen SEO'urls aussieht und das Plugin installiert. Lief bis hierhin wunderbar. Aber um zur Frage zurück zu kommen: Es geht nicht. Es scheint mir irgendwie an der .htaccess zu liegen, die ja Windows wegen dem "." am Anfang eh schon nicht mag.

Sobald ich das Plugin aktiviere, komme ich mit "localhost/cms" zum frontend, aber wenn ich auf irgendeinen Link klicke, komme ich zu "http://localhost/index.html?a=13&level=1" und 404 Error :evil:. Er baut die Links schon um (zwar noch nicht sonderlich schön), findet die Seiten aber nicht.

Ersetze ich nun die .htaccess nun zum test mit:

Code: Alles auswählen

RewriteEngine on
RewriteRule ^ http://www.contenido.org [R,L]
und speicher es als .htaccess, kommt ein Error 500.

Ich hoffe ich ahbe nix vergessen und jemand kann mir sagen, wo der "Anschalter" ist ;-D

MFG

Christian

xmurrix
Beiträge: 3147
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von xmurrix » Di 3. Mär 2009, 16:49

Hallo chpulat,

willkommen im Contenido-Forum.
chpulat hat geschrieben:...
Sobald ich das Plugin aktiviere, komme ich mit "localhost/cms" zum frontend, aber wenn ich auf irgendeinen Link klicke, komme ich zu "http://localhost/index.html?a=13&level=1" und 404 Error :evil:. Er baut die Links schon um (zwar noch nicht sonderlich schön), findet die Seiten aber nicht.

Ersetze ich nun die .htaccess nun zum test mit:

Code: Alles auswählen

RewriteEngine on
RewriteRule ^ http://www.contenido.org [R,L]
und speicher es als .htaccess, kommt ein Error 500...
es kann sein, dass Apache nicht ausreichend konfiguriert ist. Hast du in der httpd.conf die AllowOverride Option gesetzt?

Code: Alles auswählen

# Beispielkonfiguration
<Directory "C:/xampp/htdocs">
    AllowOverride FileInfo
</Directory>
Ob die Accessdatei bei dir die Bezeichnung ".htaccess" haben muss, steht in der xampp/apache/conf/extra/httpd-default.conf unter "AccessFileName" drin, normalerweise ist es die ".htaccess".

Sofern die Umgebung richtig konfiguriert wurde, sollte es auch unter Vista ohne Probleme laufen. Du kannst dir auch das Contenido2Go (Server2go-Contenido-Bundle) - Ist ein "out of the box" lauffähiger Webserver inkl. einer Contenido-Installation (Downloaden -> Entpacken -> Starten).

Was die Erstellung der URLs betrifft, da kannst du, sofern du das Plugin verwenden möchtest, folgende Anpassungen machen:

In cms/includes/Util/Modules/Contenido_NavMain_Util.class.php

Zeile 58

Code: Alles auswählen

       if ($aCfg['url_builder']['name'] == 'front_content') {
ändern in

Code: Alles auswählen

       if ($aCfg['url_builder']['name'] == 'front_content' || $aCfg['url_builder']['name'] == 'MR') {

und in cms/includes/Util/Modules/Contenido_Sitemap_Util.class.php

Zeile 44

Code: Alles auswählen

       if ($aCfg['url_builder']['name'] == 'front_content') {
ändern in

Code: Alles auswählen

       if ($aCfg['url_builder']['name'] == 'front_content' || $aCfg['url_builder']['name'] == 'MR') {
Gruß
xmurrix
CONTENIDO Downloads: CONTENIDO 4.10.1
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.

micro2001
Beiträge: 76
Registriert: Sa 18. Nov 2006, 10:44
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von micro2001 » Mi 4. Mär 2009, 08:09

Hallo zusammen,

bin gestern auf einen eigenartigen Fehler gestoßen, den ich mir nicht erklären kann. Wenn die bei der 4.8.11er die AMR 0.5.3 - Dateien hochlade und anschließend die Installationsroutine aufrufe, so lande ich beim Contenido-Login. Nach erfolgreichem Login lande ich aber nicht bei der Modul-Installation sondern ganz normal im Backend!? Woran könnte das denn liegen?

Wenn jemand etwas weiß, immer her damit (-;

Danke und schöne Grüße,
Ralph
Zuletzt geändert von micro2001 am Mi 4. Mär 2009, 15:07, insgesamt 1-mal geändert.

chpulat
Beiträge: 27
Registriert: Di 3. Mär 2009, 15:32
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von chpulat » Mi 4. Mär 2009, 09:55

Erstmal Danke für die schnelle Hilfe an Xmurrix! Das ging ja schneller als an der Arcor-Kundenhotline ;-D

Aber jetzt zu meinem Problem: Verzweifelmodus AN

Erstmal zu dem Server2Go von Xmurrix. Nach dem ich die vorgeschlagenen Änderungen gemacht hatte bekamm ich super schöne URL's.

Das Problem ist aber, dass ich das ganze ja dann selber auf den server (der übrigens bei 1und1 steht) packen muss, daher würde ich gerne eine Contenido installation selber durchführen können.

Ich werde euch jetzt mal die meiner Meinung nach wichtigen Konfigurationdatein und deren Pfad bei mir Posten posten.

Mein Server habe ich von http://sourceforge.net/project/showfile ... e_id=86939 dann habe ich den Inhalt von htdocs komplett gelöscht sowie die contenido datenbank umbennant. Contenido 4.8.11 geladen und in htdocs entpackt & installiert. Das Plugin installiert. Alles ohne Fehler.

Die Änderungen an irgendwelchen Datein habe ich eigentlich alle wieder rückgängig gemacht.

Der Server liegt unter "C:/Contenido/". (kann es sein dass Vista es nicht, mag wenn ein Programm/Server auf C schreibt?

C:/contenido/htdocs/.htaccess

Code: Alles auswählen

###############################################################################
# Contenido AMR plugin restrictive rewrite rules set
#
# Contains strict rules, each rewrite exclusion must be set manually.
#
# - Exclude requests to directories usage/, contenido/, setup/, cms/upload/
# - Exclude requests to cms/front_content.php
# - Pass thru requests to common ressources (pics, js, css, pdf)
#
###############################################################################


# Enable following lines to run PHP5 on 1und1.de (1and1.com)
# ----------------------------------------------------------
#AddType x-mapp-php5 .php
#AddHandler x-mapp-php5 .php

<IfModule mod_rewrite.c>

# Enable rewrite engine
# ---------------------
RewriteEngine on


# Specify a base URL-path for the rules
# -------------------------------------
RewriteBase /cms


# Catch some common exploits in query string to get rid of them
# NOTE: Conditions to prevent protocolls (ftp, http[s]) in query string could be a
#       disadvantage in some cases
# --------------------------------------------------------------------------------
RewriteCond %{QUERY_STRING} contenido_path=.*$  [NC,OR]
RewriteCond %{QUERY_STRING} cfg\[path\]=.*$  [NC,OR]
RewriteCond %{QUERY_STRING} _PHPLIB\[libdir\]=.*$  [NC,OR]
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
RewriteCond %{QUERY_STRING} ftp://.*$  [NC,OR] 
RewriteCond %{QUERY_STRING} http[s]*://.*$ [NC] 
RewriteRule ^.* - [F,L]  # all matching conditions from above will end in nirvana


# Exclude some files and directories from rewriting
# -------------------------------------------------
RewriteRule ^usage/.*$ - [L]
RewriteRule ^contenido/.*$ - [L]
RewriteRule ^setup/.*$ - [L]
RewriteRule ^cms/upload/.*$ - [L]
RewriteRule ^cms/test/.*$ - [L]
RewriteRule ^cms/front_content.php.*$ - [L]
# enable following line if you want to run the plugin test
#RewriteRule ^cms/mr_test.php.*$ - [L]


# One RewriteRule to rule them all
# --------------------------------
RewriteRule !\.(js|ico|gif|jpg|jpeg|png|css|pdf)$ front_content.php [NC,QSA,L]


</IfModule>
C:\Contenido\apache\conf\httpd.conf

Code: Alles auswählen

#
# This is the main Apache HTTP server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See <URL:http://httpd.apache.org/docs/2.2/> for detailed information.
# In particular, see 
# <URL:http://httpd.apache.org/docs/2.2/mod/directives.html>
# for a discussion of each configuration directive.
#
# Do NOT simply read the instructions in here without understanding
# what they do.  They're here only as hints or reminders.  If you are unsure
# consult the online docs. You have been warned.  
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path.  If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
# with ServerRoot set to "C:/Contenido/apache" will be interpreted by the
# server as "C:/Contenido/apache/logs/foo.log".
#
# NOTE: Where filenames are specified, you must use forward slashes
# instead of backslashes (e.g., "c:/apache" instead of "c:\apache").
# If a drive letter is omitted, the drive on which Apache.exe is located
# will be used by default.  It is recommended that you always supply
# an explicit drive letter in absolute paths, however, to avoid
# confusion.
#

# ThreadsPerChild: constant number of worker threads in the server process
# MaxRequestsPerChild: maximum  number of requests a server process serves
ThreadsPerChild 250
MaxRequestsPerChild  0

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# Do not add a slash at the end of the directory path.  If you point
# ServerRoot at a non-local disk, be sure to point the LockFile directive
# at a local disk.  If you wish to share the same ServerRoot for multiple
# httpd daemons, you will need to change at least LockFile and PidFile.
#
ServerRoot "C:/Contenido/apache"

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to 
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 80

#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Statically compiled modules (those listed by `httpd -l') do not need
# to be loaded here.
#
# Example:
# LoadModule foo_module modules/mod_foo.so
#
LoadModule actions_module modules/mod_actions.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule auth_basic_module modules/mod_auth_basic.so
#LoadModule auth_digest_module modules/mod_auth_digest.so
#LoadModule authn_anon_module modules/mod_authn_anon.so
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authn_file_module modules/mod_authn_file.so
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
#LoadModule autoindex_module modules/mod_autoindex.so # don't load because of mod_autoindex_color.so
#LoadModule bucketeer_module modules/mod_bucketeer.so
#LoadModule cache_module modules/mod_cache.so
#LoadModule disk_cache_module modules/mod_disk_cache.so
#LoadModule file_cache_module modules/mod_file_cache.so
#LoadModule mem_cache_module modules/mod_mem_cache.so
#LoadModule cern_meta_module modules/mod_cern_meta.so
#LoadModule charset_lite_module modules/mod_charset_lite.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule dav_module modules/mod_dav.so
LoadModule dav_fs_module modules/mod_dav_fs.so
#LoadModule deflate_module modules/mod_deflate.so
LoadModule dir_module modules/mod_dir.so
#LoadModule dumpio_module modules/mod_dumpio.so
LoadModule env_module modules/mod_env.so
#LoadModule expires_module modules/mod_expires.so
#LoadModule ext_filter_module modules/mod_ext_filter.so
#LoadModule headers_module modules/mod_headers.so
#LoadModule ident_module modules/mod_ident.so
#LoadModule imagemap_module modules/mod_imagemap.so
LoadModule include_module modules/mod_include.so
LoadModule info_module modules/mod_info.so
LoadModule isapi_module modules/mod_isapi.so
LoadModule ldap_module modules/mod_ldap.so
#LoadModule logio_module modules/mod_logio.so
LoadModule log_config_module modules/mod_log_config.so
#LoadModule log_forensic_module modules/mod_log_forensic.so
LoadModule mime_module modules/mod_mime.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule negotiation_module modules/mod_negotiation.so
#LoadModule proxy_module modules/mod_proxy.so
#LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#LoadModule proxy_connect_module modules/mod_proxy_connect.so
#LoadModule proxy_http_module modules/mod_proxy_http.so
#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
#LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
#LoadModule speling_module modules/mod_speling.so
LoadModule status_module modules/mod_status.so
#LoadModule unique_id_module modules/mod_unique_id.so
#LoadModule userdir_module modules/mod_userdir.so
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule version_module modules/mod_version.so
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule ssl_module modules/mod_ssl.so

LoadModule autoindex_color_module modules/mod_autoindex_color.so
#LoadModule mysql_auth_module modules/mod_auth_mysql.so
#LoadModule auth_remote_module modules/mod_auth_remote.so
#LoadModule sspi_auth_module modules/mod_auth_sspi.so
#LoadModule log_sql_module modules/mod_log_sql.so
#LoadModule log_sql_mysql_module modules/mod_log_sql_mysql.so
#<IfModule ssl_module>
#    LoadModule log_sql_ssl_module modules/mod_log_sql_ssl.so
#</IfModule>
#LoadModule proxy_html_module modules/mod_proxy_html.so
#LoadModule xmlns_module modules/mod_xmlns.so
#LoadModule proxy_xml_module modules/mod_proxy_xml.so
#LoadModule bw_module modules/mod_bw.so

# 'Main' server configuration
#
# The directives in this section set up the values used by the 'main'
# server, which responds to any requests that aren't handled by a
# <VirtualHost> definition.  These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#

#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed.  This address appears on some server-generated pages, such
# as error documents.  e.g. admin@your-domain.com
#
ServerAdmin admin@localhost

#
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
ServerName localhost:80

#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "C:/Contenido/htdocs"

#
# Each directory to which Apache has access can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories). 
#
# First, we configure the "default" to be a very restrictive set of 
# features.  
#
<Directory />
    Options FollowSymLinks
    AllowOverride FileInfo
    Order deny,allow
    Deny from all
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "C:/Contenido/htdocs">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.2/mod/core.html#options
    # for more information.
    #
    Options Indexes FollowSymLinks Includes ExecCGI
    
    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   Options FileInfo AuthConfig Limit
    #
    AllowOverride Fileinfo

    #
    # Controls who can get stuff from this server.
    #
    Order allow,deny
    Allow from all

</Directory>

#
# DirectoryIndex: sets the file that Apache will serve if a directory
# is requested.
#
<IfModule dir_module>
    DirectoryIndex index.php index.php4 index.php3 index.cgi index.pl index.html index.htm index.shtml index.phtml
</IfModule>

#
# The following lines prevent .htaccess and .htpasswd files from being 
# viewed by Web clients. 
#
<FilesMatch "^\.ht">
    Order allow,deny
    Deny from all
</FilesMatch>

#
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog logs/error.log

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

<IfModule log_config_module>
    #
    # The following directives define some format nicknames for use with
    # a CustomLog directive (see below).
    #
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common

    <IfModule logio_module>
      # You need to enable mod_logio.c to use %I and %O
      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
    </IfModule>

    #
    # The location and format of the access logfile (Common Logfile Format).
    # If you do not define any access logfiles within a <VirtualHost>
    # container, they will be logged here.  Contrariwise, if you *do*
    # define per-<VirtualHost> access logfiles, transactions will be
    # logged therein and *not* in this file.
    #
    CustomLog logs/access.log common

    #
    # If you prefer a logfile with access, agent, and referer information
    # (Combined Logfile Format) you can use the following directive.
    #
    #CustomLog logs/access.log combined
</IfModule>

<IfModule alias_module>
    #
    # Redirect: Allows you to tell clients about documents that used to 
    # exist in your server's namespace, but do not anymore. The client 
    # will make a new request for the document at its new location.
    # Example:
    # Redirect permanent /foo http://www.example.com/bar

    #
    # Alias: Maps web paths into filesystem paths and is used to
    # access content that does not live under the DocumentRoot.
    # Example:
    # Alias /webpath /full/filesystem/path
    #
    # If you include a trailing / on /webpath then the server will
    # require it to be present in the URL.  You will also likely
    # need to provide a <Directory> section to allow access to
    # the filesystem path.

    #
    # ScriptAlias: This controls which directories contain server scripts. 
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the target directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
    # client.  The same rules about trailing "/" apply to ScriptAlias
    # directives as to Alias.
    #
    ScriptAlias /cgi-bin/ "C:/Contenido/cgi-bin/"

</IfModule>

#
# "C:/Contenido/cgi-bin" should be changed to whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
<Directory "C:/Contenido/cgi-bin">
    AllowOverride None
    Options None
    Order allow,deny
    Allow from all
</Directory>

# 
# Apache parses all CGI scripts for the shebang line by default.
# This comment line, the first line of the script, consists of the symbols
# pound (#) and exclamation (!) followed by the path of the program that 
# can execute this specific script.  For a perl script, with perl.exe in
# the C:\Program Files\Perl directory, the shebang line should be:

   #!c:/program files/perl/perl

# Note you _must_not_ indent the actual shebang line, and it must be the
# first line of the file.  Of course, CGI processing must be enabled by 
# the appropriate ScriptAlias or Options ExecCGI directives for the files 
# or directory in question.
#
# However, Apache on Windows allows either the Unix behavior above, or can
# use the Registry to match files by extention.  The command to execute 
# a file of this type is retrieved from the registry by the same method as 
# the Windows Explorer would use to handle double-clicking on a file.
# These script actions can be configured from the Windows Explorer View menu, 
# 'Folder Options', and reviewing the 'File Types' tab.  Clicking the Edit
# button allows you to modify the Actions, of which Apache 1.3 attempts to
# perform the 'Open' Action, and failing that it will try the shebang line.
# This behavior is subject to change in Apache release 2.0.
#
# Each mechanism has it's own specific security weaknesses, from the means
# to run a program you didn't intend the website owner to invoke, and the
# best method is a matter of great debate.
#
# To enable the this Windows specific behavior (and therefore -disable- the
# equivilant Unix behavior), uncomment the following directive:
#
#ScriptInterpreterSource registry
#
# The directive above can be placed in individual <Directory> blocks or the
# .htaccess file, with either the 'registry' (Windows behavior) or 'script' 
# (Unix behavior) option, and will override this server default option.
#

#
# DefaultType: the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, "text/plain" is
# a good value.  If most of your content is binary, such as applications
# or images, you may want to use "application/octet-stream" instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain

<IfModule mime_module>
    #
    # TypesConfig points to the file containing the list of mappings from
    # filename extension to MIME-type.
    #
    TypesConfig conf/mime.types

    #
    # AddType allows you to add to or override the MIME configuration
    # file specified in TypesConfig for specific file types.
    #
    #AddType application/x-gzip .tgz
    #
    # AddEncoding allows you to have certain browsers uncompress
    # information on the fly. Note: Not all browsers support this.
    #
    #AddEncoding x-compress .Z
    #AddEncoding x-gzip .gz .tgz
    #
    # If the AddEncoding directives above are commented-out, then you
    # probably should define those extensions to indicate media types:
    #
    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    #
    # AddHandler allows you to map certain file extensions to "handlers":
    # actions unrelated to filetype. These can be either built into the server
    # or added with the Action directive (see below)
    #
    # To use CGI scripts outside of ScriptAliased directories:
    # (You will also need to add "ExecCGI" to the "Options" directive.)
    #
    AddHandler cgi-script .cgi

    # For files that include their own HTTP headers:
    #AddHandler send-as-is asis

    # For server-parsed imagemap files:
    #AddHandler imap-file map

    # For type maps (negotiated resources):
    #AddHandler type-map var

    #
    # Filters allow you to process content before it is sent to the client.
    #
    # To parse .shtml files for server-side includes (SSI):
    # (You will also need to add "Includes" to the "Options" directive.)
    #
    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
</IfModule>

#
# The mod_mime_magic module allows the server to use various hints from the
# contents of the file itself to determine its type.  The MIMEMagicFile
# directive tells the module where the hint definitions are located.
#
#MIMEMagicFile conf/magic

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html
#

#
# EnableMMAP and EnableSendfile: On systems that support it, 
# memory-mapping or the sendfile syscall is used to deliver
# files.  This usually improves server performance, but must
# be turned off when serving from networked-mounted 
# filesystems or if support for these functions is otherwise
# broken on your system.
#
EnableMMAP off
EnableSendfile off

# Supplemental configuration
#
# The configuration files in the conf/extra/ directory can be 
# included to add extra features or to modify the default configuration of 
# the server, or you may simply copy their contents here and change as 
# necessary.

# xampplite specific settings
Include conf/extra/httpd-xampp.conf

# Server-pool management (MPM specific)
# Include conf/extra/httpd-mpm.conf

# Multi-language error messages
Include conf/extra/httpd-multilang-errordoc.conf

# Fancy directory listings
Include conf/extra/httpd-autoindex.conf

# Language settings
Include conf/extra/httpd-languages.conf

# User home directories
Include conf/extra/httpd-userdir.conf

# Real-time info on requests and configuration
Include conf/extra/httpd-info.conf

# Virtual hosts
Include conf/extra/httpd-vhosts.conf

# Local access to the Apache HTTP Server Manual
# Include conf/extra/httpd-manual.conf

# Distributed authoring and versioning (WebDAV)
Include conf/extra/httpd-dav.conf

# Various default settings
Include conf/extra/httpd-default.conf

# Secure (SSL/TLS) connections
Include conf/extra/httpd-ssl.conf
#
# Note: The following must must be present to support
#       starting without SSL on platforms with no /dev/random equivalent
#       but a statically compiled-in mod_ssl.
#
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
eine c:\contenido\htdocs\.htaccess mit

Code: Alles auswählen

RewriteEngine on
RewriteRule ^ http://www.contenido.org [R,L]

führt nicht zu contenido.org sonder zum Fehler 500, CGI Error oder Server überlastet

Noch irgenwelche Dateien interesand?

Die restlichen Dateien müssten jungfräulich gemäß obiger Installation sein.

EDIT 11:00 Uhr:
- Also ein jungfräulich installiertes System OHNE plugin mit angeschaltetem Moderewrite+entsprechende .htaccess (aus dem AMR-Plugin übernommen) mach die gleichen zicken. Ich gehen von einem falsch konfigurirtem Server aus. Nur wo kann der fehler sein? Die .htaccess weiterleitung nach contenido.org geht ja auch nicht. allow override habe ich auf FileInfo gesetzt.
- Ich denke meine o.g. httpd.conf ist nich ordentlich konfiguriert. help?!

Edit 12:00Uhr: GELÖST
-Verzweifelmodus AUS :D :D :D :D
- Okay es ist in der Regel Sinnvoll das mod_rewrite in der httpd.conf auch mitzuladen. omg
--> entschuldigt mein unvermögen trotzdem danke an alle

Danke an Xmurrix für die Hilfe. Werde wegen zukunftskompatibilität aber dein Plugin vorerst nicht einsetzten trotzdem Danke dafür.


Vielen Dank für die Mühe und Hilfe!

MFG

Christian

micro2001
Beiträge: 76
Registriert: Sa 18. Nov 2006, 10:44
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von micro2001 » Mi 4. Mär 2009, 15:15

Hallo zusammen,

kurz noch mal zu meinem eigenartigen "Contenido 4.8.11 AMR 0.5.3 - Installationsproblem".
Fakt ist, dass wenn ich den Installer aufrufe, mich einlogge, aber nicht zur Installationsroutine zurückkehre, sondern "nur" im Backend von Contenido lande?

Hat irgendwer eine Lösung dafür??

Grüße,
Ralph

xmurrix
Beiträge: 3147
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von xmurrix » Mi 4. Mär 2009, 16:31

Hallo,
micro2001 hat geschrieben:...kurz noch mal zu meinem eigenartigen "Contenido 4.8.11 AMR 0.5.3 - Installationsproblem".
Fakt ist, dass wenn ich den Installer aufrufe, mich einlogge, aber nicht zur Installationsroutine zurückkehre, sondern "nur" im Backend von Contenido lande?

Hat irgendwer eine Lösung dafür??...
kanst du bitte überprüfen, was im action-Attribut des Loginformulars (HTML-Quelltext) drin steht, wenn du den Installer aufrufst?

Normalerweise sollte da die URL zum Installer drin stehen, also

Code: Alles auswählen

<form name="login" method="post" action="/contenido/plugins/mod_rewrite/install.php">
Wenn der Wert darin leer ist, kann es daran liegen, dass die Funktion self_url in der conlib/session.inc

Code: Alles auswählen

  function self_url() {
    global $PHP_SELF, $QUERY_STRING;

    return $this->url($PHP_SELF.
           ((isset($QUERY_STRING) && ("" != $QUERY_STRING)) ? "?".$QUERY_STRING : ""));
  }
nicht die richtige URL liefert.

Wenn das so ist, wurde die $PHP_SELF nicht korerkt gesetzt, das liegt aber dann nicht am Installer, kann an den Einstellungen liegen oder die Datei "contenido/includes/globals_off.inc.php" bei dir ist nicht die aktuelle Version (falls es ein Update war).
Darin werden nähmlich die Superglobale in den globalen Namemensraum extrahiert, also aus $_SERVER['PHP_SELF'] wird dann $PHP_SELF...

Gruß
xmurrix
CONTENIDO Downloads: CONTENIDO 4.10.1
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.

malsdgtac
Beiträge: 717
Registriert: Fr 12. Mär 2004, 15:50
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von malsdgtac » Mi 4. Mär 2009, 17:52

Hallo xmurrix,

ich habe genau das selbe Problem, und dein Verdacht ist haargenau richtig, die PHP_SELF wird nicht richtig gesetzt.

Ich habe mir die "globals_off.inc.php" angeschaut, und hier steht nichts bezüglich PHP_SELF. Also habe ich folgende Zeile ergänzt:

Code: Alles auswählen

$PHP_SELF = $_SERVER['PHP_SELF'];
und dann hat die Installation geklappt.

Für mich stellt sich jetzt nur die Frage - brauche ich diese Zeile weiterhin in der Datei?

xmurrix
Beiträge: 3147
Registriert: Do 21. Okt 2004, 11:08
Wohnort: Augsburg
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von xmurrix » Mi 4. Mär 2009, 18:15

Hallo smac,
smac hat geschrieben:...ich habe genau das selbe Problem, und dein Verdacht ist haargenau richtig, die PHP_SELF wird nicht richtig gesetzt.

Ich habe mir die "globals_off.inc.php" angeschaut, und hier steht nichts bezüglich PHP_SELF. Also habe ich folgende Zeile ergänzt:

Code: Alles auswählen

$PHP_SELF = $_SERVER['PHP_SELF'];
und dann hat die Installation geklappt.

Für mich stellt sich jetzt nur die Frage - brauche ich diese Zeile weiterhin in der Datei?
danke für das Feedback, anscheinend gibt es das Problem doch öfters. In der globals_off.inc.php sollte ab Zeile 103 folgendes drin stehen:

Code: Alles auswählen

// register globals
$types_to_register = array ('GET', 'POST', 'COOKIE', 'SESSION', 'SERVER');
foreach ($types_to_register as $global_type)
{
	$arr = @ ${'_'.$global_type};
	if (@ count($arr) > 0)
	{
		// echo "<pre>\$_$global_type:"; print_r ($arr); echo "</pre>";
		extract($arr, EXTR_OVERWRITE);
	}
}
Dieser Codeblock extrahiert auch die Superglobale $_SERVER. Ich kann mich wage daran erinnern, dass in früheren 4.8.x Versionen die Superglobale $_SERVER bei dem Prozedere nicht mit dabei war und man als Workaround dies manuell korrigieren musste.

Wenn es bei dir ein Update war, kann es sein, dass die neue Version der globals_off.inc.php beim Übertragen die alte Version nicht überschrieben hat.

Gruß
xmurrix
CONTENIDO Downloads: CONTENIDO 4.10.1
CONTENIDO Links: Dokumentationsportal, FAQ, API-Dokumentation
CONTENIDO @ Github: CONTENIDO 4.10 - Mit einem Entwicklungszweig (develop-branch), das viele Verbesserungen/Optimierungen erhalten hat und auf Stabilität und Kompatibilität mit PHP 8.0 bis 8.2 getrimmt wurde.

malsdgtac
Beiträge: 717
Registriert: Fr 12. Mär 2004, 15:50
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von malsdgtac » Mi 4. Mär 2009, 19:03

Hallo xmurrix,

korrekt, dieser Teil des Codes steht in meiner "globals_off.inc.php" drin - hatte eben aber trotzdem nicht geklappt - und genau darunter hatte ich meine Zeile Code ergänzt.

Ist übrigens ein Stato-Server mit dem ich sonst nicht arbeite, und ein neu installiertes Contenido 4.8.11.

Also wenn jemand das Problem hat, bei mir hat der "Workaround" geklappt, einfach mal vesuchen!

rw72
Beiträge: 253
Registriert: Do 22. Jan 2004, 16:24
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von rw72 » Do 5. Mär 2009, 00:43

Hallo,

habe das Problem das bei Neu anglegten Kategorien das Mod Rewrite nicht funktioniert.
Bei alten Kategorien funktioniert es.

Was kann ich prüfen?
Viele Grüße
Ralf

micro2001
Beiträge: 76
Registriert: Sa 18. Nov 2006, 10:44
Kontaktdaten:

Re: Plugin Advanced Mod Rewrite für Contenido 4.8.x

Beitrag von micro2001 » Do 5. Mär 2009, 08:36

Hallo xmurrix,

danke für Deinen Lösungsvorschlag. Werde diesen gleich antesten. Habe das Problem temporär umgangen und ohne Anmeldung die Installationsroutine aufgerufen (-;

Vielen Dank für Deinen Einsatz bzgl. des AMR-Plugins. Ist echt klasse und mittlerweile ein unverzichtbarer Bestandteil des Contenido-Projekts.

Grüße,
Ralph

Gesperrt