Druckbare Version
Ja also in 2.9.5 meine ich dann zusätzlich mit der moopage Erweiterung, wodurch man dann auch 3 subdomains eintragen kann, dann gehts wie gesagt nur im Firefox bei mir nicht... komich. Und da man fast immer imageslider einbaut (ich zumindest) fällt die Funktion leider weg... bzw. geht zumindest 1 Subdomain: Datei-URL
Die anderen hab ich frei gelassen...
Hmmm, ich weiß nicht!
Habe gerade nochmal alle statischen entfernt (2.10.2), Javascript wird dennoch in den Browsern nicht ausgeführt!
Da muss noch etwas anderes verbogen sein. :(
http://mentaltrainer.dyndns.org/
geht der slider da bei Dir? 10.0.1 und nur "Datei-URL" habe ich eine Subdomain drin.
Ja, da funktioniert er!
Ich setze die Seite nochmal neu auf, vielleicht ist bei der Übertragung des Backups nicht alles vernünftig rüber gekommen.
Es hat nicht an der Seite gelegen, auch nicht an den Browsern.
Scheinbar gibt es ein Problem bei der Nutzung von xhtml.
Ich habe die Seite auf html5 umgestellt und alles funktionierte.
Leider bin ich noch zu faul, alles auf html5 umzustellen, demnach erstmal nach einer anderen Lösung suchen. :(
Ich habe den Fehler nun gefunden!
Die Erweiterungen wurden nach dem Einspielen des Backups als aktuell angezeigt, waren es aber keineswegs.
Ich habe einfach mal alle Erweiterungen aktuallisiert und jetzt funktioniert es bestens.
Komisch ist das dennoch.
1. Beim ersten Aufruf zeigt er bei meiner Seite http://www.nacktrodeln.org/ 84/100 und gibt mir bei Keep Alive 0/100
Wenn ich die Seite neulade oder eine Sub-URL anklicke, kreidet er mir das nicht mehr an und schreibt 95/100 - Ist das normal?
2. Javascript später parsen - Kann man das mit Contao umsetzen?
3. Gibt es keine einfachere Lösung für das "Problem" mit system/contao.css? Das ist ja ultra komplex :( http://www.contao-anleitungen.de/pos...ptimieren.html
Bei Holygrail gibt es an allen Ecken und Enden Probleme, die auftreten können... Für bereits bestehende Websites ist es überhaupt nicht zu empfehlen.
Und der Geschwindigkeitsvorteil ist nicht existent, die Werte beim Google Page Speed waren bei mir trotzdem bei 95, es gab keine Steigerung
http://dev.contao.org/issues/3609Zitat:
Zitat von Stranger
Naja, ist eben eine CSS-Frage ob das Probleme gibt oder nicht :-DZitat:
Zitat von Stranger
Hi,
wo schalte ich die GZIP Komprimierung ein? bei 2.9.5 projekten funkt das.
Bei 2.10.1 steht dort "Skripte komprimieren", das habe ich auch gewählt, doch nix passiert. Muss man noch was irgendwo/irgendwie ändern (htaccess) ??
Danke
Daniel
Skripte werden standardmäßig "on-the-fly" mittels Deflate komprimiert. Wenn Du Gzip-komprimierte Dateien ausliefern möchtest, musst Du in der ".htaccess" den auskommentierten Abschnitt aktivieren:
Code:##
# If you cannot use mod_deflate, uncomment the following lines to load a
# compressed .gz version of the bigger Contao JavaScript and CSS files.
##
#AddEncoding gzip .gz
#<FilesMatch "\.js\.gz$">
# AddType "text/javascript" .gz
#</FilesMatch>
#<FilesMatch "\.css\.gz$">
# AddType "text/css" .gz
#</FilesMatch>
#RewriteCond %{HTTP:Accept-encoding} gzip
#RewriteCond %{REQUEST_FILENAME} \.(js|css)$
#RewriteCond %{REQUEST_FILENAME}.gz -f
#RewriteRule ^(.*)$ $1.gz [QSA,L]
Hi,
ok aber mein Server unterstützt das, so stehts zumindest in der info.php
Dann ist ja alles bestens.
Ja eben nicht. Pagespeed meckert und http://www.gidnetwork.com/tools/gzip-test.php
Dort der test geht auch schief: www.mentales.at
Und wenn Du die Skripte als GZip-komprimierte Dateien auslieferst?
An und für sich sehe ich aber keinen Grund, wieso das nicht auch mit Deflate funktionieren sollte, wenn - wie Du ja sagst - das serverseitig unterstützt wird.
Irgendwie komm ich da nicht mehr mit.
Also: Ich lasse die standard htaccess so wie Sie ist, da ist es "deaktiviert". Dann wirds quasie "on the fly" von Contao komprimiert?
Wenn ich es "aktiviere" übernimmt der Server die gzip Kompression?
Aber beides funktioniert nicht. Pagespeed meckert bei beidem. Und der GZIP test gibt auch ein "NO" aus.
Kanns dann nur am Server liegen?
Weil ich eine 2.9.5 install habe dort geht die gzip Komprimierung.
Ich habe mal versucht, eine Homepage in Richtung CSS-Sprites zu optimieren (NABU Heidelberg), genauer gesagt, lasse ich mit Hilfe von jQuery alle Vordergrund-Bilder (img) auf der aktuell zu ladenden Seite, die ein bestimmtes Kriterium erfüllen, automatisch durch CSS-Sprites, also durch Hintergrundbilder zu ersetzen. Bei (Maus-)Hover oder beim Durch-Tabben (Fokuswechsel) werden die Bilder später entsprechend gewechselt, zum Beispiel durch eine "hellere" Bild-Version.
Falls Interesse der genau(er)en Lösung besteht, kann ich das gerne weiter ausführen (.js und .css-Code, Tutorial bzw. das ins Contao Wiki auslagern oder so...). Hier schon einmal einige Details zu Randbedingungen/Umsetzung/Implementierung:
- Es spielt keine Rolle, in welchem Kontext das zu ersetzende Bild auftaucht (also ob als/im Inhaltselement, Modul, Nachricht, Event, Gallery usw....). Es kann also wie gewohnt ("redaktionell") im Backend irgendwo ausgewählt und eingefügt werden.
- Alle diese Bilddateien müssen bereits sowohl den/einen normalen (oben bzw. center top) als auch den :hover bzw. :focus-Zustand (unten bzw. center bottom) beinhalten, sind also bereits die gewünschten Sprites-Bilddateien (also doppelte Höhe).
- Alle Vordergrundbilder, die automatisch durch Sprites ersetzt werden sollen, unterliegen der Konvention, dass sie mit -sprite vor dem letzten Punkt im Dateinamen enden müssen (also etwa ...-sprite.jpg bzw. ...-sprite.png usw...).
- Bei $(document).ready verpasse ich (mit Hilfe von jQuery) allen diesen Tags bzw. DOM-Knoten die Klasse '...-sprite' (addClass). Die Bilder werden zunächst versteckt.
- Später, erst bei $(window).load werden (per jQuery) alle Tags mit Klasse '...-sprite' mit dem entsprechenden Hintergrundbild (background-image) ersetzt (replaceWith). Bei ready wäre es zu früh, wie Tests per UTMS-Internet-Zugang oder mit mobilen Endgeräten gezeigt haben.
Sowohl bei :hover als auch bei :focus werden die Bilder gehighlightet bzw. das Hintergrundbild entsprechend verschoben. Das mit dem Fokus geht auch im IE(7/8), da ich die <img>- bzw. <a><img>-Tags durch <a>-Tags und nicht etwa durch <div>-Tags ersetze.
vg refalo
hi, ganz doofe Frage von mir, warum mit jquery? geht doch alles mit Background-position, wie hier www.mentales.at
oder hab ich was verpasst?
Ja genau, wenn es (bereits) Hintergrundbilder sind.
Wenn ich aber ganz "stinknormal", quasi als Redakteur im Backend z.B. Bilder intuitiv als Inhaltselement oder so einfüge, dann ja als Vordergrundbild (<img>), also nicht von Haus aus als CSS-Sprite.
habe das gleiche Problem wie xkoy
er meckert für 4 Dateien an, bitte mit gzip komprimieren...
Die Komprimierung der folgenden Ressourcen mit gzip könnte ihre Übertragungsgröße um 67,5 KiB verringern (Reduzierung um 69 %).
Durch die Komprimierung von http://st3.xyz-xyz.de/.../mootools-more.js könnten Sie 56,5 KiB einsparen (Reduzierung um 70 %).
Durch die Komprimierung von http://www.xyz-xyz.de/ könnten Sie 8,6 KiB einsparen (Reduzierung um 68 %).
Durch die Komprimierung von http://st2.xyz-xyz.de/.../MooMenu.js könnten Sie 2,1 KiB einsparen (Reduzierung um 66 %).
Durch die Komprimierung von http://st2.xyz-xyz.de/system/contao.css könnten Sie 347 B einsparen (Reduzierung um 45 %).
komischerweise habe ich in der htaccess mod_defalte aktiv und auch Gzip ist aktiviert wie beschrieben ...
im backend habe ich Gzip Standartkomprimierung eingestellt.
Die seite liegt bei strato und, da sollte mod_deflate verfügbar sein ... in der info.php steht zumindest: HTTP_ACCEPT_ENCODING gzip, deflate
habe ich irgendwas vergessen, oder ist das normal das er das nicht komprimieren kann?
Hi,
also bei mir funkt das jetzt immer, mit standard contao htaccess.
check mal hier: http://www.gidnetwork.com/tools/gzip-test.php
ob wirklich das vom Server aktiviert ist. Daran lags nämlich bei mir..
ziemlich eindeutig oder?? :(
Web page compressed? No
Compression type? none
Size, Markup (bytes) 14
Size, Compressed (bytes) 0
Compression % 0.0
hi,
lol :P
Genau so sah das bei mir auch aus, das komiche war, das es ab und an ging, kurios. jetzt gehts bei jedem meiner projekte da es aktiviert wurde auf "meinem" Server (reseller). Nun alles bestens und Top punkte bei pagespeed!
Hallo zusammen ;)
ich hab noch ein kleines Problem mit der Pagespeedoptimierung via Subdomains.
Die Subdomains sind angelegt und im Backend klappt es auch ohne Probleme.
Im Frontend aber werden alle Grafiken usw. weiterhin von der Hauptdomain geholt.
Das liegt wohl daran, dass bei mir im Frontend die URLs im Quellcode der Seite ohne Domainnamen angezeigt werden. (http://www.meintier.de)
z.B.:
<img width="150" height="100" alt="Bild" src="system/html/werkzeug_1-9d4725bf.jpg"/>
Die Dateien selbst sind via Hauptdomain und Subdomains erreichbar.
http://www.meintier.de/system/html/w...1-9d4725bf.jpg
http://st1.meintier.de/system/html/w...1-9d4725bf.jpg
Wo kann man einstellen, dass auch im Frontend die komplette URL verwendet wird?
Vielen Dank im Voraus,
Thomas
Die URLs für das Frontend kannst Du im "Startpunkt einer Webseite" in der "Seitenstruktur" eingeben.Zitat:
Zitat von Kaos
Danke für die schnelle Antwort :)Zitat:
Zitat von xchs
Jetzt scheint es zu klappen. Ich hab die drei Subdomains nun in der Seitenstruktur und beim Punkt System/Einstellungen hinterlegt. :)
also das mit mod_defalte bzw. gzip ist bei strato ziemlich lustig ...
es läuft nach wie vor nicht und ich habe vor 2 Wochen ne mail geschrieben:
nach 5 tagen bekam ich ne mail, wo zusammengefasst drin stand, das sie mir auf meine Frage vorerst keine Antwort geben können, Sie aber auf mich zurückkommen wenn Sie eine Problemlösung haben :eek:
LOL?
hat jemand hier zufällig Strato und kann mir sagen ob es bei ihm läuft oder nicht?
Ich hab BasicWebXL
Hallo,
für folgende Frage hier im Thread habe ich noch keine Antwort gesehen bzw. überlesen, es interessiert mich aber sehr.
Habe ich dann bei den Bildern Duplicate Content?Zitat:
Die Dateien selbst sind via Hauptdomain und Subdomains erreichbar.
http://www.domain.tld/system/html/w...1-9d4725bf.jpg
http://st1.domain.tld/system/html/w...1-9d4725bf.jpg
Wie geht Google damit um, wenn ab der Umstellung die Bilder unter der Subdomain aufgerufen werden, was passiert mit den gelisteten Bildern?
Wie kann ich die Anfragen auf die www.domain.tld auf st1.domain.tld über .htaccess umleiten?
VG
André
Ich muss ganz ehrlich sagen, dass der Google Pagespeed mit Contao super zu ehöhen ist :-)
Ich habe es gerade ganz einfach und ohne Probleme geschafft mit 2.11.3 diesen Score zu erreichen:
- 99/100 mit Google-Analytics
- 100/100 ohne Googel-Analytics
so macht das echt Spaß. Inwiefern das etwas bringt darüber bin ich mir immernoch nicht im klaren, aber es sind tolle Zahlen (und die Tatsächliche Ladegeschwindigkeit ist auch gut)
hallöchen ...
erstmal danke für diese hilfreichen Posts ...
trotzdem habe ich noch einige fragen .
- wie kann ich verhindern das die statischen domains bei google indiziert werden ?
- zugreifen auf die seite (seite anzeigen ? - Domain ist festgelegt im startpunkt)
- wen ich st1, st2 oder st3 aufrufe kommt "No root page found" was muss ich einstellen um das zu verhindern so wie bei contao.org
DANKE
Hi,
Durch eine Weiterleitung in der .htaccess auf die Hauptdomain für alles, was keine echten Dateien (sprich Bilder, CSS, etc.) sind. Steht hier auch irgendwo in dem Monsterthread mit drin.Zitat:
Zitat von Merlin
Was meinst du damit?Zitat:
Zitat von Merlin
Das soll ja auch so sein, dass die keinen Content ausliefern - bis auf die Dateien, siehe deine erste Frage. Der Fehler kommt daher, dass du im Seitenbaum im Wurzelelement die Domain festgelegt hast.Zitat:
Zitat von Merlin
Jan
@jojojohann: Ich habe derzeit einen Kunden mit genau dem Tarif, BasicWeb XL, habe die Contao-htaccess aktiviert und bekomme mit http://www.gidnetwork.com/tools/gzip-test.php ein "Web page compressed? No, Compression type? none".Zitat:
Zitat von jojojohann
Über phpinfo() finde ich "HTTP_ACCEPT_ENCODING gzip, deflate". In den FAQs konnte ich für "gzip" und "deflate" nichts finden.
Eine Lösung würde mich auch interessieren ... wobei eine Performance-Optimierung hier für mich eher ein Testfall als eine bezahlte Leistung ist. Die Antwort von Strato finde ich auch ziemlich schwach.
Hallo,
habe den Contao 3 RC1 zunächst lokal installiert.
Kann mir mal einer erklären wie das mit den Symlinks in dem "Static" Verzeichnis (Beispiel von Leo F.) funktioniert bzw. wohin die zeigen sollen?
Also ich habe es so verstanden:
- Verzeichnis "Static" im root anlegen
- hier drei Symlinks anlegen (wie gesagt wohin f. Contao3)
- .htaccess anlegen
- Drei subdomains st1...st3.. routen auf das "Static" Verzeichnis
- In den Seiteneinstellungen die subdomains eintragen
Muß man sonst noch etwas in der htaccess des root Verzeichnis ändern?
Für nen Anstoß dankbar
Franko
(Kann man das auch lokal mit Xampp unter Windows 7 testen. - Symbolische Links kann man ja hier auch mit MKLINK kreieren?)
Noch etwas,
wenn ich die sub Domains NUR im dem Startpunkt einer Webseite eintrage,
sind diese im Quelltext des Frontends nicht enthalten.
Wenn ich die Sub Domains unter den globalen Einstellungen setze schon.
Ich dachte es reicht dies jeweils für die jeweiligen Startseiten zu setzen?
Franko
@frankbiZitat:
Zitat von frankbi
das Thema gzip ruht bei mir momentan etwas. Habe aber das hier gefunden... (leidensgenossen ;-) ) http://www.seitenreport.de/forum/bei...s/seite/2.html
vielleicht hilft das weiter... ich glaube aber das ein wechsel weg von strato nervenschonender ist, als sich damit jahre auseinander zu setzen, wieso das dort nicht läuft. Bei meinen anderen hostern hatte ich nämlich damit keine Probleme ...
Ich habe zu dem Thema mit der .htaccess eine Verständnisfrage.
- Über die drei (bzw. in Contao 3 nur noch zwei) Subdomains werden statische Files geladen. Darunter Bilder, CSS Dateien, JS usw.
- Dies bietet einen Geschwidigkeitsvorteil, weil mehrere Verbindungen aufgebaut werden können.
- Um Double Content zu vermeiden muss ich dafür sorgen, dass die Webseite über die static Subdomains nicht erreichbar ist.
- Da ich (noch) keinen SSH Zugang habe möchte ich das Problem mittels .htaccess lösen.
Der vorgeschlagene Weg funktioniert aber nicht mehr.
Soweit ich herausgefunden habe, liegt es an diesem Part der in der aktuellen .htaccess.default.PHP-Code:##
# Explicitly send a 404 header if a file on st[0-9].contao.org is not
# found. This will prevent the start page (empty URL) from being loaded.
##
RewriteCond %{HTTP_HOST} ^st[0-9]\.contao\.org [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* - [R=404,L]
##
# Do not dispatch dynamic resources via st[0-9].contao.org.
##
RewriteCond %{HTTP_HOST} ^st[0-9]\.contao\.org [NC]
RewriteCond %{REQUEST_FILENAME} \.(php|html)$
RewriteRule .* - [R=404,L]
Mein Gedankengang: Für statische File wird die Rewrite Engine ausgeschaltet und der Optimierungstrick funktioniert nicht mehr. Da jetzt die statischen files auf einer Subdomain liegen brauche ich diesen Teil in der htaccess nicht mehr. Wenn ich den Part mit "FilesMatch" auskommentiere funktioniert es wieder.Code:##
# Do not rewrite requests for static files or folders such as style sheets,
# images, movies or text documents. Do not add the URL suffix here!
##
<FilesMatch "\.(htm|php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|eot|woff|svg|ttf|pdf|gz)$">
RewriteEngine Off
</FilesMatch>
Meine Frage ist einfach nur ob ich richtig dran bin. Sichtbare Fehler im Backend und Frontend, die aufgrund nicht gelandener statischer Dateien auftreten, habe ich noch nicht feststellen können.
Bei Aufruf einer Subdomain erhalte ich allerdings zusätzlich zum 404er einen 500er.
Scheinbar hängt es mit meinem Error Document zusammen, das ich auf Contao gesetzt habe. Wie lässt sich der 500er vermeiden?Code:Not Found
The requested URL / was not found on this server.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Grüße
Hallo, ich habe dies so gelöst:
Mit Ausnahme www-Adresse werden alle Adressen auf die www umgeleitet. Dabei darf man aber deinen zuletzt genannten Block nicht auskommentieren, damit css-Dateien usw. nicht umgeleitet werden. Ich werde dies so mal dem Leo vorschlagen, damit es evt. in die default-Version aufgenommen wird.Code:##
# Uncomment the following lines and replace "domain.com" with your domain
# name to redirect requests without "www" to the correct domain.
##
RewriteCond %{HTTP_HOST} !^www\.wienerwandern\.at$
RewriteRule ^(.*)$ http://www.wienerwandern.at/$1 [L,R=301]
Hallo zusammen,
ich hoffe ich habe die Lösung für mein Problem in der Suche und hier im Thread nicht übersehen...
Ich möchte die Lösung mit zwei Subdomain unter Contao 3.0.6 anwenden, beide Subs sind als cdn1. und cdn2 angelegt. Wenn ich es richtig verstanden habe, sollen die Subs direkt auf das Hauptverzeichnis der Installation verweisen, die Anleitungen für die 2er Contao Versionen habe ich mir beispielhaft hergenommen...
Contao liegt im Verzeichnis /cms, wird über einen 301 PHP Redirect aufgerufen.
Problem ist jetzt, dass ich, egal wie ich die Subdomains einrichte, im Backend unter der Dateiverwaltung immer auf ein heilloses Chaos stosse und keine Dateien mehr aufgefunden werden.
Ich habe die Subdomains einmal auf das Verzeichnis /cms, einmal direkt auf die Ordner /files bzw. /assets eingerichtet. Jedesmal mit gleichem Ergebnis.
Hat jemand einen Tipp für mich, wo mein Fehler liegt?
Ein Verlegen auf das root Verzeichis wollte ich der Übersichtlichkeit halber vermeiden, da noch andere Installationen auf dem Server liegen und die bisherige Homepage (Verzeichnis /hp) weiterhin als "Archiv" dienen soll.
Mit freundlichem Grüßen
Patrick
1. Warum das? Dann verweist aber die Domain doch nicht auf das Installationsverzeichnis, oder?Zitat:
Contao liegt im Verzeichnis /cms, wird über einen 301 PHP Redirect aufgerufen.
2. die subdomains müssen dann aber ebenfalls so umgelegt werden, sonst geht das nicht.
Oder die subdomains direkt in das Verzeichnis /cms zeigen lassen, dann sollte das gehen.
Hat jemand n Plan was den Punkt "Bilder optimieren" betrifft?
"Durch die Komprimierung von …assets/images/9/IMG_8775.JPG-02a9b769.jpg könnten 731 Byte (28 %) ohne Verluste eingespart werden."
Ich habe jetzt sogar testweise in den Backend-Einstellungen bei "JPG-Qualität" 20 eingetragen. Trotzdem kommt die Meldung. Und das obwohl das Bild mega klein ist und extreme Artefakte aufweist. Wie soll man das denn bitte noch komprimieren?!
Ok, mein Layout ist so liquide, dass die Bilder automatisch kleiner angezeigt werden, wenn das Browserfenster kleiner ist. Es könnte sein, dass es daran liegt, aber ich wüsste nicht wie man das anders lösen soll?!
Mit der JPEG Qualität oder der Browser Darstellung das nichts zu tun, sondern mit einer Optimierung (bei gleichbleibender Qualität, bzw. ohne Verlust). Siehe https://developers.google.com/speed/...CompressImages - Use an image compressorZitat:
Zitat von Stranger
Ah danke, gut zu wissen, aber wie kann man sowas bei Contao nutzen?
Keine Ahnung ob es da etwas für Contao gibt (schätze eher nicht). Aber du könntest das Apache/NGINX PageSpeed Modul benutzen: https://developers.google.com/speed/pagespeed/moduleZitat:
Zitat von Stranger
Hallo,
HIER habe ich was gefunden, aber noch nicht eingesetzt - probier es doch mal aus und sag mir, ob es kalppt :)
VG
Sabine
Das ist etwas völlig anderes ;)