ziemlich eindeutig oder?? :(
Web page compressed? No
Compression type? none
Size, Markup (bytes) 14
Size, Compressed (bytes) 0
Compression % 0.0
Druckbare Version
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
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.
Was meinst du damit?
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.
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".
Ü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
@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 compressor
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/module
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 ;)