Hallo!
Wie kann ich den Seitennamen im Tab des Browers entfernen?
Ich möchte, dass nur der Name der Website wiedergegeben wird.
Danke.
Druckbare Version
Hallo!
Wie kann ich den Seitennamen im Tab des Browers entfernen?
Ich möchte, dass nur der Name der Website wiedergegeben wird.
Danke.
Das was im Tab des Browsers steht, ist das was imder Website steht. Die Ausgabe des Titels kannst du über das Seitenlayout verändern. Aber wenn du das auf nur den Namen der Website änderst, haben alle deine Seiten den gleichen Titel (eben den Namen der Website). Das ist sicher nicht sinnvoll.HTML-Code:<title>…</title>
Wird das nicht im fe_page Template gemacht?
Dort könnte man dann das gewüncschte (die Variable, die das enthält) einsetzen.PHP-Code:<title><?= $this->title ?></title>
Man braucht dafür nicht das fe_page Template ändern. Wie schon erwähnt kann man das im Seitenlayout festlegen.
Danke. Wieder was gelernt.
Warum will man freiwillig eins der wichtigsten SEO Signale einer Seite entfernen?
...ich möchte nur, dass bei der Startseite im TAB nicht steht "Home- Name der Websteite" oder "Start - Name der Webseite".
Gerne hätte, wenn nur der Name der Website stehen würde.
Anhang 18413
Dann musst du für die Startseite ein eigenes Seitenlayout erstellen und das dort entsprechend eintragen.
Oder im Layout den Websitetitel rausnehmen und beim Seitentitel der Startseite den Namen der Webseite eingeben. Der Rest der Seiten bekommt dann sprechende Seitentitel ohne den Namen der Webseite dahinter.
Eigentlich hat der Name der Webseite selbst imho eh nichts im Seitentitel verloren und macht ihn oft viel zu lang. Lieber mit einem guten Seitentitel die 70 Zeichen ausschöpfen.
Am meisten Sinn macht wohl, wenn du der Startseite einen Seitentitel "Ferien in Südafrika" oder sowas gibst. http://southbroomgolfholiday.com
edit: Dann brauchst du auch keine Templateanpassung.
Zitat:
Zitat von Brendianer
PHP-Code:<title><?php if ($this->pageTitle == "Startseite"): echo $this->mainTitle; else: echo $this->pageTitle." - ".$this->mainTitle; endif; ?></title>
...und wo müsste dieser Code eingefügt werden?
Das einzige Template was dafür in Frage kommt ist fe_page.
...sorry begreife ich nicht bzw. wenn ich es einsetze, passiert nichts.
Mein fe_page.html5 sieht so aus:
Danke für die Unterstützung.Code:<?php $this->extend('fe_page') ?>
<?php $this->block('body') ?>
<!--[if lt IE 8]>
<p class="chromeframe">You are using an outdated browser. <a href="http://whatbrowser.org/">Upgrade your browser today</a>.</p>
<![endif]-->
<div id="wrapper">
<?php if ($this->header): ?>
<header>
<?php echo $this->header ?>
</header>
<?php endif ?>
<?php if (!empty($this->sections['Tagline'])): ?>
<section id="tag-line">
<?php echo $this->sections['Tagline'] ?>
</section>
<?php endif ?>
<div id="content-wrapper">
<?php if (!empty($this->sections['Image'])): ?>
<section id="main-image">
<?php echo $this->sections['Image'] ?>
</section>
<?php endif ?>
<?php echo $this->main ?>
<?php if (!empty($this->sections['Bottom'])): ?>
<?php echo $this->sections['Bottom'] ?>
<?php endif ?>
<?php if ($this->left || $this->right): ?>
<aside id="sidebar">
<?php echo $this->left ?>
<?php echo $this->right ?>
</aside>
<?php endif ?>
</div>
<?php if ($this->footer): ?>
<footer>
<?php echo $this->footer ?>
</footer>
<?php endif ?>
</div>
<?php $this->endblock('body') ?>
Du musst das fe_page Template nicht verändern. In dem von dir erwähnten fe_page Template kannst du das außerdem nicht ändern, weil das vom Default fe_page Template ableitet. Wenn du dich damit generell nicht auskennt, würde ich dir empfehlen, das nicht über das fe_page Template zu machen.
Wie schon mehrmals erwähnt kannst du das auch über ein eigenes Seitenlayout umsetzen. Kopiere dir also das bestehende Seitenlayout, ändere den Punkt Experten-Einstellungen » Title-Tag (z.B. auf {{page::rootPageTitle}}) und weise dieses neue Seitenlayout dann deiner Startseite zu.
Ich würde es ohne weieres Layout machen, da man sonst ein weiteres Layout pflegen muss.
Es sieht ja so aus, als würde dieses Template von deinem Theme kommen. Du kannst dort oben folgendes ergänzen:
Dann musst du dieses Template aber auch wieder pflegen, wenn du das Theme updatest.PHP-Code:<?php $this->extend('fe_page') ?>
<?php
global $objPage;
if($objPage->id == 42) // ID of your first page
{
$this->title = $this->mainTitle;
}
...
?>
Ich würde alles so lassen wie es vom Theme her ist und ins Feld Seitentitel der ersten Seite "Ferien in Südafrika" eintragen, ist auch gut für SEO.
ps Vergib den ersten Seiten deiner Startpunkte bitte den Alias index, sonst kann das zu Problemen führen. Und richte bitte eine Weiterleitung Typ 301 von www.southbroomgolfholiday auf southbroomgolfholiday ein.
So ändern sich die Zeiten. Meine fe_page ist noch ein Template das von Kopf bis Fuß alles enthielt. Das man nun deswegen extra für die Startseite ein eigenes Layout anlegen muß, wegen so einer klitzekleinen Änderung...
Man stelle sich nur vor, was so alles im Seitenlayout sein kann. Ich habe allein dort 15-20 Module eingebunden. Nun muß ich nur für eine einzige Seite das Seitenlayout kopieren und habe fortan zwei sehr umfangreiche Layouts synchron zu halten - bis auf die Änderung.
@Brendianer: Du kannst natürlich Deine fe_page so umbauen, wie sie in früheren Contao-Versionen mal war. Damit gehen Dir aber evtl. Neuerungen verloren, die nach dem Template-Umbau eingefügt wurden.
Müssen tust du das nicht, du kannst das ja weiterhin auch im fe_page Template machen. Über das Seitenlayout ist es auf jeden Fall sauberer.Zitat:
Zitat von Samson1964
Und wenn man sich gut genug auskennt, braucht man weder ein eigenes Seitenlayout noch ein angepasstes fe_page Template ;).
Dafür gibt es ja seit langem das neue Template-System https://rocksolidthemes.com/de/conta...-3-3-templatesZitat:
Zitat von Samson1964
Würde man das originale Template benutzen und diese Änderung hinzufügen wollen, bräuchte man nur ein Template fe_page anzulegen mit dem Inhalt:
Mehr Code bräuchte in dieses Template nicht hinein.PHP-Code:<?php $this->extend('fe_page') ?>
<?php
global $objPage;
if($objPage->id == 71) // ID of your first page
{
$this->title = $this->mainTitle;
}
?>
Das mit dem "extend" ist mir sowieso noch nicht so geläufig, obwohl ich es fast jeden Tag verwende. Egal ob das extends bei PHP oder die extend-Funktion in den Templates. Wobei ich bei den Templates bisher immer an ein include dachte, wenn ich extend las...
Ich muß mir mal Videos zu extends und Co. anschauen, was dieses Ableiten bedeutet.
...wie muss ich das mit dem Index verstehen?Zitat:
Zitat von Andreas
Und wie bzw. wo lege ich die Weiterleitung an?
Du sollst in der Seitenstruktur deiner Startseite den Alias index geben.Zitat:
Zitat von Brendianer
ok. und das dann bei beiden (de und en)?
Und was bewirkt das?
Ok, habe das in .htaccess gemacht.Zitat:
Zitat von Brendianer
Interessant wäre noch zu wissen, für was das ist bzw. was das bewirkt.
Ist mir schon bewusst, dass es www. vor die Website bringt. Aber was hat das für Vorteile?
Danke für Aufklärung.
Ja bei beiden. Was es bewirkt wird in Zukunft (endlich) in der Dokumentation stehen ;) https://github.com/contao/docs/pull/434Zitat:
Zitat von Brendianer
Ups, da fehlt aber wirklich viel an Basics.
Wenn ein Besucher auf southbroomgolfholiday.com landet, soll in der Adresszeile immer die gleiche Domain zu sehen sein, nicht einmal mit und einmal ohne www. Natürlich soll die Seite über beide Domains erreichbar sein. Damit teilt man Suchmachinen dann mit, dass die eigentliche Seite www.southbroomgolfholiday.com auf southbroomgolfholiday.com zu finden ist - 301 = permanente Weiterleitung (dauerhaft umgezogen). Also richte die Weiterleitung so ein, dass du in der URL das www. nie siehst. (Stichwort: duplicate content)
Alias index: Wenn man southbroomgolfholiday.com ohne explizite Seite aufruft, dann liefert Contao immer die erste veröffentlichte reguläre Seite aus. Diese Seite sollte, wegen duplicate content, und auch wegen der internen Behandlung von Links durch Contao, index lauten. Normalerweise schaut ein Server, wenn keine Seite angegeben wurde nach, ob es dort eine index.html oder index.php gibt. Bisher hat Contao das nicht ausreichend dokumentiert, Spooky ist das jetzt glaube ich angegangen, aber wir haben diesen Seiten schon immer den Alias index gegeben und somit keine Probleme gehabt.
edit: Hatte den Beitrag von Spooky noch nicht gelesen.
extend() ist keine PHP-Funktion, sondern eine Methode der Klasse BaseTemplate von Contao. Du kannst dich da natürlich durch den Code wühlen, aber es reicht auch wenn du weißt, dass du damit sagst: "Benutze hier das Template fe_page." Anschließend kannst du dann Variablen, welche in diesem Template benutzt werden modifizieren, so wie ich es in dem Beispiel getan habe. D.h. auch, dass wenn jetzt das originale Template eine Änderung erfährt, du diese Änderung automatisch mit übernimmst.Zitat:
Zitat von Samson1964
Sorry, aber jeder hat mal klein angefangen? :oZitat:
Zitat von Andreas
Ist in dem Fall der Eintrag in .htaccess so richtig:
Code:# Uncomment the following lines to add "www." to the domain:
#
RewriteCond %{HTTP_HOST} ^southbroomgolfholiday\.com$ [NC]
RewriteRule (.*) http://www.southbroomgolfholiday.com/$1 [R=301,L]
Richtig wäre das so:
RewriteCond = Bedingung die erfüllt sein muss, damit die RewriteRule ausgeführt wird.Code:RewriteCond %{HTTP_HOST} ^www\.southbroomgolfholiday\.com$ [NC]
RewriteRule (.*) http://southbroomgolfholiday.com/$1 [R=301,L]
Kein Thema, vergiss aber nicht zwischendurch mal in die Handbücher zu sehen und auch mal die Suche hier im Forum bzw. eine Suchmaschine zu bemühen. Es gibt nämlich auch Leute, die denken, ein Forum sei ihr persönlicher Tutor. Fühl dich bitte nicht angesprochen, denn das was du bisher gefragt hast, ist auch wirklich schwer zu finden gewesen.Zitat:
Zitat von Brendianer
Sorry wenn ich da mal zwischen graetsche, aber den "www." zu entfernen ist meiner meiner Meinung nach komplett falsch. Ich sorge immer dafyr dass dieser hinzu kommt.Zitat:
Zitat von Andreas
Grund ist folgender:
Nehmen wir an, du hast eine Webseite, diese soll logischerweise auf der root domain liegen, also "www.example.com".
Da loggst du dich nun ein und arbeitest, "www.example.com" schubst dich immer auf diese Seite.
Nehmen wir ferner an, es soll noch ein Intranet dazu kommen, dann eine community usw.
Wir haben nun:
www.example.com => redirect auf example.com
example.com
intranet.example.com
community.example.com
Nun rate mal scharf, an welche Seiten deine Cookies der Hauptseite alle mitgeschickt werden und du somit Fehler mit der Authentifizierung bekommst. :)
Richtig geraten? ALLE!
Gedankenbeispiel nach meinem Schema:
example.com => redirect auf www.example.com
www.example.com
intranet.example.com
community.example.com
Nun rate nochmal scharf, an welche Seiten deine Cookies der Hauptseite nun mitgeschickt werden. :)
Richtig geraten? KEINE!
Aus Sicherheitsgrynden ist es immer sinnvoll die Moeglichkeiten, welche die Internetstandards (in diesem Falle Cookies) mitbringen auch zu nutzen.
Strippst du hingegen den prefix, dann gelten die Cookies domain weit, was problematisch ist.
Ich habe des öfteren Projekte mit example.org und sub.example.org, aber noch nie Probleme gehabt. Ich habe mir die Cookies jetzt mal mit dem Addon Web Developer angesehen, auf example.org zeigt er mir die mit Host example.org und auf sub.example.org sehe ich die mit Host example.org und sub.example.org. Ist mir noch nie aufgefallen. Da kommt sich aber nichts ins Gehege.
Ich würde weiterhin auf www verzichten obwohl du bestimmt deine Gründe hast es anders zu machen, die sich mir aber noch nicht erschließen. Frisst das Ressourcen? Ist das sicherheitsrelevant?
Nunja, session id Cookies yber Installationen (subdomains) hinweg erzeugen immer Probleme.
Allein im Contao Kontext wirst du im Besten Fall aus testdomain.example.org ausgeloggt sobald du dich in example.org einloggst, im schlimmsten Falle bekommst du einen endless redirect und musst von Hand den Cookie loeschen.
Weiterhin oeffnest du damit die root domain gegenyber potentiellen session fixation Angriffen (im aktuellen Contao Core habe ich unlaengst einen Fix eingebaut der dies verhindert, Contao ist dem gegenyber also erstmal sicher), du verlierst jedoch dann eben die andere login session der anderen subdomains.
Und als ganz profanes Beispiel sei noch genannt, solltest du das poor mans CDN oder gar ein richtiges CDN auf subdomains einsetzen, sei dir bewusst dass keine der Daten von einem Proxy gespeichert werden darf, da immer ein Cookie mit gesendet wird und somit der Proxy die Dateien (Bilder, downloads, etc.) nicht speichern DARF (nach RFC) und du somit dann den caching Proxy gleich weg lassen kannst.
Es sind also mehr Grynde dagegen als dafyr, denn der Einzige Grund den ich bislang gehoert habe ist "es sieht schoener aus" (was wiederrum im Auge des Betrachters liegt, ich teile diese Auffassung nicht).
Grysse
Chris
Ich habe bisher immer die Variante mit www benutzt, eigentlich ohne einen bestimmten Grund bzw. weil mir immer durch den Hinterkopf gegeistert ist, dass das www ja irgendwo einen "Sinn" haben wird - aber eben ohne dass mir diese technischen Hintergründe klar war.
Danke @xtra, dass Du das hier mal so schön erklärt hast.
Sehe ich das richtig? Solange ich nur und ausschliesslich mit der Hauptdomain arbeite, sind auch ohne das "www" keine Probleme zu erwarten?
Im allgemeinen, nicht wirklich.
Aber: Bist du dir sicher dass du in (auch ferner) Zukunft keine subdomains haben wirst?
Bedenke, was du initial festlegst laesst sich nie wieder aendern (sprich: nicht ohne alle bestehenden URLs zu identifizieren und redirecten und somit massiv im Server bzw. .htaccess rum zu konfigurieren).
github hat, wie gesagt, damals auch nicht daran gedacht und deshalb nun die Userpages unter http://username.github.io und nicht unter http://username.github.com da ansonsten alle Userseiten die session cookies der Hauptdomain abbekommen wyrden und via Javascript an andere schicken koennten, haetten sie die www subdomain ginge dies nicht.
Und ich habe bei eigentlich jedem Kunden 3 subdomains:
dev = da arbeite ich und programmiere
staging = da arbeitet der Redakteur, wird periodisch mit Code aus dev aktualisiert.
live = da arbeitet keiner, wird regelmaessig aus staging aktualisiert.
Ich frage nur, weil ich bei einem meiner Kunden tatsächlich die Domain ohne www benutzt habe. Der benutzt mit Sicherheit keine Subdomains, aber falls das aktuell trotzdem ein Sicherheitsrisiko bedeutete, bestünde dringender Handlungsbedarf. Wieso lässt sich das nie mehr umstellen? Klappt das nicht nach der Methode in der .htaccess.default? Damit wird doch alles ohne www auf mit www umgeleitet. Bei Google gäbe es vielleicht eine kurzzeitige Verwirrung, das könnte ich aber auch in den Webmaster-Tools beschleunigen. Ok, wenn es ein Online-Shop wäre, wären auch ein paar Tage mit schlechterem Ranking ein Problem. Hier würde es vermutlich außer mir niemand bemerken.
Genau darum geht es mir, ranking, bookmarks usw.Zitat:
Zitat von tab
Aktuell ist es bei dir kein Sicherheitsrisiko, kann aber in Zukunft eben zu einem werden, wie oben ausgefyhrt.