Re: [TYPO3-german] iframes einbinden?

2015-03-13 Diskussionsfäden Maja Schwarz
Ahoi. Also, ich konnte das Problem lösen - was genau der Fehler war, kann ich allerdings nicht sagen. 
Die Seite, auf die der Frame eingebunden werden sollte, war so konfiguriert, dass sie im Menü nicht sichtbar war. Diese Einstellung habe ich geändert, und dann ging's.


Allerdings habe ich die Frame-anzeigende Seite dann nochmal woanders eingehangen (diesmal 
unter den News); dort auch im Menü verbergen - da wurde der Frame dann 
ordentlich angezeigt.

DANKE für alle Hinweise, und insbesondere dafür, dass der Code okay war - 
nachdem ich das wusste, konnte ich mich auf andere möglicher Fehlerquellen 
konzentrieren.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Rainer Schleevoigt



Am 13/03/15 um 17:24 schrieb Marcus Raphelt:

Hi Rainer,

ausgehend davon, dass die Konfigurationsdateien irgendwo unterhalb von
/etc liegen, MUSS Dir ein
grep -rli webmasterei *

die Dateien auflisten, in denen webmasterei vorkommt...
Mal ganz doof gefragt, weil mir sowas ja noch nie passiert ist: bist Du
auf dem richtigen Server? ;-)
Ich bi auf dem richtigen Server. Nun ists gefunden: ich habe immer 
/etc/init.d/apache2 restart gemacht.
 Irgedwann habe ich mal stop gemacht und die Seite war noch am laufen. 
Dann habe ich ps -ef | grep apache gemacht und gesehen, dass der apache 
process mit root fehlt, aber die Kindsprozesse noch laufen. Das Restart 
war also unwirksam. Ein killall hat geholfen. Dann konnte ichden 
Indianer sauber wieder starten.

Gruß,
Marcus
  



Am 13.03.2015 um 16:37 schrieb Rainer Schleevoigt:

Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/
auf (gestestet mit grep webmasterei */* , so mit mehreren Sternstufen)
Muss irgendwo blind sein. Irgendwo muss das doch verankert sein.
Ändere ich den Pafd im FS, kommt 'not found'.


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Unzip in Fileadmin

2015-03-13 Diskussionsfäden Ralf Abele

Hallo, kleine Ergänzung:

in den Benutzerrechten kann ja bei file operation permissions die Option unzip files. 
In der Datei Clickmenu.php unter sysext/backend/classes/Clickmenu steht die Operation 
unzip gar nicht drin. Wie kann dies erreicht werden?

Danke für jede Hilfe :-)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Dialogfeld Arbeitsumgebung Entwürfe verwerfen - Buttons ohne Beschriftung

2015-03-13 Diskussionsfäden Heike Herzog-Kuhnke

Hallo Sylvia,

danke für Deine Rückmeldung.
Das scheint mir dann aber ein kleinerer Bug zu sein, da ich an der 
CSS-Konfiguration des Backends keine Ändeurngen vorgenommen habe.

Könnte das jemand mit einer 6.2.10 mal testen?

Gruß
Heike
Am 13.03.15 um 08:13 schrieb Sylvia Marler:

Hallo Heike,



Nun kann ich raten, ob links oder rechts ja oder nein ist oder den
Dialog abbrechen. Ist das ein Bug?
Schon jemand ausprobiert?


Ich hatte mal einen ähnlichen Fall in der Entwurfsumgebung, da war die 
Beschriftung im HTML Code vorhanden, wurde aber wegen best. CSS Formatierungen 
nicht angezeigt :-O


Ist es wirklich so, dass man hier aus der Arbeitsumgebung dann die
Entwürfe entfernt (also alle gemachten Änderungen) oder lösche ich damit
dann auch die Seite?


Nein, die Seite selbst löscht Du nicht - zur Not kann man es ja auch rückgängig 
 machen ;-)

Viele Grüße,

Sylvia



___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Marcus Raphelt
Hallo Rainer,

das ist ja schön, aber hat doch gar nichts mit Deiner ursprünglichen
Frage zu tun? Grep ist egal, ob der Apache läuft oder nicht.
Nuja, sei's drum... wenn's klappt, dann klappt's.

Gruß,
Marcus

Am 13.03.2015 um 19:13 schrieb Rainer Schleevoigt:


 Am 13/03/15 um 17:24 schrieb Marcus Raphelt:

  Irgedwann habe ich mal stop gemacht und die Seite war noch am laufen.
 Dann habe ich ps -ef | grep apache gemacht und gesehen, dass der
 apache process mit root fehlt, aber die Kindsprozesse noch laufen. Das
 Restart war also unwirksam. Ein killall hat geholfen. Dann konnte
 ichden Indianer sauber wieder starten.

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: iframes einbinden?

2015-03-13 Diskussionsfäden Stefan Stuck

Versuchst du evtl auf einer https:// das iframe einzubinden? Dann muss der Link 
im iframe such auf eine https zeigen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] Nach Neueinrichtung nur Exception ohne Möglichkeit des Zugriffs

2015-03-13 Diskussionsfäden A . Raue

Danke für die bisherigen Antworten!


Da müssen wir alle durch.


Das sehe ich jetzt genauso...   ...so simpel. Man sollte nicht anfangen, sich 
mit Typo3 erstmalig zu befassen, wenn der Tag lang war es auf Mitternacht 
zugeht.

Danke für den Tipp. Bis zur nächsten Frage. Erledigt.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Bildgröße über Layout-Feld ändern

2015-03-13 Diskussionsfäden Lars Brinkmann
Hallo Liste,

über das Layoutfeld des Inhaltselements Bild möchte ich die
Bildgröße steuern. Ursprünglich hatte ich dazu folgendes TypoScript
verwendet:

tt_content.image.20.1.file {
  width {
override.if.value.field = layout
override.if.equals = 1
override = 480c-0
  }
  height {
override.if.value.field = layout
override.if.equals = 1
override = 320c-0
  }
}

Das funktioniert auch prima. Nun soll für layout noch ein weiterer
Wert hinzukommen, evtl. später auch mal ein dritter Wert. Bislang habe
ich es so gelöst:

tt_content.image.20.1.file {
  width {
override.if.value.field = layout
override.if.equals = 1
override = 480c-0
override.if.equals = 2
override = 200c-0
  }
  height {
override.if.value.field = layout
override.if.equals = 1
override = 320c-0
override.if.equals = 2
override = 200c-0
 }
}

Das funktioniert auch, ist aber keine saubere und elegante Lösung. Ich
müsste also irgendwie ein CASE-Objekt da rein bringen. Wird layout
nicht verändert, sollen die Standard-Einstellungen. Hier stehe ich
aber im Moment auf dem Schlauch. Weiß jemand Rat?

Viele Grüße, Lars Brinkmann

-- 
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Dialogfeld Arbeitsumgebung Entwürfe verwerfen - Buttons ohne Beschriftung

2015-03-13 Diskussionsfäden Sylvia Marler
Hallo Heike, 


 Nun kann ich raten, ob links oder rechts ja oder nein ist oder den
 Dialog abbrechen. Ist das ein Bug?
 Schon jemand ausprobiert?

Ich hatte mal einen ähnlichen Fall in der Entwurfsumgebung, da war die 
Beschriftung im HTML Code vorhanden, wurde aber wegen best. CSS Formatierungen 
nicht angezeigt :-O

 Ist es wirklich so, dass man hier aus der Arbeitsumgebung dann die
 Entwürfe entfernt (also alle gemachten Änderungen) oder lösche ich damit
 dann auch die Seite?

Nein, die Seite selbst löscht Du nicht - zur Not kann man es ja auch rückgängig 
 machen ;-) 

Viele Grüße, 

Sylvia
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: iframes einbinden?

2015-03-13 Diskussionsfäden Manu Zoli
Es gibt auch Seiten die das Einbinden in Iframes nicht erlauben. 
Die Startseite von Google oder Youtube kannst du Beispielsweise nicht einbinden. 
___

TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] iframes einbinden?

2015-03-13 Diskussionsfäden Manu Zoli
naja, so lange shadow dom noch nicht wirklich gut implementiert ist machen iframes schon sinn. 

so kann man zB die zuständigkeit bei buchungsstrecken klar abgrenzen. 


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] _processed_ Cache

2015-03-13 Diskussionsfäden Manu Zoli
Hallo, 


Ich habe folgendes Verhalten und ich verstehe die Ursache nicht.
Würde mich freuen wenn mir jemand helfen könnte. 

Im Ordner typo3temp/_processed_ werden einige der Bilder die ich hochgeladen habe als PNG abgelegt. 
Auch wenn das Original-Bild JPG war, wird ein teils sehr großes PNG erstellt und dort abgelegt. 

Ich kann kein wirkliches Schema erkennen, welche Bilder davon betroffen sind und welche nicht. 
Es werden auf jeden Fall nicht alle Bilder gerechnet.


Meine Fragen: 
- kann ich dieses Caching deaktivieren? Weder im Frontend noch im Backend werden die Bilder verwendet.  
- oder kann ich das Caching zumindest auf JPG umstellen?


Ich danke im Voraus, 
Zoli



___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] iframes einbinden?

2015-03-13 Diskussionsfäden Rainer Schleevoigt
Iframes gehören meiner Meinung nach zu den bösen Ecken des Interdings. 
Eine absolute Notlösung … Schon weil die Rahmengröße nur unter Umständen 
„mitwächst“.


Rainer

Am 13/03/15 um 11:04 schrieb Manu Zoli:
Es gibt auch Seiten die das Einbinden in Iframes nicht erlauben. Die 
Startseite von Google oder Youtube kannst du Beispielsweise nicht 
einbinden. ___

TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] 1:n Relation über Controller hinzufügen (Typo3 6.2.9)

2015-03-13 Diskussionsfäden Kai Hechler

Hallo,
ich will zu einem Datensatz eine Bewertung als 1:n Relation hinzufügen. Die 
Bewertung wird erstellt und in die DB eingetragen nur die zuordnung zum 
Datensatz funktioniert einfach nicht. Mein Code sieht wie folgt aus:

/**
 * action rate
 *
 * @return void
 */
public function rateAction() {

$newRating = new \MYVENDOR\Leserbilder\Domain\Model\Rating;
$newRating-setIp($_SERVER['REMOTE_ADDR']);
$newRating-setPid(intval($this-settings['folder']));

$objectManager = 
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('\TYPO3\CMS\Extbase\Object\ObjectManager');

$ratingRepository = 
$objectManager-get('\MYVENDOR\Leserbilder\Domain\Repository\RatingRepository');
$ratingRepository-add($newRating);

$leserbildResult = 
$this-leserbildRepository-findByUid(intval($_POST['uid']));
$leserbild = $leserbildResult-getFirst();
$leserbild-addRating($newRating);


$objectManager-get('TYPO3\CMS\Extbase\Persistence\PersistenceManagerInterface')-persistAll();
	} 



Das Problem ist die Zeile  $leserbild-addRating($newRating); . Es wird kein 
Fehler geworfen, allerdings ist dem Leserbild Datensatz kein Rating zugeordnet.
___
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 revision update Prozedur

2015-03-13 Diskussionsfäden Sybille Peters
ok, eine mögliche Ursache wäre, dass der APC-cache nicht gelöscht wurde.
cachapi:clearactiveopcodecache löscht definitiv nicht sämtliche von APC
gecachten Dateien, vermutlich nur das, was über das Caching-Framework
verwaltet wurde. Insofern könnte das Verfahren dann so aussehen:

1) symbolischen Link auf neue Version setzen
2) alle Dateien in typo3temp/Cache löschen
3) typo3/cli_dispatch.phpsh extbase cacheapi:clearallcaches (coreapi)
4) typo3/cli_dispatch.phpsh extbase cacheapi:clearallactiveopcodecache
(coreapi)
5) APC cache löschen: curl http://www.xyz.de/.../apc_clear_cache.php



___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Bildgröße über Layout-Feld ändern

2015-03-13 Diskussionsfäden bernd wilke

Am 13.03.15 um 07:58 schrieb Lars Brinkmann:

Hallo Liste,

über das Layoutfeld des Inhaltselements Bild möchte ich die
Bildgröße steuern. Ursprünglich hatte ich dazu folgendes TypoScript
verwendet:

tt_content.image.20.1.file {
   width {
 override.if.value.field = layout
 override.if.equals = 1
 override = 480c-0
   }
   height {
 override.if.value.field = layout
 override.if.equals = 1
 override = 320c-0
   }
}

Das funktioniert auch prima. Nun soll für layout noch ein weiterer
Wert hinzukommen, evtl. später auch mal ein dritter Wert. Bislang habe
ich es so gelöst:

tt_content.image.20.1.file {
   width {
 override.if.value.field = layout
 override.if.equals = 1
 override = 480c-0
 override.if.equals = 2
 override = 200c-0
   }
   height {
 override.if.value.field = layout
 override.if.equals = 1
 override = 320c-0
 override.if.equals = 2
 override = 200c-0
  }
}

Das funktioniert auch,


das kann so nicht funktionieren. deine zweiten Angaben überschreiben 
nämlich die ersten. Final hast du eigentlich nur:


tt_content.image.20.1.file {
  width {
override.if.value.field = layout
override.if.equals = 2
override = 200c-0
  }
  height {
override.if.value.field = layout
override.if.equals = 2
override = 200c-0
 }
}
jetzt funktioniert dein layout2, aber das layout1 ist tot.


ist aber keine saubere und elegante Lösung. Ich
müsste also irgendwie ein CASE-Objekt da rein bringen. Wird layout


das hast du schon richtig erkannt. Anderenfalls müsstest du ineinander 
geschachtelte override/ifs nutzen. sehr hässlich und umständlich.



nicht verändert, sollen die Standard-Einstellungen. Hier stehe ich
aber im Moment auf dem Schlauch. Weiß jemand Rat?


nutze doch einfach ein CASE[1], das Typoscript Pendant zum PHP switch.

t_content.image.20.1.file {
  width {
override.cObject = CASE
override.cObject {
  key.field = layout
  1 = TEXT
  1.value = 320c-0
  2 = TEXT
  2.value = 200c-0
}
  }
}

[1] 
http://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Case/Index.html



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

[TYPO3-german] Re: ListModule Hook Problem

2015-03-13 Diskussionsfäden Cathleen Schloßhauer

Hallo,
gibt es hierzu mittlerweile eine Lösung?

Vielen Dank,
Cathleen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] 1:n Relation über Controller hinzufügen (Typo3 6.2.9)

2015-03-13 Diskussionsfäden Mikel

Hallo Kai,

hat dein Model des Leserbilds nicht bereits eine Eigenschaft für ein Rating?
Dann könntest Du doch eigentlich einfach ein neues Rating erstellen und 
dies per set-Methode erstellen, oder?


So was wie

$newRating = new \MYVENDOR\Leserbilder\Domain\Model\
$newRating-setIp($_SERVER['REMOTE_ADDR']);
$newRating-setPid(intval($this-settings['folder']));

$leserbild = $this-leserbildRepository-findByUid($uid);
$leserbild-setRating($newRating);
$this-leserbildRepository-update($leserbild);
$this-persistanceManager-persistAll();

War nur ein spontaner Gedanke. Alles ungeprüft.

Was mir noch auffällt: Du holst einen Datensatz per findByUid und führst 
anschließend darauf ein getFirst aus. findByUid gibt meines Wissens 
schon direkt den entsprechenden Datensatz und kein QueryResult zurück. 
Könnte da auch der Fehler liegen?


Mikel



Am 13.03.15 um 12:03 schrieb Kai Hechler:

Hallo,
ich will zu einem Datensatz eine Bewertung als 1:n Relation 
hinzufügen. Die Bewertung wird erstellt und in die DB eingetragen nur 
die zuordnung zum Datensatz funktioniert einfach nicht. Mein Code 
sieht wie folgt aus:


/**
 * action rate
 *
 * @return void
 */
public function rateAction() {

$newRating = new \MYVENDOR\Leserbilder\Domain\Model\Rating;
$newRating-setIp($_SERVER['REMOTE_ADDR']);
$newRating-setPid(intval($this-settings['folder']));

$objectManager = 
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('\TYPO3\CMS\Extbase\Object\ObjectManager');


$ratingRepository = 
$objectManager-get('\MYVENDOR\Leserbilder\Domain\Repository\RatingRepository');

$ratingRepository-add($newRating);

$leserbildResult = 
$this-leserbildRepository-findByUid(intval($_POST['uid']));

$leserbild = $leserbildResult-getFirst();
$leserbild-addRating($newRating);

$objectManager-get('TYPO3\CMS\Extbase\Persistence\PersistenceManagerInterface')-persistAll();
}

Das Problem ist die Zeile  $leserbild-addRating($newRating); . Es 
wird kein Fehler geworfen, allerdings ist dem Leserbild Datensatz kein 
Rating zugeordnet.

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
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] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden Peter Linzenkirchner
Hallo liebe Liste, 

ich knabbere gerade an folgendem Problem: 

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO. 

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ... 

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates. 

Ergo brauche ich die Möglichkeit, Titel und URL zu trennen: 

Eine Idee wäre, beim ersten Eintrag der News (bzw. des Seitentitels) den Titel 
nicht nur ins Titelfeld zu schreiben sondern in ein zusätzliches Feld für den 
Permalink. Die URL wird dann nicht aus dem Titel aufgebaut, sondern aus dem 
Permalink-Feld. So handhaben das z. B. Wordpress und Expression-Engine. 

Hat jemand eine Idee, wie man das Realisieren könnte? Mit dem Problem müssten 
doch eigentlich alle zu kämpfen haben, die für engagierte SEOler tätig sein 
müssen ... Wie ich das in der Konfig von realurl ändern kann, weiß ich, aber 
wie schaffe ich es, dass beim Speichern eines News-Eintrags oder einer Seite im 
Backend automatisch der der Permalink angelegt wird? Es müsste quasi ein 
Postprocessing nach dem Speichern stattfinden. 

Vielen Dank für Ideen!
Peter


-- 
---
Peter Linzenkirchner
Lisardo EDV-Beratung
Katharinengasse 20, Rückgebäude, 
Eingang Bleigäßchen 5
86150 Augsburg
Tel. +49-821-150565, Fax +49-821-150595
http://typo3-lisardo.de
i...@lisardo.de
---

--
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

Re: [TYPO3-german] Suche TYPO3 Blogs

2015-03-13 Diskussionsfäden Ralf Freit

Am 13.03.2015 um 12:27 schrieb Renzo Bauen:

Hallo Ralf
ich würde multiblog nehmen. Der sieht gut und ausgereift aus und ist
relativ neu programmiert. D.h. die Wahrscheinlichkeit ist gross, dass
der auch auf 7 und 8 laufen wird...
Ich bin gerade daran, diese Ext das erste mal für ein Projekt zu
verwenden. Habe jetzt mit vielem rumgespielt, aber der scheint mir
richtig gut zu sein.
Beste Grüsse, Renzo


Hallo Renzo,
besten Dank für den Tip, nur leider Suche ich aktuell keine Extension, 
sondern Blogs die auf TYPO3 Basieren.


werde a-ber wenn wir eine BlogExtension suchen mir diese auch anschauen,
danke.

Gruss
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Suche TYPO3 Blogs

2015-03-13 Diskussionsfäden Ralf Freit

Am 13.03.2015 um 12:32 schrieb Petra Arentzen:

Hallo,

wir betreiben einen Blog mit TYPO3, allerdings mit einer Uralt-TYPO3-Version. 
Der Blog basiert auf tt_news.

Im Moment wird unsere Seite jedoch überarbeitet, wir überlegen allerdings, ob 
der Blog dann nicht lieber auf Wordpress aufsetzen soll und wo nötig per 
RSS-Plugin in die neue TYPO3-Webseite eingebunden wird.

Der Link: http://blog.pegu.de http://blog.pegu.de/

Viele Grüße

Petra



Hallo Petra,
besten Dank.

Ich nehme auch noch gern weitere Links zu TYPO3 Blog Seiten


Gruss
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] t3jquery CDN-Pfad korrigieren

2015-03-13 Diskussionsfäden Marambio, Nelson
Hallo, Liste,

ich habe ein Problem im Zusammenspiel von t3jquery und t3s_content: die 
Extension ansich funktioniert wunderbar im Frontend und meldet brav die 
notwendigen jQuery-Komponenten an t3jquery. Darunter ist auch jQuery UI Core.

Nun wirft mir Firebug bei einer Seite mit t3s_content die Meldung aus:
NetworkError: 404 Not Found - 
http://ajax.googleapis.com/ajax/libs/jqueryui/1/themes/base/jquery-ui.css;

Das der Pfad beim Google CDN anders lautet,  bestätigt ein Blick auf 
https://developers.google.com/speed/libraries/devguide
Nur - warum wird das CDN überhaupt benutzt ? Die entsprechende Option in 
t3jquery ist deaktiviert !

Und die nächste Frage:  kann ich das irgendwie korrigieren ? Optisch fällt das 
fehlende CSS nicht auf, aber das permanente Produzieren von 404's stört schon.
Andererseits scheint es t3jquery kein höhere Version zu existieren, als die, 
welche wir benutzen. Auf Forge habe ich noch keinen Eintrag dazu gefunden.

Hat jemand eine Idee ? 

T3jquery 2.7.1
t3s_content 2.2.0
T3 4.5.40

Grüße,
Nelson.
-
Nelson Marambio

WiSo-IT-Services
Kerpener Str. 4 , 2. OG
50937 Köln
E-Mail: webmas...@wiso.uni-koeln.de
WWW: http://www.wiso-it.uni-koeln.de

Tel: 0221 / 470-7314
Fax: 0221 / 470-6701

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden bernd wilke

Am 13.03.15 um 13:28 schrieb Peter Linzenkirchner:

Hallo liebe Liste,

ich knabbere gerade an folgendem Problem:

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO.

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ...

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates.

Ergo brauche ich die Möglichkeit, Titel und URL zu trennen:

Eine Idee wäre, beim ersten Eintrag der News (bzw. des Seitentitels) den Titel 
nicht nur ins Titelfeld zu schreiben sondern in ein zusätzliches Feld für den 
Permalink. Die URL wird dann nicht aus dem Titel aufgebaut, sondern aus dem 
Permalink-Feld. So handhaben das z. B. Wordpress und Expression-Engine.

Hat jemand eine Idee, wie man das Realisieren könnte? Mit dem Problem müssten 
doch eigentlich alle zu kämpfen haben, die für engagierte SEOler tätig sein 
müssen ... Wie ich das in der Konfig von realurl ändern kann, weiß ich, aber 
wie schaffe ich es, dass beim Speichern eines News-Eintrags oder einer Seite im 
Backend automatisch der der Permalink angelegt wird? Es müsste quasi ein 
Postprocessing nach dem Speichern stattfinden.



Solange die Redakteure die Seitentitel und damit die URL ändern hat SEO 
natürlich keine Chance. Ob das besser wird, wenn du ein zusätzliches 
Feld für den Perma-Link einführst, in dem die Redakteure genauso 
weitermachen können wird sich kaum etwas ändern.


wenn der Artikel von Das Haus im Grünen zu Mein Traum vom Leben im 
Wald umbenannt wird wird eine URL .../news/das_haus_im_gruenen.html 
auch als unpassend angesehen und entsprechend geändert. Was du brauchst 
wird eigentlich schon mitgeliefert: ein eindeutiger Wert pro News, der 
sich nicht ändert. Das ist die uid des Datensatzes.

Nur ist diese uid nicht sonderlich aussagekräftig und SEO unerstützend.

grundsätzlich kannst du aber uid und titel verbinden und so die URL 
generieren. Wenn jetzt der Titel geändert wird bleibt die uid erhalten 
und sollte so die richtige news liefern. Wie _das_ genau in realurl zu 
konfigurieren ist weiss ich allerdings nicht.


ersteres (Verbindung von uid und titel zu eindeutiger URL) wäre:
'fixedPostVars' = array(
'newsDetailConfiguration' = array(
array(
'GETvar' = 'tx_news_pi1[news]',
'lookUpTable' = array(
'table' = 'tx_news_domain_model_news',
'id_field' = 'uid',
'alias_field' = concat(uid,'_',title),
//'maxLength' = 40,
'addWhereClause' = ' AND NOT deleted',
'useUniqueCache' = 1,
'useUniqueCache_conf' = array(
'strtolower' = 1,
'spaceCharacter' = '-',
),
'languageGetVar' = 'L',
'languageExceptionUids' = '',
'languageField' = 'sys_language_uid',
'transOrigPointerField' = 'l10n_parent',
'autoUpdate' = 1,
'expireDays' = 180,
),
),
),
'123' = 'newsDetailConfiguration', // id der newws-detail-seite
),


um die genaue News bei verändertem Titel wieder zu identifizieren reicht 
es eigentlich nur den ersten Teil der URL (=die uid) zu betrachten. wie 
man realurl dazu bringt den title zu übersehen bzw. die richtige Seite 
nur mit der uid 

Re: [TYPO3-german] Subdomain

2015-03-13 Diskussionsfäden Marcus Raphelt
Hallo,

meinst Du einen Unterbaum in Typo3 oder tatsächlich einen Unterordner im
Webspace?

Gruß,
Marcus

Am 13.03.2015 um 15:14 schrieb Rainer Schleevoigt:
 Hallo,

 in meinem Angebot gibt es ein Unterverzeichnis 'Schulung'. Das soll
 aus MArketinggründen „draußen“ als http://schulung.meinzuhause.de


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Subdomain

2015-03-13 Diskussionsfäden Rainer Schleevoigt



Am 13/03/15 um 15:33 schrieb Marcus Raphelt:

Hallo,

meinst Du einen Unterbaum in Typo3 oder tatsächlich einen Unterordner im
Webspace?

Ein Unterbaum in TYPO3.


Gruß,
Marcus

Am 13.03.2015 um 15:14 schrieb Rainer Schleevoigt:

Hallo,

in meinem Angebot gibt es ein Unterverzeichnis 'Schulung'. Das soll
aus MArketinggründen „draußen“ als http://schulung.meinzuhause.de


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Suche TYPO3 Blogs

2015-03-13 Diskussionsfäden Petra Arentzen
Hallo,

wir betreiben einen Blog mit TYPO3, allerdings mit einer Uralt-TYPO3-Version. 
Der Blog basiert auf tt_news. 

Im Moment wird unsere Seite jedoch überarbeitet, wir überlegen allerdings, ob 
der Blog dann nicht lieber auf Wordpress aufsetzen soll und wo nötig per 
RSS-Plugin in die neue TYPO3-Webseite eingebunden wird.

Der Link: http://blog.pegu.de http://blog.pegu.de/
 
Viele Grüße

Petra
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-dev] News Extension

2015-03-13 Diskussionsfäden Be Au

Vielen Dank! Problem gelöst, das hatte ich tatsächlich vergessen :)


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Suche TYPO3 Blogs

2015-03-13 Diskussionsfäden Ralf Freit

Hallo Zusammen,
ich bin auf der Suche nach Blogs die auf TYPO3 basieren, könnt ihr mir 
da Links zu diesen Blogs zukommen lassen?



Besten Dank  Gruss
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Suche TYPO3 Blogs

2015-03-13 Diskussionsfäden Renzo Bauen
Hallo Ralf
ich würde multiblog nehmen. Der sieht gut und ausgereift aus und ist
relativ neu programmiert. D.h. die Wahrscheinlichkeit ist gross, dass
der auch auf 7 und 8 laufen wird...
Ich bin gerade daran, diese Ext das erste mal für ein Projekt zu
verwenden. Habe jetzt mit vielem rumgespielt, aber der scheint mir
richtig gut zu sein.
Beste Grüsse, Renzo
-- 
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92 


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Rainer Schleevoigt

Hi,

bin gerade beim Aufräumen meiner T3 Installationen. Nun sitze ich schon 
drei Stunden an einem Problem:


Meine Haupinstanz ist eine  ältere T3-installation, sagen wir mal unter 
/var/www/webmasterei/
Dort liegt dann eine typischer T3-Baum, klappt auch alles. Das ist nicht 
die Frage.


Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/ 
auf (gestestet mit grep webmasterei */* , so mit mehreren Sternstufen)
Muss irgendwo blind sein. Irgendwo muss das doch verankert sein. Ändere 
ich den Pafd im FS, kommt 'not found'.


Wo kann ich noch schauen?

Rainer

--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Rainer Schleevoigt

Hi,

bin gerade beim Aufräumen meiner T3 Installationen. Nun sitze ich schon 
drei Stunden an einem Problem:


Meine Haupinstanz ist eine  ältere T3-installation, sagen wir mal unter 
/var/www/webmasterei/
Dort liegt dann eine typischer T3-Baum, klappt auch alles. Das ist nicht 
die Frage.


Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/ 
auf (gestestet mit grep webmasterei */* , so mit mehreren Sternstufen)
Muss irgendwo blind sein. Irgendwo muss das doch verankert sein. Ändere 
ich den Pafd im FS, kommt 'not found'.


Wo kann ich noch schauen?

Rainer

--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Rainer Schleevoigt





Hallo Rainer,

wenns ein apache server ist, dann steht sowas unter /etc/httpd oder 
/etc/apache. Entweder gibt es eine vHost Datei die dann auf das 
Unterverzeichnis zeigt. Dort wird dann auch ein DocumentRoot gesetzt. 
Oder es steht in der httpd.conf. Such mal nach der httpd.conf Datei 
und schau mal ob es ein Verzeichnis vhosts oder config.d oder config 
gibt.


Genau das habe ich alles gemacht. Wenn ich nach /etc/apache2 gehe, 
müsste ich das ja mit grep finden. Nix.


Ich bin im Moment ahnungslos.


Rainer


grüssle

Bernd
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Subdomain

2015-03-13 Diskussionsfäden Peter Linzenkirchner
Hallo Rainer, 

könnte meines Erachtens mit einem Domain-Record gehen. Ausserdem das hier ins 
config: 
typolinkCheckRootline = 1
typolinkEnableLinksAcrossDomains = 1
Dann sollten alle Links auf die Subdomain verweisen.

Gruß
Peter



 Am 13.03.2015 um 15:34 schrieb Rainer Schleevoigt 
 rai...@webmasterei-hamburg.de:
 
 
 
 Am 13/03/15 um 15:33 schrieb Marcus Raphelt:
 Hallo,
 
 meinst Du einen Unterbaum in Typo3 oder tatsächlich einen Unterordner im
 Webspace?
 Ein Unterbaum in TYPO3.
 
 Gruß,
 Marcus
 
 Am 13.03.2015 um 15:14 schrieb Rainer Schleevoigt:
 Hallo,
 
 in meinem Angebot gibt es ein Unterverzeichnis 'Schulung'. Das soll
 aus MArketinggründen „draußen“ als http://schulung.meinzuhause.de
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 
 -- 
 *Dipl.-Ing. Rainer Schleevoigt*
 Certified TYPO3 Integrator
 Certified Titanium App Developer
 
   Novalisweg 10
 22303 Hamburg
 ℡ 040 60812460
 |Ust-ID: DE239491976|||
 
 ___
 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] t3 6.2.10 und tx_news

2015-03-13 Diskussionsfäden Kurt Althaus

Hallo Forumsgemeinde
Ich habe eine neue Installation Typo3 6.2.10. Nun habe ich die Extension news 
(tx_news) installiert und gemäss Videoanleitung   von jweiland.net installiert 
und kopnfiguriert.

Wenn ich nun die Seite mit den News aufrufe erhalte ich folgende Fehlermeldung:

Controller or action were empty when overriding switchableControllerActions 
from flexForm.

Was bedeutet das und wie kann ich es beheben?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Redirect by Brwoser language

2015-03-13 Diskussionsfäden Juri Diener
Hallo zusammen, 


ich möchte an Hand der Brwosersprache eine Weiterleitung auf die Übersetze 
Seite machen.
Dazu habe ich folgendes gefunden.
# [globalString = IENV:REQUEST_URI=/]  [language = *en*]
#   config 
#   config.additionalHeaders = Location: /en/
# [end]

Das funktioniert soweit auch ganz gut, jedoch habe ich ein Problem auf meiner Seite habe ich zwei Buttons DE / EN. 
Habe ich zum Beispiel nun im Browser die Sprache 'en' ausgewählt werde ich weiter geleitet auf ' /en' nun wenn ich aber auf der Seite auf den Button DE klicke und mir die deutsche Seite anschauen möchte leitet er mich immer wieder um auf die '/en'


Leider weiß ich nicht mehr weiter :(

Das folgendes TS ist für die Buttons(de/en):
lib.language = HMENU
lib.language {
 special = language
 special.value = 1,0
 1 = TMENU
 1 {
   noBlur = 1
   wrap = ul|/ul
   NO = 1
   NO.stdWrap.cObject = TEXT
   NO.stdWrap.cObject.value = EN || DE
   NO.allWrap = li|/li
   ACT = 1
   ACT  .NO
   ACT.ATagParams = class=active
   ACT.allWrap = li class=active|/li
   CUR = 1
   CUR  .NO
   CUR.ATagParams = class=selected
   
   USERDEF1  .NO

   USERDEF1 {
 noLink = 1
 doNotLinkIt = 1
   }
 }
} 


Ich hoffe Ihr könnt mir dabei helfen.

Gruß jaydee
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Bernd Pier

Am 13.03.15 16:37, schrieb Rainer Schleevoigt:

Hi,

bin gerade beim Aufräumen meiner T3 Installationen. Nun sitze ich schon
drei Stunden an einem Problem:

Meine Haupinstanz ist eine  ältere T3-installation, sagen wir mal unter
/var/www/webmasterei/
Dort liegt dann eine typischer T3-Baum, klappt auch alles. Das ist nicht
die Frage.

Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/
auf (gestestet mit grep webmasterei */* , so mit mehreren Sternstufen)
Muss irgendwo blind sein. Irgendwo muss das doch verankert sein. Ändere
ich den Pafd im FS, kommt 'not found'.

Wo kann ich noch schauen?

Rainer


Hallo Rainer,

wenns ein apache server ist, dann steht sowas unter /etc/httpd oder 
/etc/apache. Entweder gibt es eine vHost Datei die dann auf das 
Unterverzeichnis zeigt. Dort wird dann auch ein DocumentRoot gesetzt. 
Oder es steht in der httpd.conf. Such mal nach der httpd.conf Datei und 
schau mal ob es ein Verzeichnis vhosts oder config.d oder config gibt.



grüssle

Bernd
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] Subdomain

2015-03-13 Diskussionsfäden Marcus Raphelt
Hallo,

Du könntest dann auf dieser Seite eine neue bzw. autarke Webseite
starten lassen, also Domainrecord einfügen, ggf. Setup/Constants leeren
- je nach Anforderung. Eine Subdomain ist letzten Endes nichts anderes
als eine normale.

Gruß,
Marcus

Am 13.03.2015 um 15:34 schrieb Rainer Schleevoigt:


 Am 13/03/15 um 15:33 schrieb Marcus Raphelt:
 Hallo,

 meinst Du einen Unterbaum in Typo3 oder tatsächlich einen Unterordner im
 Webspace?
 Ein Unterbaum in TYPO3.

 Gruß,
 Marcus


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: ListModule Hook Problem

2015-03-13 Diskussionsfäden Cathleen Schloßhauer

Bei mir war es ein Tippfehler im Klassennamen bei der Hook-Registrierung.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


[TYPO3-german] Subdomain

2015-03-13 Diskussionsfäden Rainer Schleevoigt

Hallo,

in meinem Angebot gibt es ein Unterverzeichnis 'Schulung'. Das soll aus 
MArketinggründen „draußen“ als http://schulung.meinzuhause.de 
erscheinen. Das heisst wenn man auf der Hauptseite auf den Link 
'Schulung' klickt, soll ann nicht auf http://meinzuhause.de/schulung 
sondern auf http://schulung.meinzuhause.de landen.


Wie geht das?

--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] jfmulticontent - Tabs zu Accordion

2015-03-13 Diskussionsfäden Mario Wilhelm
Hallo zusammen, 


wir nutzen die jfmulticontent mit Tabs. Nun möchten wir eine mobile Version der 
Seite erstellen.
Tabs in mobilen Ansichten funktionieren ja nicht wirklich gut, daher wollten 
wir in der mobilen Ansicht von Tabs zu Accordions umswitschen. Geht das mit 
irgendwie Bordmitteln?
Ich habe leider nirgendwo einen Lösungsansatz gefunden.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden Stephan Schuler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Peter.

Willst und musst du das wirklich über eine Vorbelegung lösen? Bekommst du das 
wirklich nicht durch entsprechend geschulte Redakteure hin?

Immerhin wird doch schon -- zumindest bei Seiten -- unterschieden:
* Page Title (Tab General)
* Alternative Navigation Title (Tab General)
* Speaking URL path segment (Tab General)
* URL Alias (Tab Behavior)

Du würdest also vermutlich das URL Alias halbwegs unique haben wollen.
Soll heißen: uniquePid, damit es auf einer Seite eindeutig wird.
http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Input/Index.html#eval

Das URL Alias gilt zunächst mal für eine Seite und deren Übersetzungen. 
Redakteure können aber durch das Feld Speaking URL path segment -- das dann 
für die pages und pages_language_overlay separat gepflegt werden muss -- von 
Hand einen abweichenden Wert für das Pfadsegment angeben. Du kannst also 
administrativ den Wert für URL Alias vorbelegen und von Redakteuren dann 
absichtlich durch Speaking URL path segment überschreiben lassen.

Erstens geht das vermutlich über einen DataHandler-Hook. Ich würde es mal mit 
dem processDatamap_beforeStart versuchen. Einfach den Page Title in das 
Feld URL Alias kopieren, strToLower, whitspaces raus, fertig.

Zweitens würde ich das TCA für das dieses Feld umdeuten, von input zu 
passthrough. Damit können deine Redakteure da im Backend nichts 
reinschreiben, sehen aber dessen Inhalt, und über den DataHandler können meines 
Wissens Änderungen durchgeführt werden die dann auch in der Datenbank landen.

Drittens möchtest du evtl. eine Checkbox Recalculate URL Alias erfinden, die, 
wenn gesetzt, das für Redakteure (nach der Durchführung von zweitens) nicht 
beschreibbare URL Alias-Feld leert und anschließend neu berechnet. Deshalb: 
Neue Checkbox ins TCA packen und per gleichem DataHandler-Hook wie erstens 
dann die gleiche Prozedur wie erstens durchführen. Dadurch haben Redakteure 
die Möglichkeit, ggf. einen Tippfehler bei Seiten zu korrigieren.

Bei den News sollte *eigentlich* die Eigenschaft useUniqueCache helfen. Der 
Record-Unique-Cache von RealURL hat meines Wissens überhaupt kein Verfallsdatum 
sodass grundsätzlich immer die erste verwendete URL gilt, egal wie der Titel 
anschließend geändert wird. Wer einzelne Einträge aus diesem Unique-Cache 
löscht muss eben wissen was er tut und wer blind den kompletten Unique-Cache 
für eine Tabelle löscht wird erschossen.

Gruß,


Stephan Schuler
Web-Entwickler | netlogix Media

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: media.netlogix.de




netlogix GmbH  Co. KG
IT-Services | IT-Training | Media
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Web: http://www.netlogix.de

netlogix GmbH  Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt



- -Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter 
Linzenkirchner
Gesendet: Freitag, 13. März 2015 13:28
An: German TYPO3 Userlist
Betreff: [TYPO3-german] realurl - Titeländerung vs. Permalink

Hallo liebe Liste,

ich knabbere gerade an folgendem Problem:

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO.

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ...

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates.


Re: [TYPO3-german] iframes einbinden?

2015-03-13 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hallo Manu,
aber die Iframes fallen einem Spätestens auf die füsse wenn deine webseite 
responsive sein soll...
weil framenavigationen auf smartphones immer zerfallen. Wenn man es vermeiden 
kann also keine iframes.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Manu Zoli
Gesendet: Freitag, 13. März 2015 11:43
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] iframes einbinden?

naja, so lange shadow dom noch nicht wirklich gut implementiert ist machen 
iframes schon sinn. 

so kann man zB die zuständigkeit bei buchungsstrecken klar abgrenzen. 

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
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

Re: [TYPO3-german] _processed_ Cache

2015-03-13 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hallo Zoli,

wenn du bild Manipulationen mit GIFBUILDER machst oder eine extension die du 
verwendest.
Kann es for kommen das zwischen zwei Schritten ein Temporäres bild erzeugt 
werden muss. Und dieses wird dann in der regel als *.png abgelegt.

Am ende kann es dann sein das je nach einstellung deiner webseite ein gif oder 
jpg eingebunden wird.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Manu Zoli
Gesendet: Freitag, 13. März 2015 11:12
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] _processed_ Cache

Hallo, 

Ich habe folgendes Verhalten und ich verstehe die Ursache nicht.
Würde mich freuen wenn mir jemand helfen könnte. 

Im Ordner typo3temp/_processed_ werden einige der Bilder die ich hochgeladen 
habe als PNG abgelegt. 
Auch wenn das Original-Bild JPG war, wird ein teils sehr großes PNG erstellt 
und dort abgelegt. 

Ich kann kein wirkliches Schema erkennen, welche Bilder davon betroffen sind 
und welche nicht. 
Es werden auf jeden Fall nicht alle Bilder gerechnet.

Meine Fragen: 
- kann ich dieses Caching deaktivieren? Weder im Frontend noch im Backend 
werden die Bilder verwendet.  
- oder kann ich das Caching zumindest auf JPG umstellen?

Ich danke im Voraus, 
Zoli


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
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

Re: [TYPO3-german] DocumentRoot

2015-03-13 Diskussionsfäden Marcus Raphelt
Hi Rainer,

ausgehend davon, dass die Konfigurationsdateien irgendwo unterhalb von
/etc liegen, MUSS Dir ein
grep -rli webmasterei *

die Dateien auflisten, in denen webmasterei vorkommt...
Mal ganz doof gefragt, weil mir sowas ja noch nie passiert ist: bist Du
auf dem richtigen Server? ;-)

Gruß,
Marcus
 


Am 13.03.2015 um 16:37 schrieb Rainer Schleevoigt:

 Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/
 auf (gestestet mit grep webmasterei */* , so mit mehreren Sternstufen)
 Muss irgendwo blind sein. Irgendwo muss das doch verankert sein.
 Ändere ich den Pafd im FS, kommt 'not found'.


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [SPAM FortiMail] DocumentRoot

2015-03-13 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hallo Rainer,
dein webserver könnte auch einfach /var/www/ also document root nutzen
und in /var/www/.htaccess könnte dann eine interne rewrite url stehen.

Gruss chris


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Rainer Schleevoigt
Gesendet: Freitag, 13. März 2015 16:35
An: German TYPO3 Userlist
Betreff: [SPAM FortiMail] [TYPO3-german] DocumentRoot

Hi,

bin gerade beim Aufräumen meiner T3 Installationen. Nun sitze ich schon drei 
Stunden an einem Problem:

Meine Haupinstanz ist eine  ältere T3-installation, sagen wir mal unter 
/var/www/webmasterei/ Dort liegt dann eine typischer T3-Baum, klappt auch 
alles. Das ist nicht die Frage.

Nun: dieser Text 'webmasterei' taucht in keiner Datei unterhalb /etc/ auf 
(gestestet mit grep webmasterei */* , so mit mehreren Sternstufen) Muss 
irgendwo blind sein. Irgendwo muss das doch verankert sein. Ändere ich den Pafd 
im FS, kommt 'not found'.

Wo kann ich noch schauen?

Rainer

--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
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

Re: [TYPO3-german] Bildgröße über Layout-Feld ändern

2015-03-13 Diskussionsfäden Lars Brinkmann
Hallo Bernd,

die Geschichte mit CASE hatte ich schon auf dem Schirm,
aber mir war/ist nicht klar, wie ich das Script aufbauen muss.

Hiermit klappt es aber leider auch nicht. Wenn ich dieses
Script einsetze, werden die Bildgrößen gar nicht mehr berechnet.

tt_content.image.20.1.file {
  width {
override.cObject = CASE
override.cObject {
  key.field = layout
  1 = TEXT
  1.value = 320c-0
  2 = TEXT
  2.value = 100c-0
}
  }
  height  and so on
}

Viele Grüße, Lars Brinkmann

Am 13. März 2015 um 10:25 schrieb bernd wilke t...@bernd-wilke.net:
 Am 13.03.15 um 07:58 schrieb Lars Brinkmann:

 Hallo Liste,

 über das Layoutfeld des Inhaltselements Bild möchte ich die
 Bildgröße steuern. Ursprünglich hatte ich dazu folgendes TypoScript
 verwendet:

 tt_content.image.20.1.file {
width {
  override.if.value.field = layout
  override.if.equals = 1
  override = 480c-0
}
height {
  override.if.value.field = layout
  override.if.equals = 1
  override = 320c-0
}
 }

 Das funktioniert auch prima. Nun soll für layout noch ein weiterer
 Wert hinzukommen, evtl. später auch mal ein dritter Wert. Bislang habe
 ich es so gelöst:

 tt_content.image.20.1.file {
width {
  override.if.value.field = layout
  override.if.equals = 1
  override = 480c-0
  override.if.equals = 2
  override = 200c-0
}
height {
  override.if.value.field = layout
  override.if.equals = 1
  override = 320c-0
  override.if.equals = 2
  override = 200c-0
   }
 }

 Das funktioniert auch,


 das kann so nicht funktionieren. deine zweiten Angaben überschreiben nämlich
 die ersten. Final hast du eigentlich nur:

 tt_content.image.20.1.file {
   width {
 override.if.value.field = layout
 override.if.equals = 2
 override = 200c-0
   }
   height {
 override.if.value.field = layout
 override.if.equals = 2
 override = 200c-0
  }
 }
 jetzt funktioniert dein layout2, aber das layout1 ist tot.

 ist aber keine saubere und elegante Lösung. Ich
 müsste also irgendwie ein CASE-Objekt da rein bringen. Wird layout


 das hast du schon richtig erkannt. Anderenfalls müsstest du ineinander
 geschachtelte override/ifs nutzen. sehr hässlich und umständlich.

 nicht verändert, sollen die Standard-Einstellungen. Hier stehe ich
 aber im Moment auf dem Schlauch. Weiß jemand Rat?


 nutze doch einfach ein CASE[1], das Typoscript Pendant zum PHP switch.

 t_content.image.20.1.file {
   width {
 override.cObject = CASE
 override.cObject {
   key.field = layout
   1 = TEXT
   1.value = 320c-0
   2 = TEXT
   2.value = 200c-0
 }
   }
 }

 [1]
 http://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Case/Index.html


 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



-- 
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Powermail 2.2.0 - Uncaught ReferenceError: jQuery is not defined

2015-03-13 Diskussionsfäden Lars Brinkmann
Hallo Heike,

ist denn jQuery eingebunden? Das muss vor der Einbindung der anderen
Plugins passieren. Schreibe folgendes in die Konstanten, wenn Du jQuery
bisher noch nicht eingebunden hast:

How can I include jQuery?

In powermail 2.0 and smaller, jQuery was included automaticly. Since
2.1, you have to enable this feature via Constants:

plugin.tx_powermail.settings {
javascript {
addJQueryFromGoogle = 1
powermailJQuery =
//ajax.googleapis.com/ajax/libs/jquery/1.11.0/jquery.min.js
}
}

Viele Grüße, Lars Brinkmann


Am 11. März 2015 um 11:40 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de:
 Hi Leute,

 ich habe eben beim Prüfen meiner Seite gesehen, dass folgender Fehler
 angezeigt wird beim Prüfen mit Chrome:

 Uncaught ReferenceError: jQuery is not
 definedjquery.datetimepicker.js?1425942029:1271 (anonymous function)

 Der Fehler wird noch für 3 weitere Scripte von Powermail angezeigt.
 Das ist ja eine frische Installation. Das Fromular funktioniert. Muss ich
 noch was einbinden? Pfadprobleme?

 Hat jemand einen Tipp?

 Gruß
 Heike
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



-- 
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german