Ich verwende die Extension advanced_sitemaps mit ein paar kleinen Patches,
damit sie auf TYPO3 6.2+ läuft:
https://typo3.org/extensions/repository/view/advanced_sitemaps
Kann Seiten und tt_news.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.or
Auf meinen Webseiten verliert der Seiten-Cache durch
config.clearCacheAtMidnight=1 um Mitternacht seine Gültigkeit, und soll danach
automatisch neu aufgebaut werden.
Ich bin daher auf der Suche nach einem Beispiel, wie man der Extension crawler
beibringen kann, Seiten zu indizieren.
Allerdings
Hatte gerade die gleiche Anforderung.
Schaut für mich nach einem Bug aus, und ich hab daher mal einen Bug Report im
Forge erstellt: https://forge.typo3.org/issues/67365
Ich konnte es aber bis zu einer eventuellen Lösung des Bugs mit folgendem
Eintrag in /typo3conf/extTables.php lösen:
$TCA['sys
Der Fehler tritt in TYPO3 4.7.17 auf, in Version 6.2.2 mit der gleichen
Konfiguration jedoch nicht mehr, der Bug dürfte also irgendwo dazwischen
behoben worden sein.
Ein Grund mehr für ein rasches Update.
___
TYPO3-german mailing list
TYPO3-german@list
Ich habe eine Seite (uid=123) mit einem Inhaltselement vom Typ "Datensatz
einfügen". Dieses Inhaltselement (uid=456) zeigt einen bestimmten tt_news-Datensatz
(uid=789). Das funktioniert soweit einwandfrei.
Zur besseren Veranschaulichung:
Direct_Mail-Ordner 122: Ausgabe "789" (hier wird lib.head
Tadaaa: http://typo3.org/documentation/snippets/sd/457/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Danke, der Ansatz hat funktioniert!
Zwei Kleinigkeiten waren bei deinem Code noch auszubessern: Ein & beim ersten
wrap, und die BaseURL beim zweiten Wrap.
Und falls noch jemand dieses Problem hat, hier mein ganzer Code für Facebook
OpenGraph Tags für tt_news:
page.headerData {
30 = RECORDS
3
Hallo!
Ich versuche gerade, für Facebook OpenGraph die passenden MetaTags zu
tt_news-Beträgen zu generieren.
Für Bilder, Titel und Beschreibung alles kein Problem. RealURL läuft sonst auch
fehlerfrei.
Nur bei der Canonical URL (og:url) bin ich nicht zufrieden.
Der Code dafür:
page.headerData
Hm, jetzt hab ich das Problem, dass bei normalen
Text-Mit-Bild-Elementen, also ohne aktivierte Gallery, der Textblock
nicht mehr angezeigt wird.
Das muss ich wohl noch ein bisschen am TS herumschrauben...
Am 22.07.2010 15:38, schrieb Florian Seirer:
Ich hab den Fehler nun selbst gefunden und
prüfen,
ob sich das Framework der rgsmoothgallery sich evtl. mit einem
anderen beißt.
LG Daniel
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Florian Seirer
Gesendet: Donnerstag, 22. Juli 2010 15:10
An: typo3
ASE
tt_content.textpic.20 {
key.field = tx_rgsmoothgallery_rgsg
default Ich werd das mal dem Autor der Extension schreiben, damit das in der
nächsten Version gefixt wird.
Mfg
Florian
Am 22.07.2010 13:38, schrieb Florian Seirer:
Hallo Liste!
Die rgsmoothgallery läuft bei mir einwandfrei, solange ich
ists.typo3.org] Im Auftrag von Florian Seirer
Gesendet: Donnerstag, 22. Juli 2010 13:38
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] rgsmoothgallery und "Nur Bilder"
Hallo Liste!
Die rgsmoothgallery läuft bei mir einwandfrei, solange ich das Plugin
oder "Text mit Bild
Hallo Liste!
Die rgsmoothgallery läuft bei mir einwandfrei, solange ich das Plugin
oder "Text mit Bild" verwende. Beim Typ "Nur Bilder" tut sich aber gar
nichts.
Kann es sein, dass das Default-TS von rgsmoothgallery nur für
tt_content.textpic, nicht aber für tt_content.image konfiguriert ist
Wenn du den Text KEEP_FILE in die Textdatei schreibst, wird sie auch
nach einer Stunde nicht gelöscht. Solltest du aber nur in Ausnahmefällen
machen...
Mfg Flo
Am 07.07.2010 11:44, schrieb Michael Warzitz:
Hallo Zusammen,
ich habe immer wieder ein Problem mit meiner ENABLE_INSTALL_TOOL Datei,
14 matches
Mail list logo
