Inhaltstyp: Anpassungen werden nicht übernommen und Bilder nicht ausgegeben

Hallo,

soweit mir bekannt, ist die Uploadgröße auf 8MB beschränkt. Dies kannst Du mit folgendem Befehl, den Du in der .htaccess eintragen musst ändern:
php_value upload_max_filesize 50M Den Wert kannst Du beliebig ändern.

Hattest Du bezüglich der Bilderanzeige auf "Full HTML" umgestelllt?

Gruß
Daniel

Das stimmt so nicht, das kommt auf die Einstellungen des Servers an. Beim TE scheint die Grenze ja wohl bei 2 MB zu liegen.

Du solltest nicht so leichtfertig solche Tipps geben und sie so hinstellen, als wären sie allgemein gültig, am Ende glaubt das noch jemand und wundert sich später, dass es nicht funktioniert.

Dieser Befehl kann funktionieren, aber das ist nach meiner Erfahrung bei Webhosting eher die Ausnahme. Das funktioniert nur, wenn der Hoster diese Befehle in der .htaccess zulässt und das machen bei weitem nicht alle.

@Exterior:

Das mag sein, jedoch gebe ich lediglich das weiter, was Erfahrungsgemäß funktioniert hat. Und das ist halt eine Geschichte, die bislang bei fünf verschiedenen Hostern so funktioniert hat. Außerdem schrieb ich "soweit mir bekannt"!

Zumal dient dies eh nur als Hilfestellung. Wenn es funktioniert, dann ist es doch in Ordnung und wenn nicht, dann muss halt nach einer anderen Lösung geschaut werden.

Ich sehe hier kein Problem.

Gruß
Daniel

Mir geht's lediglich darum, dass deine Aussagen Dinge verallgemeinern, die einfach nicht so allgemein gehalten sind. Auch wenn du "soweit mir bekannt" schreibst, impliziert dies, dass es einen allgemeinen Standardwert gibt und du dir nur über dessen Höhe nicht ganz sicher bist, jedoch hängt dieser Wert einzig und allein von der Serverkonfiguration ab.

Ja, es dient als Hilfestellung und es ist gut, wenn dies funktioniert. Aber du stellst es trotzdem so hin, als ob dass pauschal ein Trick ist, den man immer anwenden kann. Leute kommen über Google auf den Thread, versuchen das, es klappt nicht und sie wundern sich, woran es liegen könnte, sie haben doch alles so gemacht, wie beschrieben. Ein kleiner Hinweis, dass das nicht bei jedem Hoster funktioniert, schadet einfach nicht.

@Exterior:

Zur Kenntnis genommen. Nachdem Kritik geübt hast, vermisse ich hier Deinen konstruktiven Beitrag zum Thema (eine Hilfestellung für wrestler) :-)

Gruß
Daniel

streitet euch nicht meinetwegen… ;)

Zuerst mal hab ich festgestellt, dass ich die .htaccess-Datei offenbar gar nicht habe (Habe sie offenbar nicht ins Verzeichnis kopiert, weil sie unsichtbar war).
Die gehört doch auf die oberste Ebene im Verzeichnis, oder?

Wenn ich sie nun nachträglich hochlade führt dies unweigerlich zu einem kaptialen Error. Was kann ich machen?

Des weiteren hat mein Problem wohl eh nicht mit dem 10 MB-Limit zu tun, denn es funktioniert auch nicht mit 6 MB. Hingegen übernimmts die Angaben zur minimalen Auflösung…

Wo?

Gruss
The Wrestler

Also die .htaccess ist bei Drupal Standardmäßig dabei. Wenn Du Dein Drupalverzeichnis auf den Webserver schiebst "so war es zumindest bei mir", ist die .htaccess unsichtbar. Allerdings muss ich nochmal nachschauen, welche Einstellung ich unter Filezilla vorgenommen habe und diese wieder sichtbar zu machen.

Auf "Full HTML" kannst Du unter Einstellungen -> Inhalte veröffentlichen -> Text Format einstellen (admin/config/content/formats). Oder in jedem Node den Du anlegst. Die Einstellung dort findest Du unterhalb des Body Bereichs.

Ich hoffe das die Übersetzung so richtig ist :( Dieweil ich nur mit dem Englischsprachigen Drupal arbeite.

Edit: Schau mal hier, so kannst Du unsichtbare Dateien unter Filezilla wieder sichbar machen.

Gruß
Daniel

Um darauf nochmal ganz kurz zurück zu kommen, mein konstruktiver Beitrag war überflüssig, da es außer über die htaccess oder eine eigene php.ini keinen Weg geben wird, das Limit anzuheben (außer, beim Hoster nachzufragen).

Mir ging es da lediglich um die Formulierung ;-) Rein vom Lösungsansatz her war deine Lösung völlig korrekt.

@wrestler
kannst du mal einen Screenshot von dem Fehler mit der htaccess-Datei machen? Das wird an den Options liegen. Die Datei selbst solltest du schon behalten, sonst gibt's keine Clean-URLs.

Und so lang auf dem Server eingestellt ist, dass du maximal 2MB große Dateien hochladen darfst, kannst du in Drupal einstellen, was du willst, größer als 2MB wird's nicht.

koennen die Einstellungen des Hosters nur einschraenken, aber nicht erweitern.

Wenn der Hoster den Upload auf 2MB beschraenkt, tut er dies nicht ohne Grund.
Vielleich gibt es eine Erweiterung gegen einen Aufpreis?

Wenn so grosse Dateien hochgeladen werden, ist das monatliche Volumen und die Speicherplatzoption eventuell auch relevant.

Viele Hoster haben verschiedene Pakete im Angebot, die sich an unterschiedlichem Bedarf orientieren.

Wenn ich die htaccess-Datei hochlade, kommt folgende Meldung:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [no address given] 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.

Meine Verzeichnis sieht auf dem Server übrigens so aus: siehe verzeichnis.png
Die unsichtbaren Dateien habe ich sichtbar gemacht.

Ohne die htaccess-Datei sehen meine URL's so aus: http://2lb.ch/?q=content/how-are-you
was ja wohl auch nicht lupenrein ist, oder?

Auf den Zeilen 11, 14 und 17 findest du die Options, die häufiger mal Probleme machen:

ersetze diese Zeilen mal damit:

Und probier es dann nochmal mit der bearbeiteten htaccess-Datei. Wenn es dann funktioniert, kannst du auch probieren, die Options nacheinander wieder zu aktivieren (das "#" vor "Options entfernen). Aber dann immer nur eine Option aktivieren und dann probieren, ob's noch funktioniert.

Habs gemacht… die Errormeldung kommt leider immer noch…

das beste wird sein, nochmals mit der Installation zu beginnen…

Bringt dir auch nichts, wenn die htaccess-Inhalte Ärger machen.

Auf Zeile 20 oder so müsste noch ein ErrorHandler sein, schreib da auch mal ein '#' davor und probier's nochmal.

hab ich nicht gefunden…

Hier mal der Ihnalt meiner htaccess-Datei:

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

# Don't show directory listings for URLs which map to a directory.
#Options -Indexes
# Follow symbolic links in this directory.
#Options +FollowSymLinks
# Multiviews creates problems with aliased URLs and is not needed for Drupal.
#Options -Multiviews
# Set the default handler.
DirectoryIndex index.php index.html index.htm

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.

# PHP 5, Apache 1 and 2.

php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]

# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.

# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]

# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]

# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]

# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding