Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Anfängerfragen ›

[gelöst]Wie den Link aus dem Seitentitel entfernen

Eingetragen von drruebe (271)
am 17.08.2012 - 18:29 Uhr in
  • Anfängerfragen
  • Drupal 7.x

Hallo,

ich bastel gerade an meinem neuen Projekt.
Dafür habe D7.15, AT-Theme, Pixture Reloaded, Domain Access verwendet um mal die wichtigsten zu nennen.

Was ich bei dem AT schon mal sehr vorteilhaft finde, ist dass man dort aus dem Hauptinhaltbereich den Seitentitel ausblenden kann.

Aus SEO-Gründen würde ich jetzt gerne noch den Link aus dem Webseitennamen (ganz oben) entfernen.

Der G.-Bot würde mir da mit Sicherheit einen Strick draus drehen wenn die Seite so wohl unter
http://schluesseldienst.altstadt.tecmawi.eu/guenstiger-schlossnotdienst/...
als auch unter der unerwünschten Adresse
http://schluesseldienst.altstadt.tecmawi.eu/
zu erreichen ist.

Kann mir jemand n Tipp geben wie ich die Verlinkung da raus bekomme? In der page.tpl > Bahnhof...

Hier mal der Code aus der page.tpl.php von dem ich denke, dass dieser geändert werden muss. Nur was muss weg?

<!-- start: Site name and Slogan hgroup -->
              <hgroup id="name-and-slogan"<?php print $hgroup_attributes; ?>>

                <?php if ($site_name): ?>
                  <h1 id="site-name"<?php print $site_name_attributes; ?>><?php print $site_name; ?></h1>
                <?php endif; ?>

                <?php if ($site_slogan): ?>
                  <h2 id="site-slogan"<?php print $site_slogan_attributes; ?>><?php print $site_slogan; ?></h2>
                <?php endif; ?>

              </hgroup><!-- /end #name-and-slogan -->

Danke!

Gruß Frank

‹ Text Formats - Style Attribut [gelöst]OT Linux-Profitipps gesucht ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Was hältst Du statt dessen

Eingetragen von wla (9461)
am 17.08.2012 - 19:52 Uhr

Was hältst Du statt dessen vom Modul [do:globalredirect] mit der Möglichkeit "Canonical Links" zu verwenden? Google weiß dann, dass es sich um die gleiche Seite aber unterschiedlich verlinkt handelt. Außerdem werden damit alle Seiten unter dem einmal definierten Alias angesprochen, also von node/#### auf den entsprechenden Alias redirected.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Global Redirect

Eingetragen von drruebe (271)
am 17.08.2012 - 20:15 Uhr

Hallo Werner,

ehrlich gesagt nicht so viel.

Ich bin der Meinung irgendwo gelesen zu haben, dass Domain Access und Global Redirect nicht so gut harmonieren und ich würde es ohne hin viel lieber über den Code machen zumal ich derzeit etwa 200 Subs eingerichtet habe und werden noch reichlich dazu kommen.

Je weniger Code um so besser für Mobileuser... > Meine primäre Zielgruppe.

Mir stellt sich nur die Frage, wo finde ich den Code, der den befehl gibt den Websitetitel auf die Startseite zu verlinken.

Der o.g. Code kann es beim vergl. von Name & Slogen nicht sein > Ergo wird das wahrscheinlich in irgend einer Core.js drin stehen, aber wo bzw. in welcher?

Der Rest ist dann nur Sherlock Holmes Arbeit.

Gruß Frank

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ich habe mit Deinem Theme

Eingetragen von wla (9461)
am 17.08.2012 - 22:40 Uhr

Ich habe mit Deinem Theme noch nie gearbeitet, aber es kommen bei Drupal 7 die Dateien html.tpl.php und page.tpl.php in Frage, bei Drupal 6 nur die page.tpl.php. Soweit ich von anderen Themes weiß, ist diese Verlinkung, also das a-Tag auch zu finden.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Du mußt das node.tpl.php vom

Eingetragen von caw (2762)
am 18.08.2012 - 07:20 Uhr

Du mußt das node.tpl.php vom Adaptive Theme in deinen Themeordner (templates) kopieren. Da steht dann folgendes:

<?php

hide
($content['comments']);
hide($content['links']);
?>

<article id="node-<?php print $node->nid; ?>" class="<?php print $classes; ?> clearfix"<?php print $attributes; ?>>
  <?php print render($title_prefix); ?>

  <?php if ($title && !$page): ?>
    <header<?php print $header_attributes; ?>>
      <?php if ($title): ?>
        <h1<?php print $title_attributes; ?>>
          <a href="<?php print $node_url; ?>" rel="bookmark"><?php print $title; ?></a>
        </h1>
      <?php endif; ?>
    </header>
  <?php endif; ?>

  <?php if(!empty($user_picture) || $display_submitted): ?>
    <footer<?php print $footer_attributes; ?>>
      <?php print $user_picture; ?>
      <p class="author-datetime"><?php print $submitted; ?></p>
    </footer>
  <?php endif; ?>

  <div<?php print $content_attributes; ?>>
    <?php print render($content); ?>
  </div>

  <?php if ($links = render($content['links'])): ?>
    <nav<?php print $links_attributes; ?>><?php print $links; ?></nav>
  <?php endif; ?>

  <?php print render($content['comments']); ?>

  <?php print render($title_suffix); ?>
</article>

Wie du siehst ist beim Titel ein Link. Den kannst du nach Belieben entfernen

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo Christian,also nochmal

Eingetragen von drruebe (271)
am 18.08.2012 - 08:35 Uhr

Hallo Christian,

also nochmal zum besseren Verständnis:

Im Ordner
/sites/all/themes/adaptivetheme/at_core/templates
ist eine Datei namens
node.tpl.php.
In dieser steht in Zeile 114 der Tag
<a href="<?php print $node_url; ?>" rel="bookmark"><?php print $title; ?></a>
welchen ich dann einfach nur entfernen brauche, da das
/sites/all/themes/pixture_reloaded-Theme
vom AT-Core abhängig ist.

Richtig?

Gruß Frank

caw schrieb

Du mußt das node.tpl.php vom Adaptive Theme in deinen Themeordner (templates) kopieren. Da steht dann folgendes:

<?php

hide
($content['comments']);
hide($content['links']);
?>

<article id="node-<?php print $node->nid; ?>" class="<?php print $classes; ?> clearfix"<?php print $attributes; ?>>
  <?php print render($title_prefix); ?>

  <?php if ($title && !$page): ?>
    <header<?php print $header_attributes; ?>>
      <?php if ($title): ?>
        <h1<?php print $title_attributes; ?>>
          <a href="<?php print $node_url; ?>" rel="bookmark"><?php print $title; ?></a>
        </h1>
      <?php endif; ?>
    </header>
  <?php endif; ?>

  <?php if(!empty($user_picture) || $display_submitted): ?>
    <footer<?php print $footer_attributes; ?>>
      <?php print $user_picture; ?>
      <p class="author-datetime"><?php print $submitted; ?></p>
    </footer>
  <?php endif; ?>

  <div<?php print $content_attributes; ?>>
    <?php print render($content); ?>
  </div>

  <?php if ($links = render($content['links'])): ?>
    <nav<?php print $links_attributes; ?>><?php print $links; ?></nav>
  <?php endif; ?>

  <?php print render($content['comments']); ?>

  <?php print render($title_suffix); ?>
</article>

Wie du siehst ist beim Titel ein Link. Den kannst du nach Belieben entfernen

  • Anmelden oder Registrieren um Kommentare zu schreiben

Nein, das Vorgehen ist

Eingetragen von wla (9461)
am 18.08.2012 - 09:19 Uhr

Nein, das Vorgehen ist anders. Wenn Du Template-Dateien verändern willst, wird das immer im eigenen Theme gemacht. Sollte die entsprechende Template-Datei dort nicht vorhanden sein, wird sie vom übergeordneten Theme oder falls auch dort nicht vorhanden von dem entsprechenden Modul kopiert. Nur so ist sichergestellt, dass beim Update von Modulen oder Master-Themes die Template-Anderungen erhalten bleiben. Nach den Änderungen muss der Theme-Cache gelöscht werden, damit die Änderungen wirksam werden.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo Werner,also die

Eingetragen von drruebe (271)
am 18.08.2012 - 09:35 Uhr

Hallo Werner,

also die node.tpl.php in den in den Templateordner vom Standart-Theme kopieren und den Link-Tag entfernen.
Das probiere ich doch gleich mal aus.

Gruß Frank ;-)))

Also,
ich habe jetzt aus der node.tpl.php den a-Tag entfernt, zwischengespeichert, in den Ordner /sites/all/themes/pixture_reloaded/templates hochgeladen, den Cache geleert, Cron ausgeführt und das Aktualisierungsscript durchlaufen lassen.
Die Verlinkung ist aber immernoch aktiev. Muss ich noch Update.php ausführen ?

Gruß Frank

wla schrieb

Nein, das Vorgehen ist anders. Wenn Du Template-Dateien verändern willst, wird das immer im eigenen Theme gemacht. Sollte die entsprechende Template-Datei dort nicht vorhanden sein, wird sie vom übergeordneten Theme oder falls auch dort nicht vorhanden von dem entsprechenden Modul kopiert. Nur so ist sichergestellt, dass beim Update von Modulen oder Master-Themes die Template-Anderungen erhalten bleiben. Nach den Änderungen muss der Theme-Cache gelöscht werden, damit die Änderungen wirksam werden.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo Werner, nocmal vielen

Eingetragen von drruebe (271)
am 18.08.2012 - 11:30 Uhr

Hallo Werner,

nocmal vielen Dank für die Live-Hilfe via Skype und Teamview.

Super! ***** mit Schampus

Herzlichen Gruß
Frank

  • Anmelden oder Registrieren um Kommentare zu schreiben

Kurz die Zusammenfassung der

Eingetragen von wla (9461)
am 18.08.2012 - 13:41 Uhr

Kurz die Zusammenfassung der Lösung:
Pixture Reloaded ist ein Subtheme vom Adaptive Theme. AT baut in einer preprocess_page-Funktion den Seitentitel ($site_title) bereits mittels der l-Funtion als Link zusammen. Deshalb ist in der page.tpl.php das a-Tag nicht zu sehen. Es gibt aber neben der Variablen $site_title noch die Variable $site_title_unlinked. Damit kann man den Link vermeiden.
Danach wird die Farbe des Seitentitels aber nicht mehr über die Link-Farbe bestimmt, sondern fällt auf die Body-Farbe schwarz zurück. Die Farbe muss dann dediziert im CSS gesetzt werden.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo Werner, nachdem ich da

Eingetragen von drruebe (271)
am 18.08.2012 - 16:11 Uhr

Hallo Werner,

nachdem ich da im CMS so viel rumgeschraubt habe und ich schon gar nicht mehr weis wo ich überal Häckchen gestzt und untfernt habe, werde ich das System neu einrichten.

Die geänderten Dateien habe ich schon in die entsprechenden Ordner kopiert.

Das neuaufsetzen habe ich zum Anlass genommen ein weiteres Problem anzugehen.

Um den Cononcial und Shortlink Tag zu entfernen habe ich in
/modules/node/node.module
/sites/all/modules/metagtag/metatag.metatag.inc
und
/metatag.module
einige Zeilen gelöscht.
Die unerwünschten Metatags sind weg und ein Fehler wird auch nicht angezeigt (noch nicht).
Spricht etwas dagegen das so radikal zu machen? (ich habe nicht vor die irgendwann wieder zu aktivieren und wenn > Sicherheitskopie)

Im Anhang die zum vorigem Problem geänderten Dateien, welche zur Lösung führten.
template.php & pixture_reloaded.info nach /sites/all/themes/pixture_reloaded
page.tpl.php nach /sites/all/themes/pixture_reloaded/templates
my_pixture_reloaded.style.css nach /sites/all/themes/pixture_reloaded/css
Mit entsprechnden Anpassungen könnte das auch für andere Themes funktionieren.

Gruß Frank

AnhangGröße
neu.zip 8 KB
  • Anmelden oder Registrieren um Kommentare zu schreiben

Das ist genau, was man nicht

Eingetragen von wla (9461)
am 18.08.2012 - 17:45 Uhr

Das ist genau, was man nicht machen sollte! Don't hack the core!!!
So etwas wird entweder in eigenen Modulen gemacht, oder die Ausgabe von bestimmten Feldern wird in der template.php im Theme überschrieben. Mit Deiner Methode musst Du bei jedem Update von Drupal oder Contributed Modules Deine Änderungen wieder einbauen. Das ist immer zusätzlicher Aufwand und gefährdet die Sicherheit Deiner Installation, da Deine Version der Module nicht auf Sicherheitslöcher getestet wurde.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Also shortlink und canoncial

Eingetragen von drruebe (271)
am 18.08.2012 - 18:48 Uhr

Also shortlink und canoncial Metatag manuel oder via Tokens mit der Alias-URL füllen.

Hmmmm???? Ich will den M... gar nicht haben > Jeder unnötige Code bedeuted Ladezeit... und none (mit Pfeilen) etc. funktioniert leider nicht.

Gruß Frank

Nachtrag:

Also wenn es um mein Betriebssystem (Win7) geht (Win ME gehtleider nicht mehr mit der neuen Hardware), sage ich mir: "Ever change a running System." Denn im nachhinein weis ich, was ich besser machen kann! Und wer sagt mir, dass der Core oder die Module nicht schon eine Sicherheitslücke haben.
Du hast zweifelsohne Recht, doch was soll ich als Unwissender machen, wenn ich eine Seite on bringen MUSS weil ich ständig weg gespamt werde und Freund G. das Sch.-egal ist? Gucke Dir doch meine Seite tecmawi.de doch mal an > Keywordstuffing der höchsten güte, um irgendwo zwischen Seite 1 und 2 gelistet zu sein. > GRRRRRR
Im Gegenzug hatte ich mal eine Whitehat-Seite On, diese war dann zwischen Seite 6 & 11 zu finden (jeden Tag anders?????)> Wer sucht da noch, wenn er genervt vor seiner Tür steht? Also muss ich zusehen, dass ich A) nochmal eine richtig gute Whitehat-Seite On bekomme und B) ich meinen Mitberwerbern ein Schnippchen schlage.
Wobei B) Priorität hat. Das G. "Wabmesterfurom" und die zweifelhaften Tipps (auch wenn sie den G. Qualitätsrichtlinien entrsprechen), haben mich im letzten halben Jahr geschätzt ca. 15 Tsd. € an Mindereinnahmen gekostet. Ich könnte Kot.....
Wenn ich nicht einen so guten Leumund hätte, hätte ich schon längst einpacken können.
Fazit: Das G. Webmas... For... ist sch... für commerzielle Webmaster. > "Ich kahm, sah und traute meinen Augen nicht!"

Sorry, aber das brennt mir auf der Milz und gönne mir jetzt n' Pils :-).

Gruß Frank

wla schrieb

Das ist genau, was man nicht machen sollte! Don't hack the core!!!
So etwas wird entweder in eigenen Modulen gemacht, oder die Ausgabe von bestimmten Feldern wird in der template.php im Theme überschrieben. Mit Deiner Methode musst Du bei jedem Update von Drupal oder Contributed Modules Deine Änderungen wieder einbauen. Das ist immer zusätzlicher Aufwand und gefährdet die Sicherheit Deiner Installation, da Deine Version der Module nicht auf Sicherheitslöcher getestet wurde.

Beste Grüße
Werner

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
  • Update Manger läst sich nicht Installieren
Weiter

Neue Kommentare

  • melde mich mal wieder, da ich
    vor 1 Woche 2 Tagen
  • Hey danke
    vor 1 Woche 3 Tagen
  • Update: jetzt gibt's ein
    vor 1 Woche 4 Tagen
  • Hallo, im Prinzip habe ich
    vor 2 Wochen 1 Tag
  • Da scheint die Terminologie
    vor 2 Wochen 1 Tag
  • Kannst doch auch alles direkt
    vor 2 Wochen 6 Tagen
  • In der entsprechenden View
    vor 2 Wochen 6 Tagen
  • Dazu müsstest Du vermutlich
    vor 2 Wochen 6 Tagen
  • gelöst
    vor 5 Wochen 2 Tagen
  • Ja natürlich. Dass ist etwas,
    vor 5 Wochen 3 Tagen

Statistik

Beiträge im Forum: 250233
Registrierte User: 20450

Neue User:

  • Mroppoofpaync
  • 4aficiona2
  • AppBuilder

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 16 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association