Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()
Am 15.10.14 01:45, schrieb be...@gmx.de: [...] Bzgl. Der Meldung als Bugreport. Wie kann ich einen neuen Bugreport erstellen, > ich finde nur bereits gemeldete Bugs, aber keine Möglichkeit einen neuen Report zu erstellen. du must dich erst mit deinem TYPO3-Account anmelden. dann erscheint ein Link zum Erstellen neuer Forge-Tickets. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Am 14.10.2014 20:18, schrieb Ralf-Rene Schröder:
> wenn du folgendes gemacht hättest
> plugin.tx_jobfair {
> view {
> templateRootPaths {
> 10 = fileadmin/templates/static/jobfair/Templates/
> 100 = EXT:jobfair/Resources/Private/Templates/
> }
> partialRootPaths {
> 10 = fileadmin/templates/static/jobfair/Partials/
> 100 = EXT:jobfair/Resources/Private/Partials/
> }
> layoutRootPaths {
> 10 = fileadmin/templates/static/jobfair/Layouts/
> 100 = EXT:jobfair/Resources/Private/Layouts/
> }
> }
> }
> dann bräuchtest du eigentlich nur die dinge die du ändern willst
> kopieren, alles andere wird dann aus dem Extensionordner geholt
>
>> Habe jetzt den kompletten Ordner aus /Resources/Private/ in meinen
>> Fileadmin-Ordner kopiert und jetzt geht es auch. Wenn ich im Template
>> List.html etwas ändere dann wird es auch im Frontend angezeigt.
> nach änderungen Cache löschen nicht vergessen
> ich glaube sogar den systemcache (den mußt du erst freischalten)
> oder du hast in einem zweiten fenster das Installtool offen und löscht
> dort alle caches
>
>
highest Index first.
(http://fr.slideshare.net/rafalbrzeski/typo3-v62whatsnewenglish)
templateRootPaths {
100 = EXT:jobfair/Resources/Private/Templates/
200 = fileadmin/templates/static/jobfair/Templates/
}
wird wohl besser funktionieren als der obige Vorschlag. So bräuchtest du
nur ausgewählte Standardtemplates der Extension im eigenen Ordner ändern.
Dieter
--
Dr. Dieter Porth -
Mein kleines TYPO3-Labor: http://www.mobger.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()
Hi Philipp,
vielen Dank für den Hinweis. Ja, mit der geänderten IF Bedingung verschwindet
die Fehlermeldung, dafür dauert die Überprüfung der Links extrem lange und
endet mit einem: „Fehler 500 Interner Server Fehler 500“.
Trotzdem werden mir im Bericht defekte URLs angezeigt, die aber eigentlich
richtige URLs enthalten. Hier ein paar Beispiele:
http://www.palgrave.com/products/title.aspx?pid=382867
Ausnahme: Curl error: Maximum (5) redirects followed
http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract
Es ist ein Fehler aufgetreten (405): "Method Not Allowed".
http://timesofindia.indiatimes.com/edit-page/Why-Brazil-Matters/articleshow/6659660.cms?
Die angeforderte URL wurde nicht gefunden (404).
http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4&ref=global&;
Ausnahme: Domain www.nytimes.com cannot set cookies for www.stg.nytimes.com
http://onlinelibrary.wiley.com/doi/10./j.1528-3585.2011.00448.x/abstract
Es ist ein Fehler aufgetreten (405): "Method Not Allowed".
Bzgl. Der Meldung als Bugreport. Wie kann ich einen neuen Bugreport erstellen,
ich finde nur bereits gemeldete Bugs, aber keine Möglichkeit einen neuen Report
zu erstellen.
Vielen Dank für die bisherige Hilfe
LG
Gunther
Gesendet: Dienstag, 14. Oktober 2014 um 19:22 Uhr
Von: "Philipp Gampe"
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member
function getUrl()
Hi be...@gmx.de,
be...@gmx.de wrote:
> ich bekomme von der System Extension linkvalidator beim überprüfen
> externer Links folgende Fehlermeldung angezeigt: Fatal error: Call to a
> member function getUrl() on a non-object in
>
/html/typo3/typo3_src-6.2.5/typo3/sysext/linkvalidator/Classes/Linktype/ExternalLinktype.php
> on line 91 Interne und Dateilinks warden ohne Fehler überpürft. Hat jemand
> eine Idee woran dies liegen kann bzw. wie es zu beheben ist
Ja, mach mal bitte einen Bugreport hier auf und füge mich als Watcher hinzu:
https://forge.typo3.org/projects/typo3cms-core/issues
Für den Moment kannst du in Zeile 88 statt:
if ($e->getCode() === 40) {
folgendes Benutzen:
if (FALSE && $e->getCode() === 40) {
Damit wird die if Bedingung lahmgelegt.
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
TYPO3 inspiring people to share!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german[http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: BE: Oops, an error occurred!
ich habe jetzt nach dieser Anleitung http://docs.typo3.org/typo3cms/CoreApiReference/ErrorAndExceptionHandling/Configuration/Examples/Index.html localconf und htaccess geändert, aber bekomme immer noch keine Fehlermeldung ausser Oops..! Was kann ich noch tun? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] WEC Map und NN Address
Quote: Jan Bartels wrote on Tue, 14 October 2014 22:12 Am 14.10.2014 um 09:44 schrieb Stefan Wobbe: > Quote: Jan Bartels wrote on Mon, 13 October 2014 19:30 > >> Am 13.10.2014 um 16:13 schrieb Stefan Wobbe: >> > Ich hab jetzt ein frisches Typo3 aufgesetzt >> > (http://typo3.swm-produktion.de), dann NN Address und dann WEC Map >> > installiert. >> > Die Static Templates sind in der Reihenfolge NN Address dann WEC map. >> > Die Reihenfolge im EM kann ich doch nicht beeinflussen, oder? >> M. W. ist das so. In meiner typo3conf/PackageStates.php steht wec_map >> jedenfalls hinter nn_address. Vielleicht kannst Du das mal in Deinen >> beiden Installationen überprüfen und berichten. > > Ich hab das jetzt in der PackageStates.php geändert im EM steht NN > Address jetzt vor WEC Map, leider weiterhin kein Erfolg. Den Cache hattest Du gelöscht? Ich lösche bei Typo3 6.2 sicherheitshalber auch immer das typo3temp/Cache-Verzeichnis. Ansonsten gehen gehen mir die Ideen aus. Unfassbar nach löschen des typo3temp/Cache-Verzeichnises geht es! Vielen Danke für die wirklich geduldige und ausführliche Hilfe :-) !!! > Sollte NN Address im Backend Plugin auswählbar sein? Bei mir sind nur > Website User (fe_users) auswählbar. Das nn_address ist bei mir auswählbar. Ich denke, das hängt auch mit der Reihenfolge zusammen. Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] WEC Map und NN Address
Am 14.10.2014 um 09:44 schrieb Stefan Wobbe: Quote: Jan Bartels wrote on Mon, 13 October 2014 19:30 Am 13.10.2014 um 16:13 schrieb Stefan Wobbe: > Ich hab jetzt ein frisches Typo3 aufgesetzt > (http://typo3.swm-produktion.de), dann NN Address und dann WEC Map > installiert. > Die Static Templates sind in der Reihenfolge NN Address dann WEC map. > Die Reihenfolge im EM kann ich doch nicht beeinflussen, oder? M. W. ist das so. In meiner typo3conf/PackageStates.php steht wec_map jedenfalls hinter nn_address. Vielleicht kannst Du das mal in Deinen beiden Installationen überprüfen und berichten. Ich hab das jetzt in der PackageStates.php geändert im EM steht NN Address jetzt vor WEC Map, leider weiterhin kein Erfolg. Den Cache hattest Du gelöscht? Ich lösche bei Typo3 6.2 sicherheitshalber auch immer das typo3temp/Cache-Verzeichnis. Ansonsten gehen gehen mir die Ideen aus. Sollte NN Address im Backend Plugin auswählbar sein? Bei mir sind nur Website User (fe_users) auswählbar. Das nn_address ist bei mir auswählbar. Ich denke, das hängt auch mit der Reihenfolge zusammen. Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Lösung.
Es ist schon spät ... ;)
Also so funktioniert es. Die Seite bei mir im Seitenbaum "JOBS" hat ein +ext
Template bekommen. So will es die Ext. jobfair.
Darin steht im Setup: und dort wiederum:
plugin.tx_jobfair {
view {
templateRootPaths {
100 =
fileadmin/templates/static/jobfair/Resources/Private/Templates/
#100 = EXT:jobfair/Resources/Private/Templates/
}
partialRootPaths {
100 =
fileadmin/templates/static/jobfair/Resources/Private/Partials/
#100 = EXT:jobfair/Resources/Private/Partials/
}
layoutRootPaths {
100 =
fileadmin/templates/static/jobfair/Resources/Private/Layouts/
#100 = EXT:jobfair/Resources/Private/Layouts/
}
}
}
Vorher hatte ich den /Resources-Ordner aus der Extension "jobfair" in meinen
/fileadmin-Ordner kopiert.
Jetzt kann ich dort die Änderungen am Template machen.
Danke noch mal an Ralf-Rene ... hat bei mir heute etwas länger gedauert.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
wenn du folgendes gemacht hättest
plugin.tx_jobfair {
view {
templateRootPaths {
10 = fileadmin/templates/static/jobfair/Templates/
100 = EXT:jobfair/Resources/Private/Templates/
}
partialRootPaths {
10 = fileadmin/templates/static/jobfair/Partials/
100 = EXT:jobfair/Resources/Private/Partials/
}
layoutRootPaths {
10 = fileadmin/templates/static/jobfair/Layouts/
100 = EXT:jobfair/Resources/Private/Layouts/
}
}
}
dann bräuchtest du eigentlich nur die dinge die du ändern willst
kopieren, alles andere wird dann aus dem Extensionordner geholt
> Habe jetzt den kompletten Ordner aus /Resources/Private/ in meinen
> Fileadmin-Ordner kopiert und jetzt geht es auch. Wenn ich im Template
> List.html etwas ändere dann wird es auch im Frontend angezeigt.
nach änderungen Cache löschen nicht vergessen
ich glaube sogar den systemcache (den mußt du erst freischalten)
oder du hast in einem zweiten fenster das Installtool offen und löscht
dort alle caches
--
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Quote: (mobilat) wrote on Tue, 14 October 2014 19:23
Hallo Ralf-Rene
Danke für deine Antwort.
In der Tat gibt es :
plugin.tx_jobfair {
view {
templateRootPaths {
100 = fileadmin/templates/static/jobfair/Templates/
#100 = EXT:jobfair/Resources/Private/Templates/
}
partialRootPaths {
100 = fileadmin/templates/static/jobfair/Partials/
#100 = EXT:jobfair/Resources/Private/Partials/
}
layoutRootPaths {
100 = fileadmin/templates/static/jobfair/Layouts/
#100 = EXT:jobfair/Resources/Private/Layouts/
}
}
}
Habe jetzt den kompletten Ordner aus /Resources/Private/ in meinen Fileadmin-Ordner kopiert und jetzt geht es auch. Wenn ich im Template List.html etwas ändere dann wird es auch im Frontend angezeigt.
Vielen Dank für deine Hilfe.
Das mit dem Fallback probiere ich mal aus, da ich alles kopiert habe benötige
ich es wohl nicht.
Kommando zurück. Die Änderungen von mir im /fileadmin-Ordner werden nicht übernommen.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()
Hi be...@gmx.de,
be...@gmx.de wrote:
> ich bekomme von der System Extension linkvalidator beim überprüfen
> externer Links folgende Fehlermeldung angezeigt: Fatal error: Call to a
> member function getUrl() on a non-object in
>
/html/typo3/typo3_src-6.2.5/typo3/sysext/linkvalidator/Classes/Linktype/ExternalLinktype.php
> on line 91 Interne und Dateilinks warden ohne Fehler überpürft. Hat jemand
> eine Idee woran dies liegen kann bzw. wie es zu beheben ist
Ja, mach mal bitte einen Bugreport hier auf und füge mich als Watcher hinzu:
https://forge.typo3.org/projects/typo3cms-core/issues
Für den Moment kannst du in Zeile 88 statt:
if ($e->getCode() === 40) {
folgendes Benutzen:
if (FALSE && $e->getCode() === 40) {
Damit wird die if Bedingung lahmgelegt.
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
TYPO3 inspiring people to share!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Hallo Ralf-Rene
Danke für deine Antwort.
In der Tat gibt es :
plugin.tx_jobfair {
view {
templateRootPaths {
100 = fileadmin/templates/static/jobfair/Templates/
#100 = EXT:jobfair/Resources/Private/Templates/
}
partialRootPaths {
100 = fileadmin/templates/static/jobfair/Partials/
#100 = EXT:jobfair/Resources/Private/Partials/
}
layoutRootPaths {
100 = fileadmin/templates/static/jobfair/Layouts/
#100 = EXT:jobfair/Resources/Private/Layouts/
}
}
}
Habe jetzt den kompletten Ordner aus /Resources/Private/ in meinen Fileadmin-Ordner kopiert und jetzt geht es auch. Wenn ich im Template List.html etwas ändere dann wird es auch im Frontend angezeigt.
Vielen Dank für deine Hilfe.
Das mit dem Fallback probiere ich mal aus, da ich alles kopiert habe benötige
ich es wohl nicht.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Hallo Bernd., nachdem ich auf meinen Texten nicht weiter als vielleicht 1790 gehen muss, habe ich mit bigint(11) ausreichend Spielraum. Damit aber Deine Frage geklärt ist, habe ich auf bigint(22) erweitert und durchgespielt: Wenn ich den 1.März 1900 00:00:00 in Sekunden (-2203894800) eingebe, erscheint das richtige Datum. Zähle ich eine Skunde runter, kommt richtigerweise der 28.2.1900 23:59:59 (-2203894801). Das gleiche gilt für 1. März 1600 (-11670915600): Da das Jahr ein Schaltjahr ist, wird auch der 29. Februar 1600 23.59.59 angezeigt (-11670915601). Das bedeutet, dass einzig das JavaScript nicht mit dem Datum umgehen kann. Aber auch da denke ich, ist das Problem nicht der Umgang mit der negativen Zahl. Hier wird eher eine Abrage laufen, die besagt, dass wenn ein Datum älter als 1. Januar 1902 kommt, (durch Zugriff auf den beschränkten Systemdatumsumfang), er das nicht annehmen soll/kann und einfach auf das aktuelle Jahr umschaltet. Wenn ich da was finde, melde ich mich zurück. Vielen Dank für die konstruktiven Gespräche. Gruß Uwe Quote: Bernd Wilke[2] wrote on Tue, 14 October 2014 09:17 Am 13.10.14 18:12, schrieb Uwe Siedentop: > Hallo Bernd, > > das tt_news langsam nicht mehr gepflegt wird, habe ich schon > mitbekommen. Aber ich habe schon so viele Seiten damit gemacht ... naja. > > Ich denke, es geht viel einfacher: In tt_news wurde das Feld datetime > als int(11) angelegt. Ich habe das Feld einfach von int(11) auf > bigint(11) erweitert. Jetzt kann ich die negativen Zahlen manuell > abspeichern, wie ich es brauche. Es wird auch das Korrekte Datum im > Frontend angezeigt. bigint(11)? bigint(20) wäre besser, da die Zahlen doch etwas größer sein könnten, aber die Anzeige erfolgt eigentlich niemals als integer-Zahl. Und was ich auf jeden fall auch noch einmal überprüfen würde: werden alle Daten korrekt gehandhabt? wissen die Routinen von Jahrhundert-(un)Schaltjahren? ist 28.2.1900 10:00:00 + 1 Tag = 1.3.1900 10:00:00 ? ist 28.2.1600 10:00:00 + 1 Tag = 29.2.1600 10:00:00 ? und was ist mit 1582? 4.10.1582 10:00:00 + 1 Tag = 15.10.1582 10:00:00 ! Datumsangaben (allein im Gregorianischen Kalender) können ein ziemliches Durcheinander sein. Und wenn dann unterschiedliche kalendersysteme zusammen kommen (oder auch Zeitzonen) ist das Chos perfekt. > Allerdings macht jetzt der datepicker Probleme: Sobald die Zahl kleiner > 1.1.1902 ist, schreibt er z. B. 31.12.2014 rein, ersetzt also das Jahr. > ;-)). > > Weißt Du, wo man den datepicker finden kann? Ich würde ihn gerne > abschalten oder, was besser wäre, erweiteren. Zum Abschalten oder wo der > integriert ist habe ich im Netz leider nichts gefunden. tja. und damit verläßt du sicheres Terrain. der Datepicker ist Javascript und Javascript kennt keine longint/bigint/... und deaktivieren hat Phillip ja schon beantwortet. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Mirror down
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen, sorry, dass auf den Bug report keiner reagiert hat. Ich habe eben eine Mail an unseren Ansprechpartner geschickt, ich hoffe, da tut sich zeitnah was. Generell, wenn es irgendwelche Probleme mit der Infrastruktur gibt, die dringend sind oder sich keiner kümmern will, dann einfach eine Mail an admin AT typo3.org oder @TYPO3server antwittern. Viele Grüße Steffen - -- Steffen Gebert TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org My wish list: https://www.amazon.de/registry/wishlist/922E3JYSQ7CV/ref=cm_wl_sb_v?sort=priority On 14/10/14 12:01, Ralf-Rene Schröder wrote: > Am 14.10.2014 11:00, schrieb Stephan Großberndt: >> Am 13.10.2014 um 21:33 schrieb Ralf-Rene Schröder: >>> no voting in forge is possible :( >> >> Was eigentlich eine sehr sinnvolle Funktion ist, um auf Bugs >> aufmerksam zu machen, die viele Leute betreffen >> >> Warum wurde die entfernt? > > soweit ich weiß, funktionierte es einfach nach einem update von > redmine nicht mehr, und leider schafft es wohl niemand das zu fixen > (ich könnte es auch nicht) ... aber es war wirklich eine SEHR > sinnvolle Funktion... > -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJUPUkTAAoJEIskG/rSlyw4pc4H/1mjuIXX4p48icy+iITZad8D oMFd3mRmH65qe9eLeUz9S+WlNpts/Qhzy+WjqsT0y+CMcdF5BGO+5Loy4g37LLzu 7Vm/VJ49326e7My4IgwoZvyTO103R0KqRNkb1HUi6XBSBvlBjw4qmZbrslE33nfa ceAQ5bRAQuDYfQKGCQ1/MhbByJIrFYkGjEs780dAVO3kg4qU1A7WO/H1Q/ZY3Rsd 3Y16BUykdBIeyO7WqBazBH171dIMvG7JnGyAmc7OQDSZTTv2dSDquxORjJqqTHxw SMbYDE2R00WJ/84PZm03daYD5xJy69E7r2i7nIHdW0nrOddrMb4Qp7T5SG01AhE= =Oj5E -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()
Liebe Liste, ich bekomme von der System Extension linkvalidator beim überprüfen externer Links folgende Fehlermeldung angezeigt: Fatal error: Call to a member function getUrl() on a non-object in /html/typo3/typo3_src-6.2.5/typo3/sysext/linkvalidator/Classes/Linktype/ExternalLinktype.php on line 91 Interne und Dateilinks warden ohne Fehler überpürft. Hat jemand eine Idee woran dies liegen kann bzw. wie es zu beheben ist. Vielen Dank und LG Gunther ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Am 14.10.2014 16:53, schrieb stefan sajok:
> Da ich schon gerne die Extbase-Extension Jobfair verwenden möchte ist
> nun meine (vielleicht doofe) Frage: Wie kann ich ein eigenes
> HTML-Template dafür benutzen? Ohne, dass es bei einem Ext.Update
> überschrieben wird?
du kopertst dir den Resources Inhalt in ein sinnvolles Verzeichnis in
fileadmin und setzt dann die Pfade dazu mit Typoscript in den Konstanten
plugin.tx_extension {
view {
templateRootPath = dein pfad zu den templates
partialRootPath = dein pfad zu den partials
layoutRootPath = dein pfad zu den layouts
}
persistence {
storagePid = dein speicherort
}
}
WENN die extension es unterstützt, dann geht seit neuestem auch die
Angabe von mehrern Pfaden mit Fallback (das s am Ende nicht übersehen)
die werden von hoch zu tief durchsucht...
plugin.tx_extension {
view {
templateRootPaths {
10 = dein pfad zu den templates in fileadmin
99 = EXT:extension/Ressources/Private/Templates
}
}
}
--
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eigenes Template in Extbase Plugin verwenden?
Hallo zusammen, ich bin gerade dabei für eine Stellenbörse folgende Extensions zu verwenden bzw. erst zu vergleichen. dmmjobcontrol (outdated) und jobfair (Extbase) Während ich bei der alten" dmmiobcontrol" per TypoScript angeben kann welches Marker-Template ich verwenden möchte: plugin.tx_dmmjobcontrol_pi1.template.search = fileadmin/search.tmpl (ähnlich wie bei tt_news etc.) Kann ich bei der neueren "jopbfair" dies nicht angeben. Das sind ja alles Fluid-Templates. Da ich schon gerne die Extbase-Extension Jobfair verwenden möchte ist nun meine (vielleicht doofe) Frage: Wie kann ich ein eigenes HTML-Template dafür benutzen? Ohne, dass es bei einem Ext.Update überschrieben wird? Ist dieser frühere Weg mit eigenem Template für ein Plugin überhaupt noch möglich? Vielen Dank für Eure Hilfe. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements in TYPO3 6.2 List View nicht mehr verschachtelt?
Am 14.10.14 16:24, schrieb Hartmut Steglich: Hallo, nach der Umstellung von Gridelements 2.x und TYPO3 6.1 auf Gridelements 3.0.0 und TYPO3 6.2.5 werden mir die Inhalte der Gridelemente in der Listenansicht nicht mehr eingerückt bzw. verschachtelt und ausklappbar angezeigt. Ist das so gewollt? Muss ich das ggf. aktivieren? In der Doku gibts leider keine Screenshot zum Vergleich. schau mal in die Konfiguration zur Extension im ExtensionManager. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3 6.2] RealURL | Englische Seiten auch mit deutschem Titel erreichbar
Hallo Michael, mit dem normalen Cache hat das nichts zu tun, RealURL hat seinen eigenen. Findest du über das Modul Info - dann umschalten auf RealURL. Gruß Peter Am 14.10.2014 um 15:56 schrieb Michael <9...@gmx.net>: > Hallo Ralf, > > Cache habe ich gelöscht, daran kann es nicht gelegen haben. Ich hatte > "noMatch => bypass" noch drin stehen, das war der "Fehler". Jetzt wird das > "/de/" immer mit generiert. > > Der Hinweis mit der Standardschreibweise ist gut, da hast du vollkommen > Recht! Denke dann wird der duplicate Content von der Sprachumschaltung > kommen. Weil vorher gab es im deutschen nur die "normalen" Links, also ohne > "/de/". Sobald ich aber im englischen bin und dann umschalte, haben alle > Links ein "/de/" davor. > > Vielen Dank für deine Antwort :) > > Viele Grüße > Michael > > Quote: Ralf-Rene Schröder[1] wrote on Tue, 14 October 2014 14:28 > >> Am 14.10.2014 13:56, schrieb Michael: >> > Die URL für die englische sieht so aus: >> > www.domain.de/en/privacy-policy.html >> > > Nun kann ich die englische Seite aber auch so aufrufen: >> > www.domain.de/en/datenschutz.html >> kann es sein das die deutsche Schreibweise noch im RealURL Cache drin >> steht... den mal löschen... >> > Das ganze führt zu duplicate Content bei Analyse-Tools und soll vermieden >> > werden. >> solange keine links dahin führen kann es eigentlich keinen DC geben, >> denn sonst würde ja auch die Standardschreibweise stören: >> www.domain.de/index.php?id=999&L=1 >> die funktioniert immer, aber solange sie nirgends verlinkt ist stört es >> ja auch nicht >> -- >> image[FORMAT] - Ralf-René Schröder >> http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] gridelements in TYPO3 6.2 List View nicht mehr verschachtelt?
Hallo, nach der Umstellung von Gridelements 2.x und TYPO3 6.1 auf Gridelements 3.0.0 und TYPO3 6.2.5 werden mir die Inhalte der Gridelemente in der Listenansicht nicht mehr eingerückt bzw. verschachtelt und ausklappbar angezeigt. Ist das so gewollt? Muss ich das ggf. aktivieren? In der Doku gibts leider keine Screenshot zum Vergleich. Dank und Gruß, Hartmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TCA Wert in TS - Dyn. Navigationsordner für mehrere Seiten
Hallo TYPO3ler,
ich brauche euren Rat:
Es geht um eine mehrsprachige Webseite mit weiteren Gruppierungen innerhalb
dieser Sprachen.
Jede Gruppierung soll zwar ein und den selben Footer bekommen, allerdings soll
dies je Gruppierung auch individualisiert werden können.
Die Footer-Navigation würde ich gerne via HMENU aufbauen, soweit auch kein
Problem - solange ein fester Wert für special.directory (special.value)
verwendet wird.
Zu diesem Zweck hab ich das TCA erweitert und biete nun die Möglichkeit je
Gruppierung in den Seiteneigenschaften, den Ordner für die Footer-Nav.
auszuwählen.
Nur wie bekomme ich diesen Wert in das special.value gesetzt?
special.value = {field.myFooterNav} - funktioniert nicht.
Hat jemand einen Tip für mich?
Für die Übersicht - folgender Seitenaufbau
- - -
root
| - Gruppe1
| - Content-Page
| - [Footer ID 42]
| - Gruppe 2
| - Content-Page
| - [Footer ID 122]
...
VG, Olli
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3 6.2] RealURL | Englische Seiten auch mit deutschem Titel erreichbar
Hallo Ralf, Cache habe ich gelöscht, daran kann es nicht gelegen haben. Ich hatte "noMatch => bypass" noch drin stehen, das war der "Fehler". Jetzt wird das "/de/" immer mit generiert. Der Hinweis mit der Standardschreibweise ist gut, da hast du vollkommen Recht! Denke dann wird der duplicate Content von der Sprachumschaltung kommen. Weil vorher gab es im deutschen nur die "normalen" Links, also ohne "/de/". Sobald ich aber im englischen bin und dann umschalte, haben alle Links ein "/de/" davor. Vielen Dank für deine Antwort :) Viele Grüße Michael Quote: Ralf-Rene Schröder[1] wrote on Tue, 14 October 2014 14:28 Am 14.10.2014 13:56, schrieb Michael: > Die URL für die englische sieht so aus: > www.domain.de/en/privacy-policy.html > > Nun kann ich die englische Seite aber auch so aufrufen: > www.domain.de/en/datenschutz.html kann es sein das die deutsche Schreibweise noch im RealURL Cache drin steht... den mal löschen... > Das ganze führt zu duplicate Content bei Analyse-Tools und soll vermieden werden. solange keine links dahin führen kann es eigentlich keinen DC geben, denn sonst würde ja auch die Standardschreibweise stören: www.domain.de/index.php?id=999&L=1 die funktioniert immer, aber solange sie nirgends verlinkt ist stört es ja auch nicht -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Einbindung JS Resources direkt in Fluid-Template
Hallo zusammen,
in einem aktuellen Projekt lade ich gerade die JS Includes direkt über
das Fluid-Template. Dies hat den Vorteil, dass man jQuery von einem
externen Server laden, bei einem Fehler aber auf eine lokale Datei
zurückfallen kann.
Dies geht meines Erachtens nach nicht wirklich, wenn man includeJsFooter
verwendet, da damit keine Inline-Scripts möglich sind (z.B.
window.jQuery || document.write('