Moinz.
Weiß zufällig jemand, wie man PHP direkt nach dem head einfügen kann?
Also quasi
headmeinPhp...
meta...
link rel...
script...
/head
Ich brauch das für ein Monitoring namens newrelic und die wollen ihre
PHP-Funktion direkt an dieser Stelle eingefügt wissen.
Es gibt den page.headtag
= %d.%m.%Y
zu
plugin.tt_news.displayXML.date_stdWrap.strftime= %d.%m.%Y
aber das hat nich geklappt. Bin da für n Ratschlag offen. :)
-bedank-
TZP
--
View this message in context:
http://typo3.3.n7.nabble.com/RSS-Feed-Datum-ubersetzen-tp232427.html
Sent from the TYPO3 German mailing list archive
Off-topic gilt mehr im Sinne von: Hier ging es initial um Sync-extensions und
dein Anliegen wäre in einem eigenen Thread besser aufgehoben.
--
View this message in context:
http://old.nabble.com/Typo3-Extension-f%C3%BCr-EU-US-sync--tp34333588p34345234.html
Sent from the TYPO3 German mailing
Morgen.
Kennt sich jemand zufällig mit Extensions aus, die ein Typo3 syncen?
Problem: Wir haben ein Typo3, was unsere Seite für EU und US beinhaltet.
Dann kam die Idee, dass die Leute aus den USA nicht auf die Server hier
zugreifen sollen, sondern drüben was haben. Anstatt aber eine autarke
Morgen.
Kennt sich jemand zufällig mit Extensions aus, die ein Typo3 syncen?
Problem: Wir haben ein Typo3, was unsere Seite für EU und US beinhaltet.
Dann kam die Idee, dass die Leute aus den USA nicht auf die Server hier
zugreifen sollen, sondern drüben was haben. Anstatt aber eine autarke
dazu entschieden per trial-n-error die
Tabellen auszulassen und irgendwann ging es. ^^
Kay Strobach-2 wrote:
Hallo TZP,
in der TYPO3 Community ist es üblich Klarnamen zu verwenden!
Normalerweise löst man so ein Problem wie folgt:
Editoren - Apache (für edit)-- Mysql Master
Klarnamen...ha, wie peinlich. Wer lesen kann...
Aber gut, soweit haben wir den Status auch. Ich persönlich bleib dabei, dass
ein eigenes Typo3 sauberer wäre aber na ja, is nich meine Entscheidung.
Hab noch drei Extensions gefunden, die ich mir in Ruhe noch mal angucken
werde.
Ich hab da noch ne Folgefrage. Mir ist gerade aufgefallen, dass News-elemente
zwar von sich aus schon Start- und Endzeit zulassen aber sobald die Endzeit
für Standart abgelaufen ist, verschwinden auch die übersetzen News,
unabhängig ihrer eigenen gesetzten Endzeit.
Da knobel ich gerade, wie ich
Mwie man es nimmt. Aus rein logischer Anwendersicht macht es keinen
Sinn einen extra neuen News-Datensatz für jede alternative Sprache
anzulegen, wenn diese zu anderen Zeiten als das Original enden soll.
Aber ich hatte schon befürchtet, dass das nich einfach zu lösen werden
würde.
--
Das war´s gewesen. Dank dir!
Allerdings kapier ich nich, warum man das rausgenommen hat? Hab es gerade
probiert...läuft 1a.
Ich hab leider keinen Account für den Bug-report aber du darfst mich gerne
zitieren. :)
Meinen Dank!
--
View this message in context:
Moinz.
Ich blamier mich gewiss mit der Frage aber warum kann ich Contentelementen
(Text mit Bild) in alternativen Sprachen kein Veröffentlichungsdatum bzw.
Ablaufdatum geben? Die Felder zeigen beim übersetzten Element die Einträge
vom Standart an aber sie sind beide ausgegraut und nich
!
TZP
--
View this message in context:
http://old.nabble.com/YAG---Imagelist-zeigt-nach-Auswahl-dennoch-alle-Elemente-an-tp34073108p34073108.html
Sent from the TYPO3 German mailing list archive at Nabble.com.
___
TYPO3-german mailing list
TYPO3-german
Ok, hat sich erledigt. Ich hab dem Entwickler gemailt und (meinen Dank für
die nette und schnelle Antwort) das Feature wird nachgereicht...vermutlich
im Herbst.
Na ja, wieder was gelernt.
--
View this message in context:
setzt aber
das wäre der allerletzte Strohhalm.
-bedank-
TZP
--
View this message in context:
http://old.nabble.com/Ein-Root%2C-mehrere-Domains-und-Sprachen-tp34023020p34023020.html
Sent from the TYPO3 German mailing list archive at Nabble.com
Dank dir für die Antwort. Hab das mal umgesetzt aber mir muss unterwegs was
flöten gegangen sein...jetzt geht die Seite gar nicht mehr. ^^
?php
$TYPO3_CONF_VARS['EXTCONF']['realurl'] =
array(
'_DEFAULT' = array(
'fileName' = array(
Dank dir für die Antwort. Hab das mal umgesetzt aber mir muss unterwegs was
flöten gegangen sein...jetzt geht die Seite gar nicht mehr. ^^
?php
$TYPO3_CONF_VARS['EXTCONF']['realurl'] =
array(
'_DEFAULT' = array(
'fileName' = array(
Mal aus Neugierde: Macht die Reihenfolge einen Unterschied? Wenn ich mit
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
...
...
$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array('_DEFAULT'
...
...
arbeite, läuft die Seite. Nur das mit US funzt halt nich.
Dreh ich die Reihenfolge um,
Mal aus Neugierde: Macht die Reihenfolge einen Unterschied? Wenn ich mit
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
...
...
$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array('_DEFAULT'
...
...
arbeite, läuft die Seite. Nur das mit US funzt halt nich.
Dreh ich die Reihenfolge um,
Das verwundert mich auch ein wenig, entschuldige.
So, ein Schritt weiter. Momentan sieht es so aus:
Hab mal das wesentliche Zeugs dringelassen.
?php
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
'encode' = array(
array(
'GETvar' =
Könnte es sein, dass sr_language da ne Extrawurst braucht und mit den Infos
aus der realurl_conf nicht wie gewünscht mit umgeht?
--
View this message in context:
http://old.nabble.com/Ein-Root%2C-mehrere-Domains-und-Sprachen-tp34023021p34023284.html
Sent from the TYPO3 German mailing list
Ok, hat sich erledigt. Ich hab mal weiter mit den Einträgen bei _DOMAINS
rumgespielt und er reagiert auf gar nixda kann ne komplett andere URL
drinstehen und er zeigt bei den Flaggen keine Änderung an. Scheinbar weigert
sich sr_language darauf Bezug zu nehmen und ich werde Montag mit der IT
So, hat sich erledigt. Wie sich herausstellte, hat die Logik von tt_news
selbst einen Bug. Bei der Suche werden die anderen Sprachen nicht/schlecht
einbezogen. Das gibt gleich mal ne Bug-meldung an die Macher und mit etwas
Glück ist es in der nächsten Version behoben. :)
--
View this message in
So, hat sich erledigt. Wie sich herausstellte, hat die Logik von tt_news
selbst einen Bug. Bei der Suche werden die anderen Sprachen nicht/schlecht
einbezogen. Das gibt gleich mal ne Bug-meldung an die Macher und mit etwas
Glück ist es in der nächsten Version behoben. :)
--
View this message in
Ich hab mal ein Update auf die aktuelle Typo3 Source gemacht und jetzt werden
die englischen Übersetzungen gar nicht mehr angezeigt. Das ist ein Schritt
weiter aber jetzt muss ich rausfinden, warum die englischen News nicht mehr
angezeigt werden. ^^
--
View this message in context:
, andere nur teilweise.
Hat jemand ne Idee oder einen Ansatz woran es vielleicht liegen könnte?
-bedank-
TZP
--
View this message in context:
http://old.nabble.com/tt_news---Suche-ist-bei-verschiedenen-Sprachen-nicht-identisch-tp29342872p29342872.html
Sent from the TYPO3 German mailing list archive
Und schon wieder was gelernt. Indexed_search und tt_news haben so rein gar
nichts miteinander zu tun. Anscheinend klappt das SEARCH von tt_news nicht
richtig.
Ich bitte meine fehlerhafte Annahme zu entschuldigen. :)
Nichtsdestotrotz bleibt die Frage, warum die Suchergebnisse nicht richtig
26 matches
Mail list logo
