from:"Marc Willmann"

Am 11.03.15 11:08, schrieb Christian Leicht:
 Hallo ich habe eine Extension die zum auflisten folgende Funktion benutzt:
 
 public function listAction() {
 $magazins = $this-magazinRepository-findAll();
 $this-view-assign('magazins', $magazins);
 }
 
 
 Jetzt werden die Datensätze aber nach uid sortiert. Wie bekomme ich das
 nach 'sorting' sortiert?


indem Du im Repository in der Methode (oder im Default) setOrderings()
benutzt und nach dem sortierst, was Du gerne hättest.

Die Sortierung nach uid ist übrigens zufällig, wenn sie nicht
explizit gesetzt ist - letztlich überlässt Extbase im Default MySQL die
Sortierung, was meistens die Sortierung nach UID zurückliefert, nach
Spezifikation aber undefined ist.


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase - Sortierung von findAll()

Am 11.03.15 11:28, schrieb Christian Leicht:
 Gibt es irgendwo eine Dokumentation zu dem ganzen?
 Ich kann nirgends was finden.

http://api.typo3.org/flow/master/

und http://lmgtfy.com/?q=extbase+repository+setOrderings


Marc

 
 Christian
 
 Am 11.03.2015 um 11:22 schrieb Marc Willmann:
 Am 11.03.15 11:08, schrieb Christian Leicht:
 Hallo ich habe eine Extension die zum auflisten folgende Funktion
 benutzt:

  public function listAction() {
  $magazins = $this-magazinRepository-findAll();
  $this-view-assign('magazins', $magazins);
  }


 Jetzt werden die Datensätze aber nach uid sortiert. Wie bekomme ich das
 nach 'sorting' sortiert?


 indem Du im Repository in der Methode (oder im Default) setOrderings()
 benutzt und nach dem sortierst, was Du gerne hättest.

 Die Sortierung nach uid ist übrigens zufällig, wenn sie nicht
 explizit gesetzt ist - letztlich überlässt Extbase im Default MySQL die
 Sortierung, was meistens die Sortierung nach UID zurückliefert, nach
 Spezifikation aber undefined ist.


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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase - createQuery - statement Problem

,
 ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
 wieder ?ber Extbase herziehen;-)  Deswegen ein neuer Post

 Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
 habe ich mir in meiner extension im repository Ordner

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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

es ist wenig zielführend, die gleiche Frage mehrfach hier zu posten.
Kleinanzeigenmarkt ist hinreichend ungenau - was willst Du denn
_genau_ machen?


Marc

Am 11.03.15 12:52, schrieb Andy Stoller:
 Hallo,
 
 ich suche eine Extension mit der man einen Kleinanzeigenmarkt erstellen
 kann.
 
 Eingesetzte Typo3 Version 6.2.10
 
 Danke und Gruß Andy ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

Am 11.03.15 13:13, schrieb Andy Stoller:
 Ich soll ein Internetportal für einen Erotik Anzeigen Markt ähnlich wie
 ***.ch erstellen und suche dabei Hilfe

Um's auf den Punkt zu bringen: Du willst/sollst einen Copycat einer
bestehenden Seite machen, kannst zu den Funktionalitäten aber nichts
sagen und mit Templates (anderer Thread) kennst Du Dich auch nicht aus?
Dann wünsch ich viel Glück.

Du erwartest doch nicht ernsthaft, dass hier jetzt jemand auf die von
Dir genannte Seite surft, um sich zu überlegen, was die dort machen und
wie Du das dann gegen Entgeld nachbauen kannst? Deine Arbeit musst Du
schon selbst machen.

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] FELogin Problem nach Update auf 6.2

Am 11.03.15 13:17, schrieb Andrea Schmuttermair:
 wenn rsaauth und saltedpasswords deaktiviert sind gibts Klartext
 Passwörter. Wollte Probleme mit Verschlüsselung erst mal ausschließen.

ja? Werden die nicht schon seit Urzeiten mindestens md5-gehashed?

 Storage Folder passt, der User wird ja richtig gefunden im DevLog
 
 Neuer User gerade angelegt - funktioniert auch nicht

und der hat auch ein Klartextpasswort in der DB? Angelegt über das
TYPO3-Backend, nicht direkt in der DB?

 Install Tool? Welchen Parameter meinst du?

[FE][loginSecurityLevel]
[SYS][cookieDomain]
[SYS][cookieSecure]

was sagt Firebug zu der Geschichte? Was genau wird verschickt, was kommt
zum Browser zurück?

Marc

 
 LG Andrea
 
 Am 11.03.2015 um 13:08 schrieb Marc Willmann:
 Am 11.03.15 13:05, schrieb Andrea Schmuttermair:
 Hallo zusammen,

 ich habe ein TYPO3 von 4.5 auf 6.2 upgedated und kann mich nicht mehr
 mit FELogin einloggen.
 Habe auch schon rsaauth und salted_passwords deaktiviert, aber selbst
 mit Klartext Passwörtern bekomme ich folgenden Fehler im DevLog:

 - User found: uid 123, username: andrea
 - Password not accepted: andrea

 - Tabelle fe_users hat bei uid 123 das passwort andrea
 im Klartext? Das sollte da schon gehasht stehen...

 Wird auf die den richtigen storage folder geprüft?

 Funktionieren User, die Du neu anlegst?

 was steht im InstallTool zum Thema FE-Userlogin?

 Cookies funktionieren, BE Login auch (be_session wird korrekt angelegt)

 Bevor ich jetzt anfange im Code zu debuggen, vielleicht kennt das jemand
 oder hat ne Idee?

 LG Andrea
 ___
 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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Stadtteilangebot

Am 11.03.15 15:14, schrieb Newsdesigner:
^^---

Klarnamen wäre nett. :)

 Ich suche eine Extension, um ein Stadtteilangebot abzubilden. Wer bietet
 was an. Es wäre quasi so etwas wie FAQ bzw. Portfolio oder
 Seminarmanager. Hat jemand so etwa umgesetzt und könnte hier ein
 Beispiel posten? Welche Extension würdet Ihr empfehlen?

Was willst Du denn machen? Für eine FAQ brauchst Du keine Extension.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase - createQuery - statement Problem

2015-03-10 Diskussionsfäden Marc Willmann

Am 10.03.15 13:24, schrieb Christian Leicht:
 Hallo,
 ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
 wieder über Extbase herziehen ;-) Deswegen ein neuer Post
 
 Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
 habe ich mir in meiner extension im repository Ordner
 
 folgendes angelegt:
 
 class WwlfeuserfilesRepository extends
 \TYPO3\CMS\Extbase\Persistence\Repository {
 
 public function showFeuser($userid){
 
 $query = $this-createQuery();
 $query-statement(SELECT * FROM fe_users WHERE uid =
 '.$userid.');
 
 return $query-execute();
 }
 
 }


Ähm, nein. Du schaufelst Dir Dein eigenes (Extbase-)Grab. Warum um alles
in der Welt holst Du Dir im WwlfeuserfilesRepository irgendwas aus einer
Tabelle, die Dich (in der Extbase-Welt) nichts angeht?

Das ganze wird dann auf ein Wwlfeuserfiles-Objekt projeziert, in dem
vermutlich außer uid und pid nichts existiert und deshalb geht das in
die Grütze.

Wie sieht denn Dein Wwlfeuserfiles-Model aus? Erweitert das feUser?

Zum richtigen Debuggen wurde Dir ja gestern schon was geschrieben, was
Du anscheinend aber noch nicht richtig beherzigt hast...

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase macht mich verrückt

2015-03-10 Diskussionsfäden Marc Willmann

Am 09.03.15 17:55, schrieb Christian Leicht:
Muss dann für jedes Feld einer Datenbankabfrage ein Modul Eintrag
erstellt werden?

Ich rufe ja aus meiner Extension heraus die fe_users Datenbank auf und
möchte auf die Felder zugreifen. Leider kommt im Controller nichts an.

Im Repository:
public function showFeuser($userid){

$query = $this-createQuery();
$query-statement(SELECT * FROM fe_users WHERE uid =
'.$userid.');

return $query-execute();
}

Im Repository nichts um im Controller

$this-wwlfeuserfilesRepository-findByUid($uid)

ist doch viel einfacher? ;-)

und lass _grundsätzlich_ die SQL-Statements im Repo (die braucht man nur
für Ausnahmefälle) und verwende stattdessen die Extbase-Methoden.

Im Controller:
$wwlfeuserfiles =
$this-wwlfeuserfilesRepository-showFeuser($user['uid']);

Und $wwlfeuserfiles ist bis auf uid und pid leer.

Christian

Am 09.03.2015 um 16:23 schrieb Stephan Schuler:
Hallo zusammen.

Meine Vermutungen wären (mit absteigender Wahrscheinlichkeit):
* Das Model ist falsch oder nicht annotiert.
* Die Properties des Models haben (namentlich) nichts mit den Columns
der Tabelle zu tun.
* Der Cache ist nicht hinreichend gecleared.
* Vielleicht gibt es gar kein passendes Model. Wobei ich dann erwarten
würde dass überhaupt nichts geht, der PropertyMapper wird ja
hoffentlich nicht auf eine StdClass zurückfallen und das
AbstractDomainObject ist nicht umsonst abstract.

Dass die Fehlerbeschreibung an Fluid und kann es auch auflisten
beinhaltet zeigt mir: Die notwendigen Werkzeuge werden nicht genutzt.

Sieh bitte zu dass du einen Debugger ans Laufen bekommst. Verwende
eine IDE die mit xdebug klar kommt, dazu einen Webserver der xdebug
verwendet und dann setz einen Breakpoint in die Zeile des
$this-view-assign().

Das hätte nämlich auch schon heute Mittag offengelegt, dass das
Repository ganz banal nicht in die Klasse injected wurde.

Natürlich *kann* man jetzt auch mit dem f:debug()-ViewHelper
hantieren. Das macht aber keinen Spaß. Zumal Du ja eigentlich
überhaupt kein Fluid debuggen möchtest, Fluid geht ja offensichtlich.

Pro-Tip:
Das was du gerade als Statement treibst geht übrigens schöner,
einfacher und erfordert nicht mal eine zusätzliche Methode im Repository.

Das QueryResultInterface schreibt getFirst() vor, und das
Generic/QueryResult ist so schlau, einen bestehenden Query durch ein
setLimit(1) zu erweitern.

https://typo3.org/api/typo3cms/class_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_repository.html#a73a1b0348919b6755e4f69dcc70eba64

https://typo3.org/api/typo3cms/interface_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_query_result_interface.html#acac359f9ae56b80c7979f4a4feb736e5

https://typo3.org/api/typo3cms/class_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_generic_1_1_query_result.html#acac359f9ae56b80c7979f4a4feb736e5

https://typo3.org/api/typo3cms/_query_result_8php_source.html#l00098

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 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 Georg Ringer
Gesendet: Montag, 9. März 2015 14:30
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Extbase macht mich verrückt

Am 2015-03-09 um 13:59 schrieb Marc Willmann:
teilweise. Das @inject ist z.B. wichtig. Google nach Dependency
Injection. Einmal verstanden willst Du nie wieder ohne DI
programmieren.

ich empfehle das @inject wegzulassen und injectmethoden zu verwenden
da die einiges schneller sind!

lg georg
___
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

--
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

TYPO3 Certified Integrator
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http

Re: [TYPO3-german] Extbase macht mich verrückt

2015-03-09 Diskussionsfäden Marc Willmann

Hallo Christian,

Am 09.03.15 13:54, schrieb Christian Leicht:
 Der Wahnsinn,
 
 spielen die Kommentarzeilen jetzt auch eine Rolle?

teilweise. Das @inject ist z.B. wichtig. Google nach Dependency
Injection. Einmal verstanden willst Du nie wieder ohne DI programmieren.

 Dann muss ich in \WWL\WwlFeuserfiles\Domain\Repository\WwlFeuserRepository
 
 WwlFeuserRepository Groß schreiben? oder klein?
 Die Datei unter Classes/Domain/Repository heißt aber
 WwlfeuserfilesRepository.php

Klassennamen UpperCamelCase
Methodennamen lowerCamelCase
Variablen lowerCamelCase

lesbarer Code erleichtert vieles, dazu gehören auch ein paar
Konventionen, die nicht notwendigerweise technisch bedingt sind.
Allerdings gilt bei Extbase Convention over Configuration, insofern noch
ein wichtiger Grund, sich an Bewährtes zu halten.

Marc


 Muss das der selbe Name sein wie in den Kommentaren?
 
 
 Christian
 
 
 
 Am 09.03.2015 um 11:53 schrieb Marc Willmann:
 Hallo Christian,

 ich gebe Georg dahingehend Recht, dass es Dir offenkundig noch an den
 Grundlagen des MVC-Programmierens fehlt. Aber wir haben ja alle mal
 angefangen. :-)


  public function showFeuser(){

  $query = $this-createQuery();
  $query-statement(SELECT * FROM fe_users LIMIT 1);
  return $query-execute();
  }

 im Repository. das $query-statement() gewinnt keine Eleganzpreise,
 dürfte aber funktionieren.

 einen Datensatz anzeigen lassen.
 Mich bringt das ganze Controller Repository Module Zeugs noch um den
 Verstand. Warum hat man das jetzt so umständlich auf verschiedene
 Dateien verteilt?

 Das geht jetzt wirklich in die MVC-Grundlagen; nur so viel: bei größeren
 Projekten ist das deutlich übersichtlicher.

 Die Funktion showFeuser() habe ich in der Repository abgelegt.

 Aber wo rufe ich denn die Funktion jetzt auf?


 Wenn ich im Controller nun

  public function listAction() {
  $wwlfeuser = $this-WwlfeuserRepository-showFeuser();

  $this-view-assign('wwlfeuser', $wwlfeuser);
  }


 verwende, dann bekomme ich nur diese Fehlermeldung:

 Fatal error: Call to a member function showFeuser() on a non-object in
 /home/httpd/xxx/xxx/typo3conf/ext/wwl_feuserfiles/Classes/Controller/WwlfeuserfilesController.php

 on line 50

 PHP meckert, dass Du showFeuser() aufrusft, ohne ein passendes Objekt zu
 haben. Dein Fehler liegt also bei $this-WwlfeuserRepository (welches
 vermutlich in Deinem Controller nicht existiert). Füg also in Deiner
 Controllerklasse sowas wie


  /**
  * wwlfeuserRepository
  *
  * @var \VENDOR\EXTNAME\Domain\Repository\WwlFeuserRepository
  * @inject
  */
 protected $wwlfeuserRepository = NULL;

 (bitte auch Groß-Kleinschreibung beachten und VENDOR/EXTNAME natürlich
 anpassen) und änder in Deinem Code

 $this-WwlfeuserRepository  in $this-wwlfeuserRepository

 dann könnte das schon besser aussehen. :-)

 Marc


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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase macht mich verrückt

2015-03-09 Diskussionsfäden Marc Willmann

Hallo Christian,

ich gebe Georg dahingehend Recht, dass es Dir offenkundig noch an den
Grundlagen des MVC-Programmierens fehlt. Aber wir haben ja alle mal
angefangen. :-)

 
 public function showFeuser(){
 
 $query = $this-createQuery();
 $query-statement(SELECT * FROM fe_users LIMIT 1);
 return $query-execute();
 }

im Repository. das $query-statement() gewinnt keine Eleganzpreise,
dürfte aber funktionieren.

 einen Datensatz anzeigen lassen.
 Mich bringt das ganze Controller Repository Module Zeugs noch um den
 Verstand. Warum hat man das jetzt so umständlich auf verschiedene
 Dateien verteilt?

Das geht jetzt wirklich in die MVC-Grundlagen; nur so viel: bei größeren
Projekten ist das deutlich übersichtlicher.

 Die Funktion showFeuser() habe ich in der Repository abgelegt.
 
 Aber wo rufe ich denn die Funktion jetzt auf?
 
 
 Wenn ich im Controller nun
 
 public function listAction() {
 $wwlfeuser = $this-WwlfeuserRepository-showFeuser();

 $this-view-assign('wwlfeuser', $wwlfeuser);
 }
 
 
 verwende, dann bekomme ich nur diese Fehlermeldung:
 
 Fatal error: Call to a member function showFeuser() on a non-object in
 /home/httpd/xxx/xxx/typo3conf/ext/wwl_feuserfiles/Classes/Controller/WwlfeuserfilesController.php
 on line 50

PHP meckert, dass Du showFeuser() aufrusft, ohne ein passendes Objekt zu
haben. Dein Fehler liegt also bei $this-WwlfeuserRepository (welches
vermutlich in Deinem Controller nicht existiert). Füg also in Deiner
Controllerklasse sowas wie


 /**
 * wwlfeuserRepository
 *
 * @var \VENDOR\EXTNAME\Domain\Repository\WwlFeuserRepository
 * @inject
 */
protected $wwlfeuserRepository = NULL;

(bitte auch Groß-Kleinschreibung beachten und VENDOR/EXTNAME natürlich
anpassen) und änder in Deinem Code

$this-WwlfeuserRepository  in $this-wwlfeuserRepository

dann könnte das schon besser aussehen. :-)

Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Condition in TS richtig setzen

2015-03-04 Diskussionsfäden Marc Willmann

sollte alles gehen und logisch dasselbe sein, sofern xxx.de, www.xxx.de,
xxx.com und www.xxx.com ALLE Domains sind, die auf diese Seite verweisen.

ich präferiere
 [...] || [...]
 [ELSE]
 [GLOBAL]

weil ich es für am einfachsten Lesbar halte, aber darüber kann man
Glaubenskriege führen. :)

Marc

Am 04.03.15 16:46, schrieb Christian Leicht:
 Hallo,
 
 ich muss für ein formhandler Formular eine Weiche für 2 Domains/Sprachen
 einbauen und habe mit Google widersprüchliche Condition Verwendungen
 gefunden.
 
 
 Zur Zeit benutze ich folgendes:
 
 [globalString = IENV:HTTP_HOST = www.xxx.de]||[globalString =
 IENV:HTTP_HOST = xxx.de]
 
 plugin.Tx_Formhandler.settings { ...
 
 [ELSE]
 
 plugin.Tx_Formhandler.settings { ...
 
 [GLOBAL]
 
 
 Im Web habe ich aber auch folgende Möglichkeit gefunden:
 
 [globalString = IENV:HTTP_HOST = www.xxx.de, IENV:HTTP_HOST = xxx.de]
 plugin.Tx_Formhandler.settings { ...
 [ELSE]
 plugin.Tx_Formhandler.settings { ...
 [GLOBAL]
 
 
 
 Oder soll ich die 2. Sprachversion auch noch angeben, also:
 
 [globalString = IENV:HTTP_HOST = www.xxx.de]||[globalString =
 IENV:HTTP_HOST = xxx.de]
 plugin.Tx_Formhandler.settings { ...
 [globalString = IENV:HTTP_HOST = www.xxx.com]||[globalString =
 IENV:HTTP_HOST = xxx.com]
 plugin.Tx_Formhandler.settings { ...
 [GLOBAL]
 
 Was ist denn die richtige Variante?
 
 Besten Dank für Hilfe
 
 Christian
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Condition in TS richtig setzen

2015-03-04 Diskussionsfäden Marc Willmann

geht's Dir um die unterschiedliche Syntax Deiner if/else bzw. logical
OR-Verknüpfung?

Oder um die korrekte Abfrage der Bedingung?

Vielleicht hilft Dir
http://docs.typo3.org/typo3cms/TyposcriptReference/Conditions/Reference/Index.html#condition-hostname
weiter.

Übrigens kennen die Conditions auch Wildcards, das macht's vielleicht
noch etwas übersichtlicher.

[hostname = *.xxx.de]
[globalString = IENV:HTTP_HOST = *xxx.de]


http://docs.typo3.org/typo3cms/TyposcriptSyntaxReference/Syntax/Conditions/Index.html

sagt

[ condition 1 ][ condition 2]

(Some TypoScript only parsed if condition 1 or condition 2 are met.)

[GLOBAL]

(also kein '||' - obwohl ich mir sicher bin, das auch schon benutzt zu
haben)

Ansonsten, wenn Conditions nicht ziehen: Den Klassiker, dass Conditions
nicht in verschachtelten Strukturen liegen dürfen, hast Du geprüft?

Marc

Am 04.03.15 17:07, schrieb Christian Leicht:
 Ja, das hatte ich auch gemacht, aber es funktioniert nicht richtig.
 Ich kann in der TYPO3 Dokumentation diese Variante auch nicht finden.
 In manchen Useranleitungen und Blogs schon.
 Bin mir da ganz unsicher
 
 Christian
 
 Am 04.03.2015 um 16:53 schrieb Marc Willmann:
 sollte alles gehen und logisch dasselbe sein, sofern xxx.de, www.xxx.de,
 xxx.com und www.xxx.com ALLE Domains sind, die auf diese Seite verweisen.

 ich präferiere
 [...] || [...]
 [ELSE]
 [GLOBAL]

 weil ich es für am einfachsten Lesbar halte, aber darüber kann man
 Glaubenskriege führen. :)

 Marc

 Am 04.03.15 16:46, schrieb Christian Leicht:
 Hallo,

 ich muss für ein formhandler Formular eine Weiche für 2 Domains/Sprachen
 einbauen und habe mit Google widersprüchliche Condition Verwendungen
 gefunden.


 Zur Zeit benutze ich folgendes:

 [globalString = IENV:HTTP_HOST = www.xxx.de]||[globalString =
 IENV:HTTP_HOST = xxx.de]

  plugin.Tx_Formhandler.settings { ...

 [ELSE]

  plugin.Tx_Formhandler.settings { ...

 [GLOBAL]


 Im Web habe ich aber auch folgende Möglichkeit gefunden:

 [globalString = IENV:HTTP_HOST = www.xxx.de, IENV:HTTP_HOST = xxx.de]
  plugin.Tx_Formhandler.settings { ...
 [ELSE]
  plugin.Tx_Formhandler.settings { ...
 [GLOBAL]



 Oder soll ich die 2. Sprachversion auch noch angeben, also:

 [globalString = IENV:HTTP_HOST = www.xxx.de]||[globalString =
 IENV:HTTP_HOST = xxx.de]
  plugin.Tx_Formhandler.settings { ...
 [globalString = IENV:HTTP_HOST = www.xxx.com]||[globalString =
 IENV:HTTP_HOST = xxx.com]
  plugin.Tx_Formhandler.settings { ...
 [GLOBAL]

 Was ist denn die richtige Variante?

 Besten Dank für Hilfe

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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Youtube Kanal mit Website verknüpfen

2015-03-02 Diskussionsfäden Marc Willmann

wieso in fileadmin? Ich vermute mal schwer, YT sucht das im
DOCUMENT_ROOT, Du musst die Datei also per SFTP o.ä. auf den Webspace
legen. Mit TYPO3 hat das herzlich wenig zu tun.

Marc

Am 02.03.15 09:39, schrieb julia röhling:
 Hallo,
 
 ich versuche seit einigen Tagen meinen Youtube Kanal mit meiner Typo3
 basierten Homepage zu verknüpfen. Anforderung dafür ist es, eine HTML
 Bestätigungsseite auf der Website hochzuladen. Ich habe die
 Bestätigungsseite in den Fileadmin hochgeladen, weiß aber nicht, wie ich
 jetzt weiter vorgehen soll.
 
 Freue mich über eure HIlfe!
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension Manager Problem in 6.2.9

2015-03-02 Diskussionsfäden Marc Willmann

das wheel of death ist bekannt; in 7.x wurde stattdessen ein
Ladebalken eingefügt, der scheinbar besser funktioniert, psychologisch
jedenfalls deutlich besser ist. :-)

6.2 braucht wegen der Kompatibilitätslayer tatsächlich mehr Power als 4.x.

Marc

Am 02.03.15 17:26, schrieb Bernhard Ludwig:
 Hallo Heike,
 
 ich habe hier eine 6.2.9 bei allinkl gehostet. Das endlos drehende Rädchen 
 kann ich hier auch ausmachen, allerdings nicht im Erweiterungsmanager, 
 sondern beim Speichern von z.b. CEs. Nach Klick auf das Speichersymbol dreht 
 das Rädchen endlos, bis ich z.B. irgendwo ins Nichts klicke, dann erscheint 
 wieder der Mauszeiger. Auch ist mir jetzt einige Male passiert, dass ich, 
 weil man nicht erkennen kann, ob gerade gespeichert wird, ein zweites Mal auf 
 den Speicherbutton geklickt habe. Seltsamerweise mit dem Ergebnis, dass dann 
 zwei Datensätze angelegt wurden.
 
 Die 6.2.9 ist hier deutlich langsamer, als eine 4.5.x oder 4.7.x. Ob es am 
 Hosting liegt, kann ich nicht eindeutig sagen. Es wurde ja aber schon öfter 
 mal wegen der langsameren Performance der 6.x geklagt, wahrscheinlich braucht 
 man inzwischen schnellere Server und mehr Ressourcen.
 
 Viele Grüße,
 Bernhard Ludwig
 
 Am 02.03.2015 um 17:00 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de:
 
 Also ich habe ja sehr gute Erfahrungen mit all-inkl gemacht.
 Leider hängt an dem Ding der ganze EMail-Kram, der auf einem lokalen Server 
 abgerufen wird.
 Ich schau mal wann theoretisch ein Wechsel möglich wäre.
 Bei all-inkl kann man bei einem Domainwechsel auch gut die Datenbank 
 kopieren. Mal schauen.
 Muss eben gut geplant sein.
 Der Support ist ja eigentlich schon dran.
 Wasm ich irritiert hat war die unterschiedliche Reaktion im Extension 
 manager.

 Welche Einstellungen könnten denn das Reaktionsverhalten positiv 
 beeinflussen? Wenn ich mit dem Support quatsche kann ich da ja vielleicht 
 mal anfragen, was geht...

 Das mit dem Nerven, bis was passiert kostet halt viel Zeit.

 Gruß
 Heike

 Am 02.03.15 um 16:02 schrieb Ralf-Rene Schröder:
 Hi, solche Effekte habe ich früher auch schon bei anderen Massenhostern
 gehabt, aber eigentlich maximal in 20% der Fälle...
 Deine STRATO Installation scheint einfach sehr langsam zu laufen
 (wahrscheinlich Filesystem UND Datenbank) und die entsprechenden
 feeedbacks verlaufen sich im Sand...

 Wie dir schon andere prophezeit haben, wird es vermutlich noch mehr
 solche Situationen geben... versuche vielleicht den Support zu nerven
 damit er die Installation (auch die DB) mal auf einen besseren Server
 verschiebt...

 PS: eine eigene Installation hätte ich schon lange zu einem anderen
 Hoster, der für TYPO3 optimiert ist, verschoben.
 Bei einer Kundeninstallation solltest du dem Kunden einen Wechsel sehr
 eindringlich nahelegen, und selber nur noch nach Zeitaufwand abrechnen...
 Falls du durch einen Festpreis selber die A...karte gezogen hast, dann
 tust du mir leid, versuche da so schnell es geht rauszukommen...

 ES WIRD NICHT BESSER WERDEN...
 (ich hatte mal eine ähnliche Situation und habe mich dann, sogar im
 Streit von Auftrag und Kunden getrennt - es hat 15 Monate gedauert, dann
 kam der Kunde wieder an und hatte es eingesehen das die
 Hosting-Entscheidung falsch war - jetzt hostet er schon über 2 Jahre bei
 uns)

 PPS: es muß übrigens kein eigener Server sein, ein auf TYPO3
 spezialisierter Hoster wie jWeiland oder Mittwald ist eine genausogute
 Wahl, oder aber auch kleinere flexiblere Hoster mit denen man gut reden
 kann, aber mit Massenhostern, und da gibt es neben deinem Fehlgriff
 leider noch einige mehr, wird es immer wieder sehr häufig Probleme geben


 Am 02.03.2015 um 14:53 schrieb Heike Herzog-Kuhnke:
 Hi Liste,

 noch immer die STRATO Installation, aber anders auswrikendes Problem.
 Wenn ich im Extension Manager die Liste neu aus dem TER geholt habe,
 dann bekomme ich ja immer die Extensions angezeigt, für die ein Update
 zur Verfügung steht.

 Klicke ich dann auf das Update-Sysmbol bekomme ich eine Information zu
 dem Update und kann bestätigen, dass ich das Update installieren möchte.
 Danach ist das System eine Weile beschäftigt und dann sehe ich die
 Liste, leider unverändert wieder, als wäre nix passiert.

 Wähle ich allerdings die Extension aus der Liste, die bei Extension
 hinzufügen angezeigt wird, und installiere diese, dann habe ich ein sich
 ewig drehendes Rädchen. Wenn ich lange genug warte und dann einen
 anderen Bereich meiner typo3 anklicke und wieder zum Extension Manager
 zurückkehre, dann ist die Aktualisierung installiert.

 Ist das ein Bug?
 Woran könnte das liegen?

 Gruß
 Heike



 ___
 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
 


-- 
Marc Willmann. TYPO3-Freelancer

[TYPO3-german] FAL-Datensätze im eigenen Schedulder-Task aktualisieren

2015-02-24 Diskussionsfäden Marc Willmann

Hallo Liste,

ich suche momentan nach einer Lösung, in einem eigenen Scheduler-Task
automatisiert Bilder per FAL zuzuordnen bzw. zu aktualisieren, sofern
diese bereits vorhanden sind.

Abrufen der Bilder aus einem Repository (extern) und die entsprechenden
Datensätze aus meinem Extbase-Repository ziehen ist fertig und
funktioniert problemlos - allerdings klappt die Zurordnung noch nicht
optimal.

Aktuell behelfe ich mir, die vorhandenen Bilder mit Bildern gleichen
Namens zu überschreiben und danach den FAL-Task laufen zu lassen, damit
meine skalierten Ableger wieder stimmen. Aber Objekte, denen noch nie
manuell ein Bild zugewiesen wurde, bekomme ich damit nicht erschlagen.

Hat jemand eine Idee für eine sauberere Lösung oder vielleicht sogar
einen Codeschnipsel?

Vielen Dank im Voraus


Marc
-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] TYPO3 Neuinstallation mit mehr als 8 vhosts - Tricks oder Tips ?

2015-02-10 Diskussionsfäden Marc Willmann

Am 10.02.15 19:49, schrieb Bernd Pier:
 Am 10.02.15 19:31, schrieb RDE - Gert Redlich:
 Hallo, bitte eine einfache Frage an alle mit Linux root Servern
 und vhosts :

 Ab der 6.2 solle man die Typo3 Sourcen ins Document Root
 expandieren / kopieren und dort installieren.

 Ich möchte aber nicht in allen 8 Document Root's die
 gleichen Sourcen bevorraten, sondern immer nur einmal pro Server.

 Mit der ehemaligen jeweiligen Dummy Variante war das
 ganz einfach und leicht handhabbar strukturiert.

 Wie macht ihr das ?

 Gibts da eine Anleitung oder Tips und Tricks ?
 folgende Struktur
 /html/typo3_src-6.2.9
 /html/web1
 /html/web2
 und in den einzelnen web1/2 Verzeichnisse ein
 ln -s ../typo3_src-6.2.9 typo3_src
 ln -s typo3_src/typo3 typo3
 ln -s typo3_src/index.php index.php
 geht das nicht mehr?

doch, genau so geht das und das ist auch best-practice! :-) Das
Install-Tool meckert ja sogar, wenn index.php kein Symlink ist...

Ich mach noch eine zusätzliche Ebene dazwischen

typo3_src-6.2-CURRENT - typo3_src-6.2.9

typo3_src - typo3_src-6.2-CURRENT
typo3 - typo3_src/typo3
index.php - typo3_src/index.php

Hat den Vorteil, dass bei MINOR(!)-Updates nach dem Testen(!) sehr
schnell die neue Version aktiv geschaltet werden kann.


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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Caretaker

2015-01-27 Diskussionsfäden Marc Willmann

Ich glaube mich zu erinnern, dass das ein bekanntes Problem bei
Caretaker ist und die Programmierer an einer alternativen Lösung
arbeiten, die ein paar konzeptionelle Fehler beseitigen/umgehen soll.

War Thema auf einem T3Camp im letzten Jahr... (ich glaube in Berlin)

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

[TYPO3-german] Fluid Powered TYPO3 || Zugriff auf andere Form-Componenten (FLUX)

2015-01-16 Diskussionsfäden Marc Willmann

Hi,

ich arbeite mit einem Fluid Powered TYPO3-Template und versuche gerade,
das Backend Redakteursfreundlicher zu machen. Konkret möchte ich ein
SELECT-Field erstellen, dessen auswählbare Werte aus anderen Feldern
desselben bzw. eines anderen Inhaltslements (in der gleichen
Provider-Extension, ebenfalls flux) kommt.

Leider sind die Dokumentationsseiten genau zu diesem Thema leer. Frage:
hat jemand ein Beispiel, an dem man sich die Funktionsweise dieser
Geschichte klar machen kann?

Vielen Dank

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Typo3 hinter Proxy

2015-01-16 Diskussionsfäden Marc Willmann

Am 16.01.15 12:35, schrieb just me:
 Hi,
 
 dass es geht, hatte ich via Google/Foren bzw. durch drei verschiedene
 Consultant unterschiedlicher Firmen bestätigt bekommen ... nur glauben
 will mein Chef es irgendwie nicht ;)
 
 Bei
 env | grep -i proxy
 
 erscheint tatsächlich nichts.
 Nachdem ich mit export den Proxy samt Daten eingegeben habe, kam in der
 Kommandozeile nur ein  anstelle des üblichen user@server:pfad# Ich
 glaube, er will da noch weitere Eingaben haben, kann das sein?

hört sich an, als hättest Du noch eine Klammer/Anführungszeichen offen.
kann das sein?

export http_proxy=http://user:pass@proxyserver:port

statt

export http_proxy=http://user:pass@proxyserver:port;
-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Gridelements - Inhaltselement unwrappen

2015-01-14 Diskussionsfäden Marc Willmann

Indem Du entweder auf csc-styled-content verzichtest oder CSC
beibringst, das so zu wrappen, wie Du das gerne hättest. tt_content als
Einstiegspunkt und der TSOB sind Deine Freunde.

Oder Du fasst das jquery-Akkordeon an und veränderst die Trigger.



Am 14.01.15 16:17, schrieb Stefan Padberg:
 Hallo,
 
 ich möchte mit Gridelements 3.0 ein Akkordeon-Element erstellen. Das
 Problem verkompliziert sich dadurch, dass der Kunde in einem
 Akkordeon-Element mehrere Typo3-Inhaltselemente benötigt: Text plus
 Bilder plus Formular usw.
 
 Der resultierende HTML-Code sieht dann z.B. so aus:
 
 
 div class=gridelements-accordeon
  ul class=accordeon-wrap
   li class=accordeon-item
 
div id=c123 class=csc-default
 div class=csc-header
   h3Titel 1/h3
 /div
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
/div
 
   /li
   li class=accordeon-item
 
div id=c123 class=csc-default
 div class=csc-header
   h3Titel 1/h3
 /div
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
/div
div id=c123 class=csc-default
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
/div
div id=c123 class=csc-default
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
/div
 
   /li
   li class=accordeon-item
 
div id=c123 class=csc-default
 div class=csc-header
   h3Titel 1/h3
 /div
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
 p class=bodytextAkkordeoninhalt/p
/div
 
   /li
  /ul
 /div
 
 
 Das jQuery-Akkordeon funktioniert so, dass es nach der Überschrift H3
 sucht und alles, was zwischen den H§-Überschriften liegt, als
 Akkordeon-Inhalt betrachtet. Der Mechanismus wird durch die
 csc-default-Wrapper gestört.
 
 Wie bekomme ich die weg?
 
 Beste Grüße
 Stefan
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Templavoila - Template ändern

2015-01-14 Diskussionsfäden Marc Willmann

Am 14.01.15 16:08, schrieb Stefan Padberg:
 Hallo,
 
 ich hab hier ein Problem: Typo3 4.5 mit Templavoila.
 
 Ich kenne mich mir Templavoila nicht gut aus, weiß nur, dass es elend
 kompliziert ist, etwas am Template zu ändern.

nö. Eigentlich nicht. :-)

 Jetzt habe ich einem Kunden zugesagt, eine Änderung am HTML-Template
 durchzuführen. Da muss eine Adresse und ein Link geändert werden.
 
 Ich habe hier folgendes Rezept gefunden, komme damit aber nicht wirklich
 klar:
 1) html ändern
 2) ds file auswählen um das xml rauszukopieren (grund: habe im xml
 typolinks auf alias gesetzt und das wird in unteren schritten
 überschrieben)
 3) zurück zum storagefolder und dt anwählen - templaVoila
 4) - modify/ds
 5) safe as
 6) safe
 7) zurück zum storage folder und erneut dt - templavoila
 8) header ´parts - set - safe
 9) zurück zum storage folder und edit ds - xml ersetzen
 
 Die HTML-Dateien sind von mir geändert und sämtliche Caches, derer ich
 habhaft werden konnte, sind gelöscht worden - ohne Effekt.

logisch.

 Wie wähle ich einen DS file aus?

DS ist eine Datensatzstruktur von TV, die Du im TV-Storage findest.

 Welcher storage folder wird da gemeint?

Der TV-Storage-Folder. Am einfachsten zu finden, wenn Du im Seiten-Modul
auf TemplaVoila klickst.

 Vielleicht gibt es ja hier einen Templavoila-Crack, der mir auf die
 Sprünge helfen kann.

Gerne. :-) Sei aber vorsichtig und hab ein Backup zur Hand, wenn Du am
TV rumfummelst und nicht genau weisst, was Du tust. :-)

Je nach Änderung reicht übrigens auch, die TV-Struktur neu zu speichern
(wenn Du an den Mappings nichts veränderst). DAS XML-Geiere in Deiner
Beschreibung kommt mir unnötig umständlich vor.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Typo3 hinter Proxy

2015-01-14 Diskussionsfäden Marc Willmann

Hallo,

erstmal herzlich willkommen hier :) Als freundlicher Hinweis vorab: Hier
wird es gerne gesehen, wenn man mit Realnamen posted.

Die Fragen, die Du stellst, sind eher TYPO3-unspezifisch, sondern
behandeln allgemeine Serverfragen. Dazu hast Du ja auch bereits einige
Hinweise bekommen.

Dass Dein Arbeitgeber auf TYPO3 setzt, ist sicher eine gute Idee. Deine
Versuche, Dir das System einmal anzusehen und dabei eine Standard-Config
und ein Standardtemplate anzusehen auch. Allerdings möchte ich Dir
raten, BEVOR ihr viel Zeit  Geld für Eigenversuche investiert,
professionelle Hilfe (im Sinne von externer Dienstleister oder Schulung)
in Anspruch zu nehmen. Viele TYPO3-Dienstleister sind gerne bereit,
Know-How auch an interne Abteilungen zu transferieren.

Geht es bei Euch darum, eine Website zu relaunchen oder soll die
bestehende Lösung nun mit TYPO3 realisiert werden? Wie ist der
Zeithorizont? Je schneller es gehen soll, desto sinnvoller ist es, früh
externe Hilfe zu holen.

Auch bei der Fragen: Wo liegt die Seite nachher? und Wer
administriert den Server? können TYPO3-Experten, entweder Agenturen
oder Freelancer, helfen. Und aus Erfahrung kann ich sagen, dass viele
Firmen leider zu spät um Hilfe bitten und es dann insgesamt teurer wird
als es hätte sein müssen...

Wenn Du Dich (trotzdem oder zusätzlich) in TYPO3 einarbeiten willst,
bist Du hier auf jeden Fall an der richtigen Adresse. Insofern: viel
Spaß mit TYPO3. :-)

Viele Grüße

Marc

Am 13.01.15 15:02, schrieb just me:
 Hallöchen zusammen,
 
 nachdem mein Arbeitgeber beschlossen hat, ggf. auf Typo3 zu setzen, bin
 ich damit beauftragt worden, mir diese Plattform einmal näher anzusehen
 und zu schauen, ob sie für uns in Frage kommt.
 
 Nach einigen Anlaufschwierigkeiten habe ich es nach einem Tag Arbeit
 (Vorkenntnisse in Linux und Apache-Config etc. = Null) endlich
 geschafft, eine laufende Typo3-Installation auf die Beine zu stellen.
 Mehr oder weniger zumindest, denn auf mehr als das BackEnd kann ich
 aktuell nicht zugreifen.
 Nach der Installation wurde mir zwar angeboten, dass ich doch ein
 Template herunterladen könne, um eine neue Seite zu erstellen, doch ist
 dies daran gescheitert, dass der Webserver über einen Proxy ins Netz
 kommt. Oder auch nicht.
 Unter System -- Configuration habe ich in der Global Configuration zwei
 Stellen gefunden, in denen ein Proxy vorkommt: curlProxy und reverseProxy
 Wenn ich darauf klicke, erhalte ich einen Text, den ich in eine
 Configuration File (ja, ist noch Englisch. Die Sprachverwaltung hat das
 gleiche Problem ;) ) kopieren soll. In welches wird unglücklicherweise
 nicht erwähnt. Google brachte zu diesem Thema nur Ergebnisse zu
 irgendwelchen extensions (so man denn welche entwickelt, doch dies ist
 ja bei mir nicht der Fall).
 Ich weiß leider gerade so gar nicht mehr weiter.
 
 Welche Punkte muss ich mit welchen Angaben (ich habe Infos ala http ://
 benutzer:passwort @server:port ) wo hineinkopieren?
 
 Das ganze ist für Anfänger echt ein bisschen verwirrend, vor allem, wenn
 man normal nur GUI-Administration ala WordPress, SharePoint o.Ä. gewohnt
 ist.
 Kann mir hier jemand helfen?
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Scheduler kann keine Tasks hinzufügen

2015-01-13 Diskussionsfäden Marc Willmann

Schau im Error-Log des Servers bzw. im TYPO3-log nach Fehlermeldungen;
vermutlich ist irgendein Task nicht sauber programmiert und schickt den
Scheduler früh auf die Bretter. Ist mir in der Entwicklungsphase auch
schon passiert.

Im Zweifel verdächtige Extension deinstallieren und schauen, ob's dann
klappt, um den Verdächtigen einzukreisen...

Warum es auf Deinem Server klappt und remote nicht: Unterschiedliche
PHP-Version oder sonstige Konfigurationsänderungen.

Marc

Am 13.01.15 15:25, schrieb Jan Hocke:
 Hallo,
 
 ich habe ein Problem mit dem Scheduler. Seit ich meine lokale
 TYPO3-Installation (6.2.9) auf einen Server migriert habe,
 will der Scheduler einfach keine Tasks mehr erstellen. Das merkwürdige
 ist, dass es keine Fehlermeldung gibt.
 
 Wenn ich auf Task hinzufügen klicke, passiert einfach garnichts. Die
 Oberfläche zum konfigurieren des Tasks erscheint nicht.
 Die Buttons zum Speichern, Speichern und schließen, etc. erscheinen
 allerdings in der Leiste oben.. (siehe Screenshot)
 
 Hat jemand eine Ahnung, woran das liegen könnte?
 
 Viele Grüße
 
 Jan
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde

2015-01-09 Diskussionsfäden Marc Willmann

Am 09.01.15 14:18, schrieb bernd wilke:
 Ein beliebter Fehler ist es, dem Server die Ortszeit einzugeben; korrekt
 ist aber UTC und zusätzliche die Zeitzone zu pflegen. Auf den ersten
 Blick macht das keinen Unterschied, aber genau für Dein
 Anwendungsszenario ist das schon relevant.
 
 das könnte dann aber z.B. bei TYPO3 dazu führen dass der Inhalt einer
 deutschen Website nicht pünktlich zum Datumswechsel sondern erst eine
 (oder im Sommer zwei) Stunden später ausgetauscht wird. Da das mittenin
 der Nacht ist und bei den meisten Seiten damit zu eienr Zeit mit wenig
 Besuchern mag das akzeptabel bis irrelevant sein. aber manchmal ist es
 schon wichtig (zb. wenn ein Formular bis genau zum Ende eines
 Anmeldezeitraumes sichtbar/aktiv sein muss)

Nein, warum sollte das so sein? Die Serverzeit ist die Referenz, alles
andere (TYPO3/PHP/...) hat die Zeit so zu speichern, wie der Server das
erwartet. Dann ist die Datumumstellung auch nachts um 0:00 Uhr (in der
Zeitzone des Servers) und nicht früher oder später.

Ich habe einige Formulare am Start, die täglich zu genau definierten
Zeitpunkten Inhalte ändern oder schließen, da ist es völlig
inakzeptabel, das +-1h zu realisieren...

 Ich habe jetzt keine genauen Informationen, nur so eine etwas unkonkrete
 Erinnerung:
 ich meine irgendwo gelesen zu haben, dass PHP und javascript bei den
 Aus- und Eingaben von Zeiten/Datumsangaben individuell Zeitzonen ein-
 und ausrechnen. 

Anhand welcher Informationen sollte JS/PHP das denn machen? PHP läuft
auf dem Server (hat also dieselbe Zeitzone wie dieser, wenn man es nicht
kaputtkonfiguriert) und JS sollte nun überhaupt keine Idee haben, wo auf
der Welt ich mich grade auf den Server einlogge.

Ich habe mich letztes Jahr mit meinem Rechner durch mehrere Zeitzonen
bewegt (bis -7 Stunden) und Inhalte auf diversen Servern gepflegt; immer
die deutsche Zeit verwendet und nie ein Problem gehabt.

Ich seh irgendwie das Problem nicht.

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde

2015-01-09 Diskussionsfäden Marc Willmann

Hallo Bernd,

 Für den Deutschen Sprachraum funktioniert das nicht, denn ich kann den
 Leuten nicht zumuten ein Datum in der Form 2015-01-08T00:00:00+01:00
 einzugeben! Es muss möglich sein 8.1.2015 als gültiges Datum zu
 akzeptieren, ohne Zeit und ohne strickte Formatvorgaben. Und dafür gibt
 es eben keine einfache Lösung...!

 Ich kann Dir nicht folgen; ich habe mehrere TYPO3-Installationen am
 Start, wo die Redakteure das Datum genau so eingeben. In der Datenbank
 landen UNIX-Timestamps, die per TS oder Fluid so konfiguriert werden,
 wie ich sie im jeweiligen Template eben brauche.
 
 hier scheinst du entweder eine sauberere Konfiguration, oder einfach
 Glück bzgl. der konfigurierten Zeitzonen zu haben.

 es gibt schon Konfigurationen wo je nach Situation eine Zeitangabe
 scheinbar um Stunden springt, weil bei der ganzen Umrechnerei zwischen
 UTC und aktuell benutzter Zeitzone (Eingabe, Ausgabe, Viewhelper, ...)
 alles komplizierter gemacht wird als es benötigt wird (und z.B.
 fehlerhafterweise bei jedem Bearbeiten ein Offset addiert wird).
 
 Gerade wenn man nur ein Datum benötigt (und benutzen will) und die
 Uhrzeit dann auf 0:00 gesetzt wird kann eine Änderung um eine Stunde auf
 einmal im vorherigen Tag landen.

DAS sollte natürlich auf keinen Fall passieren; aus diesem Grund ist es
ja auch exterm wichtig, dass die Serverzeit in einer definierten
Zeitzone (UTC) geführt wird. Und zwar unabhängig davon, ob der Server in
UTC steht (tut er bei mir meist nicht) oder nicht.

Ein beliebter Fehler ist es, dem Server die Ortszeit einzugeben; korrekt
ist aber UTC und zusätzliche die Zeitzone zu pflegen. Auf den ersten
Blick macht das keinen Unterschied, aber genau für Dein
Anwendungsszenario ist das schon relevant.

 Auch der Ausweg die Uhrzeit dann auf 12:00 zu setzen funktioniert nur
 bedingt: testet man zwei Datumsangaben kann die Uhrzeit immer noch
 differieren und ein gleiches Datum auf einmal ungleich sein.

Ja, das ist auch dirty. Vor allem verkompliziert man damit seine
Datenbankabfragen, weil Du dann immer eine Datumsrange abfragen musst.

 egal ob BE oder FE: wenn man es sich genau überlegt braucht es einiges
 an Zusatzkonfiguration um ein Verhalten genauer festzulegen.
 betrachten wir mal drei Standort: Japan, Deutschland, New-York / Editor,
 Server, Besucher (beliebig zuordnen bar)
 
 jetzt heißt es: eine Information soll ab 20:00 angezeigt werden.
 20:00 Japan, 20:00 Deutschland oder 20:00 New York?
 die Zeitzone des Editors oder die des Servers oder die des Seitenbesuchers?

20:00 Uhr in der Zeitzone des Servers. Über alles andere kann der Server
keine Entscheidungen treffen. Sollte der Editor in einer anderen
Zeitzone sitzen, müsste er tatsächlich umrechnen - BEIM Eintragen der
Zeit. Das ist aber unabhängig von TYPO3 oder auch nur des Internets;
wenn ich nach Mexiko telefoniere, muss ich mir auch überlegen, wie spät
es dort ist, um nicht alle aus dem Bett zu holen... ;-)

 Wenn der Editor eine solche Zeitangabe einträgt soll seine Zeitangabe
 dann aus seiner Zeitzone auf Serverzeitzone (oder Besucherzeitzone)
 umgerechnet werden oder unverändert übernommen werden (um dann bei der
 Auswertung erst interpretiert werden)?

Das ist eine Frage des Workflows; pflegen regelmäßig nur Redakteure in
nur EINER Zeitzone einen Server in einer anderen Zone, könnte man den
Offset natürlich automatisch berechnen. Das ist bei mir tatsächlich aber
selten der Use-Case; wichtig ist eben, dass der Server die Zeit in UTC
in die Datenbank ablegt und beim Ausgeben der Zeit in die korrekte
Zeitzone umrechnet. Damit habe ich bislang wenig bis keine Probleme gehabt.

Probleme gab's regelmäßig nur dann, wenn Server auf Lokalzeit
konfiguriert waren und dann auf Datum 0:00 geprüft wurde (die
gespeicherte Zeit aber 23:00 oder 01:00 war).

Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde

2015-01-08 Diskussionsfäden Marc Willmann

Hallo Renzo,


Am 08.01.15 13:10, schrieb Renzo Bauen:

 Sowas funktioniert zwar ist aber alles andere als elegant.
 Wie man googeln kann, funktioniert die Anzeige mit dem Viewhelper
 f:format.date eigentlich sehr gut. Aber wenn ich das nicht die UTC
 Formatierung nehme, sondern z.B. d.m.Y dann kann ich nie mehr einen
 Datumswert speichern. Denn der Validator von Extbase akzeptiert
 ausschliesslich das UTC Format. 

Ich vermute, Du meinst das richtige, aber der Vollständigkeit halber:
UTC ist keine Formatierung, sondern eine Zeitzone (koordinierte
Weltzeit, identisch mit GMT).

Unix-Timestamps sind was anderes; die zählen die Sekunden vom 01.01.1970
0:00 Uhr.

 Für den Deutschen Sprachraum funktioniert das nicht, denn ich kann den
 Leuten nicht zumuten ein Datum in der Form 2015-01-08T00:00:00+01:00
 einzugeben! Es muss möglich sein 8.1.2015 als gültiges Datum zu
 akzeptieren, ohne Zeit und ohne strickte Formatvorgaben. Und dafür gibt
 es eben keine einfache Lösung...!

Ich kann Dir nicht folgen; ich habe mehrere TYPO3-Installationen am
Start, wo die Redakteure das Datum genau so eingeben. In der Datenbank
landen UNIX-Timestamps, die per TS oder Fluid so konfiguriert werden,
wie ich sie im jeweiligen Template eben brauche.

Oder sprichst Du von der Eingabe des Datums im Frontend? Das ist eher
ein spezieller Fall, der nicht so häufig vorkommt - über Datepicker (die
dann Timestamps übergeben) oder analog der Antwort von Philipp Gampe
lässt sich das aber auch problemlos lösen...

Viele Grüße


Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde

2015-01-08 Diskussionsfäden Marc Willmann

Hi Manuel,

das ist unter Garantie ein Zeitzonenproblem. Wenn Du den Server selbst
administrierst:

Normalerweise wird die Serverzeit in GMT/UTC geführt; der Server weiss
auch, welche Zeitzone er hat. date auf der Kommandozeile gibt Dir dann
die richtige Zeit aus. [SYS][serverTimeZone] brauchst Du dann eigentlich
nicht anfassen.

Wenn Du keinen Zugriff auf die Serverkonfiguration hast: Probier mit der
[SYS][serverTimeZone] rum. Ich vermute schwer, da sollte eigentlich eine
0 drinstehen, weil die Serverzeitzone eben schon stimmt und nicht
verändert werden soll.

Marc

Am 08.01.15 11:47, schrieb Manuel Schneider:
 Ich bin gerade dabei mich in Extbase/Fluid einzuarbeiten, bisher läuft
 es nicht schlecht. Jetzt habe ich allerdings ein Problem bei dem ich
 nicht ansatzweise weiß wo der Fehler liegen könnte.
 
 Ich habe ein Model mit dem Attribut Starttime (DateTime). Wenn ich in
 TYPO3 anschließend eine Zeit eintrage wird in der Datenbank die richtige
 Zeit eingetragen zB:
 2015-01-20 10:00:00
 
 Wenn ich nun via Fluid versuche das Datum auszugeben funktioniert es
 allerdings nicht richtige. Es wird immer 1 Stunde hinzuaddiert.
 Das Template sieht gekürzt so aus:
 Start: f:format.date date={dates.startdate} format=d.m.Y H:i /
 
 Hat jemand zufällig eine Idee an was das liegen könnte? Im Installtool
 habe ich nur [SYS][serverTimeZone] gefunden. Der Wert steht auf 1. Was
 eigentlich auch stimmen solle (Ich komme aus Österreich)
 
 Über Lösungsvorschläge bzw. Hinweise wäre ich wirklich dankbar.
 
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] FE-Login für Down- und Uploads

2015-01-06 Diskussionsfäden Marc Willmann

moin,

ja, da gibt's Fertiglösungen. Die spannende Frage ist eher, WILLST Du
das in TYPO3 integrieren oder was eigenes haben?

Was eigenes: Schau Dir z.B. mal pydio an.

Integration in TYPO3: Da kommt's sehr auf den genauen Workflow an;
vielleicht ist eine individuelle Extension da aber nicht der
schlechteste Plan.

Marc

Am 06.01.15 10:49, schrieb Steven Kahsnitz | Banane Design GmbH:
 Moin Leute,
 
 Ziel ist es, über unsere Webseite Kunden oder Lieferanten Dokumente, die
 für den Versand per E-Mail zu groß sind, zur Verfügung zu stellen bzw.
 diesen ggf. auch die Möglichkeit zum Upload zu geben.Da hierbei auch
 sensible Daten wie etwa Angebote übermittelt werden sollen, ist
 natürlich ein gewisses Maß an Sicherheit erforderlich. Wir stellen uns
 derzeit eine Lösung über einen geschlossenen, passwortgeschützten und
 SSL-verschlüsselten Kunden-/Lieferantenbereich vor. Jeder
 zugriffsberechtigte externe Partner soll ausschließlich Zugriff auf den
 ihm zugedachten Ordner haben und dort je nach Einstellung Dokumente
 herunter- oder ggf. auch hochladen können. Der Bereich sollte
 unsererseits von einem oder mehreren unternehmensinternen Benutzern
 betreut werden (Lesen, Upload oder Löschen von Dokumenten,
 Anlegen/Löschen von leseberechtigten Partnern) können.
 
 Hat jemand mit so etwas in Verbindung mit Typo3 schon Erfahrungen
 gemacht? Bzw. kann mir die ein oder andere Extension empfehlen? Auf was
 ist zu achten? Braucht es dazu überhaupt Typo3 oder gibt es da evtl.
 schon Fertiglösungen? Habe mit dem Thema Down- und Upload in
 Verbindung mit Typo3 bisher noch nichts am Hut gehabt.
 
 Danke  Gruß,
 Steven
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Model erweitern

2015-01-05 Diskussionsfäden Marc Willmann

Hallo Eike,

Wieso sollte das Frontend irgendwas von Deinen TCA-Erweiterungen
mitkriegen? Was willst Du im Ergebnis eigentlich genau erreichen?

Marc


Am 05.01.15 16:48, schrieb Eike Starkmann:
 Hallo,
 
 ich bin gerade über nen neuen Weg das TCA zu erweitern gestolpert:
 http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/Examples/Index.html
 
 Ich habe das jetzt mal für eine Extension so umgebaut, allerdings stellt
 sich mir die Frage, wie das Frontend von diesen Änderungen wissen soll?
 Es gibt ja keine Setter und Getter für die neuen Attribute im Model.
 
 Also muss noch eine Erweiterung des Model her, aber dann brauche ich
 doch wieder einen eigenen Typen, damit das Mapping funktioniert, etwa so:
 
 ext_tables.php:
 
 if
 (!isset($GLOBALS['TCA']['tx_eventmgmt_domain_model_event']['ctrl']['type']))
 {
   if
 (file_exists($GLOBALS['TCA']['tx_eventmgmt_domain_model_event']['ctrl']['dynamicConfigFile']))
 {
   
 require_once($GLOBALS['TCA']['tx_eventmgmt_domain_model_event']['ctrl']['dynamicConfigFile']);
   }
   // no type field defined, so we define it here. This will only happen
 the first time the extension is installed!!
   $GLOBALS['TCA']['tx_eventmgmt_domain_model_event']['ctrl']['type'] =
 'tx_extbase_type';
   $tempColumns = array();
   
 $tempColumns[$GLOBALS['TCA']['tx_eventmgmt_domain_model_event']['ctrl']['type']]
  = array(
   'exclude' = 1,
   'label'   =
 'LLL:EXT:extend_eventmgmt/Resources/Private/Language/locallang_db.xlf:tx_extendeventmgmt.tx_extbase_type',
   'config' = array(
   'type' = 'select',
   'default' = 'Tx_ExtendEventmgmt_Event',
   'items' = array(),
   'size' = 1,
   'maxitems' = 1,
   )
   );
   
 \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('tx_eventmgmt_domain_model_event',
  $tempColumns, 1);
 }
 
 ext_typoscritp_setup:
 
 config.tx_extbase{
 persistence{
 classes{
 Undkonsorten\Eventmgmt\Domain\Model\Event {
 subclasses {
 Tx_ExtendEventmgmt_Event =
 Undkonsorten\ExtendEventmgmt\Domain\Model\Event   
   }
 }
 Undkonsorten\ExtendEventmgmt\Domain\Model\Event {
 mapping {
 tableName = tx_eventmgmt_domain_model_event
 recordType = Tx_ExtendEventmgmt_Event
 }
 }
   }
 }
 }
 
 Dies funktioniert allerdings mit der neuen Methode nicht.
 
 1.) Gibts da ähnliche Erfahrungen?
 2.) Braucht man eigentlich unbedingt einen neuen Typen für das mapping?
 
 Bis denne, Eike
 
 
 
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Wozu Wrapper?

2014-12-18 Diskussionsfäden Marc Willmann

Hallo Mark,

TypoScript ist ein mächtiges Werkzeug und ja: die Einstiegshürde ist
hoch. Als erfahrener Entwickler möchte man auf dieses Schwert aber nicht
verzichten; viele Dinge sind mit TS möglich, die über normales
Templating nicht oder nur sehr umständlich zu lösen sind.

Mit Fluid, das auch Logik in die Templates bringt, wird diese Grenze
etwas unschärfer.

Aber konkret: Welche wrapper stören Dich denn? Die der normalen
Inhaltselemente? Ich vermute, Du bist über die CSS Styled Content
gestolpert. Vielleicht ist fluidcontent_core eine Alternative; dort
werden die Standardsinhaltselemente nicht mit TS, sondern mit Fluid
Templates definiert.

Viele Grüße


Marc

Am 17.12.14 20:15, schrieb Mark Knochen:
 Hallo,
 
 mich würde einmal grundsätzlich interessieren, warum diese ganzen
 Wrapper im TypoScript definiert werden? Ich bin immer wieder etwas
 erstaunt und bei Änderungen etwas genervt, dass HTML-Elemente sich
 irgendwo im TypoScript befinden und nicht in den Templates. Zumal das
 Anpassen über die Templates für den User doch deutlich einfacher wäre,
 als sich da irgendwo was im TS zu suchen ...
 
 Mark

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] tx_news - Seiteninhalte handeln

2014-12-18 Diskussionsfäden Marc Willmann

Das kann man so machen; ich habe für redaktionell gepflegte Websites
schon TYPO3-Instanzen gebaut, die mehr oder weniger nur aus News-Plugins
bestehen, die perfekt ineinanderlaufen. Gepflegt werden diese
tatsächlich nur in Sysfoldern, was Vor- und Nachteile hat.

Für Deinen Einsatzzweck würde ich das nicht so lösen; Eher würde ich auf
der Startseite z.B. über TypoScript eine Vorschau (Titel, Datum, Link)
über die letzten Inhalte im System rendern lassen, das so eine Art
news oder besser latest content simuliert.

Das sollte in ein paar Zeilen TS zu lösen sein; mit Sicherheit gibt's
aber auch eine Extension, die sowas in der Art macht...

Marc

Am 15.12.14 18:08, schrieb Dirk Ho:
 Hallo,
 
 sorry für den wenig aussagekräftigen Titel, aber mir fiel nicht wirklich
 was besseres ein.
 
 Und zwar haben wir auf unserer Internetpräsenz News, Fotos, einen
 Spieltagsflyer und Fanartikel.
 
 Wenn es in einem dieser Bereiche was neues gibt will ich es auch auf
 unserer Startseite anzeigen. Ich würde gerne auch über z.B. RSS-Grafitti
 die gleichen News wie auf unserer Startseite in den sozialen Netzwerken
 auf unseren Seiten verbreiten.
 
 Nun habe ich mir gedacht, ich binde die Extension mehrfach auf unserer
 Seite ein (damit ich z.B. Fotos anders formatiert anzeigen kann als den
 Spieltagsflyer). Über Kategorien steuere ich dann, was in welcher
 News-Instanz angezeigt wird.
 
 Über die Archivfunktion würde ich dann z.B. die Fotos auf einer
 Unterseite nach Saison gruppiert anzeigen.
 
 Wo ich mich bei euch Profis erkundigen wollte ist, ob das ein gängiger
 Weg ist, weil ja doch alles letztendlich in einem SysFolder landet und
 die Strukturierung nicht mehr sooo gut ist.
 
 Oder kennt ihr andere/bessere Möglichkeiten?
 
 Vielen Dank und viele Grüße,
 
 Dirk
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Seitenname in URL funktioniert nicht

Am 17.12.14 12:22, schrieb John Fiddle:
 Ich habe eine Typo3-Installation der Version 4.5.15 von einer Debian
 Maschine auf eine andere kopiert, Apache-Konfiguration entsprechend
 angepasst, Rewrite-Modul aktiviert und stehe nun vor folgendem Problem:
 
 Die Startseite wird korrekt geladen (kann keine links posten)
 
 Eine Unterseite jedoch wirft einen 404er Fehler:
 seite.de/unterseite.html

EINE Unterseite, oder ALLE?

Funktioniert die Seite ohne sprechende Namen?
Ist im Apachen konfiguriert, dass die htaccess die entsprechenden
Änderungen auch machen darf?
Was sagt das Log?

 So jetzt bin ich nach mehreren Wochen der Verzweiflung wegen Typo3 als
 erfahrener (bezahlter) PHP-Entwickler mal wirklich gespannt, ob mir
 diese Community weiterhelfen kann.

Den Satz versteh ich nicht. :-/ Meinst Du, dem Rest hier fliegen die
gebratenen Hühnchen so auf die Tastatur? Oder dass die Community hier zu
doof ist, um Dir zu helfen?

Ich wage die Prognose, dass das Problem beim Umzug von Dir verursacht
wurde; das ist auch keine Wertung, da gibt's viele Kleinigkeiten, die
Ursache für das von Dir beschriebene Phänomen sein können. Ziemlich
sicher ist es kein TYPO3-generelles Problem, allenfalls eine (durch Dich
oder jemand anderes) unsauber aufgesetzte Installation.

4.5.15 ist übrigens uralt. Trotzdem: erstmal das Umzugsproblem lösen und
DANN updaten; eine Baustelle zur Zeit.

Übrigens ist es hier gerne gesehen, wenn man mit Realnamen auftritt -
ich hoffe, ich tue Dir nicht unrecht, aber John Fiddle mit der
Mailadresse klingt ein bisserl nach Pseudonym.


Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account

Hallo Nils,

wovon sprichst Du? Welche Account-Settings? Welches Forum?

Marc

Am 17.12.14 14:46, schrieb Nils Weidinger:
 Hallo,
 
 folgende Dinge stören mich ehrlich gesagt schon ein wenig.
 
 Ich habe schon vier mal meine Account-Settings ändern müssen, weil der
 Default-View immer wieder auf den Tree-View gestellt wird. Gibt es
 irgendeinen Trick, das zu vermeiden???
 
 Seit Kurzem wird mein Klarname für nicht angemeldete Benutzer angezeigt?
 Wie kann ich dauerhaft einstellen, dass für unangemeldete Besucher nur
 mein Benutzername sichtbar ist?
 
 Vielen Dank im Voraus und Gruß
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account

Hallo Nils,

 ich spreche von diesem Forum.

Dir ist schon klar, dass Du das auf einer MAILING-Liste schreibst? Die
meisten Leute hier bekommen die Beiträge in ihrem Mailaccount, da ist's
völlig gleich, ob wer auch immer irgendwo angemeldet ist.

Mir war nicht mal klar, dass es irgendwo ein Forum mit diesen Inhalten
hier gibt; oder meinst Du das Listenarchiv, das unten in den NAchrichten
verlinkt ist?

Und wenn Du (wie's hier üblich ist) mit Klarnamen schreibst, haben den
eh alle in Ihrem Posteingang; wie soll der prüfen, ob jemand angemeldet
ist oder nicht? Und was für ein Benutzername überhaupt? Mehr als
Mail-Adreesse und Passwort wird doch gar nicht abgefragt...

Fragen über Fragen... :-)

Marc

Am 17.12.14 14:59, schrieb Nils Weidinger:
 Hallo Marc,
 

 
 Ich möchte gerne, dass alle Threads für mich im Flat-View
 dargestellt werden und ich möchte gerne, dass mein Klarname nur
 angemeldeten Benutzern angezeigt wird.
 
 Bis vor wenigen Tagen, war mein Klarname nur sichtbar, wenn man sich
 die Details von meinem Account anzeigen lies. Heute steht er
 plötzlich auch für unangemeldete Benutzer an jedem meiner Beiträge. 
 Die einstellungen unter Control Panel  Account Settings 
 Default Topic View habe ich schon mehrmals ändern müssen und
 trotzdem wird mir immer wieder der Tree-View angezeigt.
 
 Gruß ___ TYPO3-german
 mailing list TYPO3-german@lists.typo3.org 
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account

Hallo Nils,

ah, okay - es wird heller. Rausgekommen bist Du jedenfalls in der GERMAN
TYPO3 Userlist. Deine (wohl berechtigte) Beschwerde solltest Du daher
direkt bei den Forenbetreibern anbringen.

Da in diesem Forum scheinbar die Inhalte der Mailingliste angezeigt
werden, ist Dein Wunsch nach Anonymisierung für nicht angemeldete User
wohl eher nicht realisierbar.

Lt. Footer ist für das angesprochene Forum die TYPO3 Association
verantwortlich.

Marc



Am 17.12.14 15:23, schrieb Nils Weidinger:
 Hallo Marc,
 
 wenn ich mich bei einer Mailing-Liste angemeldet hätte, wäre das
 natürlich zu erwarten. Ich habe mich aber bei einem Forum angemeldet.
 
 http://forum.typo3.org
 
 Gruß
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Seitenname in URL funktioniert nicht

Am 17.12.14 15:34, schrieb John Fiddle:
 So jetzt bin ich nach mehreren Wochen der Verzweiflung wegen Typo3 als
 erfahrener (bezahlter) PHP-Entwickler mal wirklich gespannt, ob mir
 diese Community weiterhelfen kann.
 
 
 AllowOverride None
 
 
 Was soll ich sagen, außer Facepalm :)

:-)

 
 danke danke, und - danke

:-)

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Installation - Berechtigungen für Dateien und Verzeichnisse

2014-12-15 Diskussionsfäden Marc Willmann

Am 12.12.14 18:06, schrieb Knorpi Knurps:
 Um welche Gruppe geht es denn hier?
 Ich denke doch die Gruppe, in der der Apache-User ist?

nein, der Apache-User hat ja schon alle Rechte, die er braucht, weil ihm
das Verzeichnis und die Dateien gehört.

 Die User bekommen doch später ein Konto und melden sich über das
 Backend an. Aber auf Dateisystemebene haben wir doch nur www-data, oder
 nicht?

Das kann so sein, muss aber nicht. Du denkst grade in TYPO3-Benutzer,
ich habe von Linux-Benutzer gesprochen. Denk an einen Webserver mit
mehr als einer TYPO3-Installation drauf; da soll Kunde A keinesfalls
Rechte auf die Installation von Kunde B bekommen.

Das hat mit TYPO3 aber wenig bis gar nichts zu tun, das sind eher
systemadministratorische Fragen...

Viele Grüße


Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] RealURL und tx_news / URL kürzen

2014-12-15 Diskussionsfäden Marc Willmann

ist artikel eine Seite in TYPO3? Seiteneigenschaften geprüft?

Marc

Am 15.12.14 15:05, schrieb Tobias Malikowski:
 Hallo zusammen,
 
  
 
 ich hoffe ihr könnt mir helfen. Ich verwende die Extension „realURL“ und
 „tx_news“ und möchte meine URL kürzen.
 
  
 
 Meine Struktur:
 
  
 
 Root (camba)
 
 -  News (News Übersicht: camba/news)
 
 o   Artikel (News Detailansicht: camba/news/artikel/artikelname)
 
 o   Archiv
 
 -  …
 
 -  …
 
  
 
 Nun möchte ich den Bereich „artikel“ nicht in meiner URL haben.
 
 camba/news/artikel/artikelname   --  camba/news/artikelname
 
  
 
 Im Anhang ist meine realURL config, welche ich aus der tx_news manual
 abgeleitet habe.
 
 Allerdings bekomme ich es einfach nicht hin, die URL zu kürzen.
 
  
 
 Danke für eure Hilfe und euch einen schönen Tag.
 
  
 
 Tobi
 
 
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] RealURL und tx_news / URL kürzen

2014-12-15 Diskussionsfäden Marc Willmann

Hi Tobias,

mach ein Häkchen bei Exclude from speaking URL in den
Seiteneigenschaften Deiner Seite Artikel und das sollte es gewesen
sein. :-)

Marc

Am 15.12.14 15:59, schrieb Tobias Malikowski:
@Marc Artikel ist eine Seite. Was genau soll ich in der Seiteneigenschaft
prüfen?
@Stephan, vielen Dank für deine Nachricht, leider kenne ich mich mit realURL
noch nicht wirklich aus und habe dementsprechend Schwierigkeiten deine
Antwort umzusetzen.

Hier noch ein Link zu der realURL configuration aus der tx_news manual, meine
sieht im Prinzip gleich aus, lediglich die IDs für die Detailseiten sind
angepasst.

Die Konfiguration bei Advanced Example
http://docs.typo3.org/typo3cms/extensions/news/latest/Main/Administration/Realurl/Index.html

Danke für eure Hilfe.

Gruß Tobias

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Stephan Schuler
Gesendet: Montag, 15. Dezember 2014 15:36
An: 'German TYPO3 Userlist'
Betreff: Re: [TYPO3-german] RealURL und tx_news / URL kürzen

Hallo Tobias.

Anhänge gibt’s hier keine. Mit großer Wahrscheinlichkeit ist dein artikel
aber ein postVarSet, und dafür ist der Indikator notwendig um zu
entscheiden, *welches* postVarSet mit den nachfolgenden Pfadsegmenten gemeint
ist, es könnte ja mehrere geben.
Ich würde dieses postVarSet stattdessen als fixedPostVar konfigurieren und
auf die eine Newsseite legen.

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 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 Marc Willmann
Gesendet: Montag, 15. Dezember 2014 15:29
An: tobias.malikow...@braukon.de; German TYPO3 Userlist
Betreff: Re: [TYPO3-german] RealURL und tx_news / URL kürzen

ist artikel eine Seite in TYPO3? Seiteneigenschaften geprüft?

Marc

Am 15.12.14 15:05, schrieb Tobias Malikowski:
Hallo zusammen,

ich hoffe ihr könnt mir helfen. Ich verwende die Extension „realURL“
und „tx_news“ und möchte meine URL kürzen.

Meine Struktur:

Root (camba)

- News (News Übersicht: camba/news)

o Artikel (News Detailansicht: camba/news/artikel/artikelname)

o Archiv

- …

Nun möchte ich den Bereich „artikel“ nicht in meiner URL haben.

camba/news/artikel/artikelname -- camba/news/artikelname

Im Anhang ist meine realURL config, welche ich aus der tx_news manual
abgeleitet habe.

Allerdings bekomme ich es einfach nicht hin, die URL zu kürzen.

Danke für eure Hilfe und euch einen schönen Tag.

Tobi

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

--
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Backup einer typo 3 Installation - Empfehlenswerte Extension?

Am 11.12.14 15:51, schrieb Renzo Bauen:

 Ich mache das so, dass ich mir eine Kopie der aktuellen produktiven Site
 ziehe und diese auf meinen Entwicklungsserver schiebe. Dort läuft dann
 auch die 4.5er.
 Dann mache ich bei dieser Kopie das Update auf 6.2 und aktualisiere die
 DB mit Hilfe des Upgrad-Wizards. Der spuckt dann auch Fehler aus, wenn
 was nicht klappt.
 Läuft alles so wie gewünscht auf der 6.2er auf dem Entwicklungsserver,
 dann kopiere ich die Site wieder und stelle sie auf den
 Produktionsserver, der oft ja ein anderer ist als bei der bestehenden
 Installation, weil sich ja auch bezüglich Betriebssystem, PHP und MySQL
 die Welt weiter gedreht hat.

+1 - So, und nur so, macht man Upgrades (zumindest
versionsübergreifende) von wichtigen TYPO3-Sites.

Minor Updates (6.2.8 - 6.2.9 o.ä.) funktionieren schnell durch
Austausch des Symlinks; aber auch hier: Je wichtiger die Website, desto
öfter Tests auf Entwicklungsmaschinen. Und ein funktionierendes Backup
von DIREKT VOR dem Updateversuch ist keine Kür.


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Installation - Berechtigungen für Dateien und Verzeichnisse

Hallo und herzlich Willkommen bei TYPO3. :-)

Am 12.12.14 16:46, schrieb Knorpi Knurps:

hier wird es gern gesehen, wenn man unter seinem Realnamen Fragen stellt
und postet. :-)

 Hallo,
 
 bei meiner ersten Typo3-Installation habe ich das Typo-3-Archiv in der
 DocumentRoot des VirtualHost ausgepackt. Diese gehört dem User www.
 Bei der Installation wurde dann bemöngelt, dass die DocumentRoot nicht
 beschreibbar ist. Also habe ich dieses Verzeichnis für alle schreibbar
 gemacht (o+r). Der apache läuft unter dem User www-data. Geht das auch
 anders?

Ja. Permissions www-data:www-data (oder wie Deine Webgruppe heisst) und
770 sollte funktionieren. Wichtig ist, dass der Apache-Besitzer
(www-data unter debian) schreiben darf und Deine Benutzer in der
www-Gruppe natürlich auch.

 Eine weitere Frage: Kann man das Typo3-Archiv auch unter root entpacken,
 z. B. unter /opt, und von dort aus ins Document-Root verlinken? Sprich,
 muss in diesem Verzeichnis geschrieben werden?

ja, das geht und ist auch Best-Practice. Du musst allerdings dem Apachen
sagen, dass er diesen Links folgen soll. Geschrieben werden muss im
typo3_src nicht (außer Du willst irgendwelche globalen Extensions (also
über mehrere TYPO3-Installationen) integrieren, das machen aber eher
wenige). Ich vergebe den TYPO3-Sourcen eher restriktive Rechte.

Außerdem mache ich eine weitere Abstraktion, z.B.

typo3_src-6.2.9
typo3_src-6.2.8

typo3_src-6.2-CURRENT - typo3_src-6.2.9

und in den einzelnen Installationen dann

typo3_src - /path/to/typo3_src-6.2-CURRENT
typo3 - typo3_src/typo3
index.php - typo3_src/index.php

Damit kann ich Minor-Updates auf allen TYPO3-Instanzen global
einspielen. Bei Major Updates 6.1 - 6.2 o.ä. macht man das natürlich
NICHT GLOBAL!


Viele Grüße


Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Installation - Berechtigungen für Dateien und Verzeichnisse

Am 12.12.14 17:38, schrieb Knorpi Knurps:
 Hi,
 
 ok, www-data:www-data.
 
 Dass der User so heisst, sehe ich per ps axu. Aber wie ermittle ich die
 richtige Gruppe?

in welcher Gruppe sind denn Deine Benutzer, die Zugriff haben sollen? ;-)


Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Erste Schritte mit dem Introduction Package

Das Introduction Package bringt ein TS mit; über den TypoScript Object
Browser solltest Du das sehen können.

Marc

Am 12.12.14 17:40, schrieb Knorpi Knurps:
 Hi,
 
 in allen Tutorials liest man, dass man TypoScript braucht. Im
 Introduction Package ist aber so gut wie nichts davon zu sehen. Der
 Setup-Teil ist sogar leer. Trotzdem hat diese Site ein
 funktionierendes Menü.
 
 Wie funktioniert das dann? Gibt es irgendwo eine Erklärung für das
 Introduction Package? Alle anderen Tutorials, die ich bis jetzt gesehen
 habe, beginnen eben mit einem TS. Aber ich will erst mal wissen, wie das
 Introduction Package funktioniert
 
 Danke!
 Magnus
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] TYPO3 Release Agenda

2014-12-11 Diskussionsfäden Marc Willmann

Hi Stefan,

 Typo3 hat das Problem, dass eher zu viel an Informationen vorhanden ist,
 die nicht klar strukturiert ist. Diese Strukturierung kann aber nur ein
 menschliches Team durchführen. Die wird man auf rein technischem Wege
 nicht hinbekommen.
 
 Dazu gehört auch die Definition von Rollen: Newbie, Einsteiger,
 Integrator, Entwickler, Entscheider usw. Wer benötigt welche Informationen?

das stimmt; das Thema war auch mehrfach Thema bei der diesjährigen T3CON.

Ein Hauptproblem momentan ist, dass es unglaublich viele Beispiele und
Tutorials im Netz gibt, die nicht mehr aktuell sind, bzw. bei denen nur
Experten schnell erkennen, für welche Version diese funktionieren.

Das betrifft auch, aber nicht nur typo3.org. Und ich mach da bei mir
nicht mal eine Ausnahme; einige der Tutorials auf meiner Seite sind auf
6.2 so nicht mehr 1:1 anwendbar und werden wohl im nächsten Jahr mit dem
anstehenden Relaunch meiner Seite entfernt/überarbeitet.


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Geschützte Seiten erstellen

2014-12-10 Diskussionsfäden Marc Willmann

ke_search indiziert alles, zeigt aber nur die Inhalte an, die der
angemeldete FE-User auch sehen darf. Also kein Problem :-)

Die von Dir gewünschte Login-Funktionalität ist mit TYPO3-Bordmitteln
problemlos realisierbar. Jedes Tutorial wird diese Standard-Installation
behandeln...

Marc

Am 10.12.14 08:48, schrieb Chris Wolff - AERTiCKET AG:
 Hallo Martin.
 Ich würde es wie folgt machen
 
 * start/login
 * Login-bereich
 * seite 1
 * seite 2
 * seite 3
 
 Auf der seite start/login würde ich das login formular anlegen.
 Die seite Login-bereich würde ich auf nur für eingeloggte benutzer 
 stellen. Und das auch für unterseiten.
 
 Und schon sind seiten 1-3 ebenfalls geschützt.
 
 Das Login Formular auf jeder seite zu hinterlegen ist unsinn.  Wenn du nicht 
 ganz spezielle anforderungen hast.
 Das erhöht nur typo3 cache (einmal mit und einmal ohne login formular pro 
 seite) . und dafür gibt’s keinen grund.
 
 Schutz auf inhalts elements ebene halte ich auch für absoluten unsinn. Es sei 
 denn du hast tatsächlich den fall das du z.b eine Promo-aktion nur für top 
 kunden hast.
 Und nur die sollen diese aktion sehen. Damit sich der normal kunde nicht 
 zurück gesetzt fühlt.
 Wenn du aber die gesamte seite für eine nutzergruppe sichtbar / unsichtbar 
 machen willst. Sind die seiteneigenschaften der richtige ort. Sonst sieht man 
 nämlich nur lauter seiten ohne inhalt.
 Weil man ihn mit seiner nutzergruppe nicht sehen darf.
 
 wie das ke_search mit der suche un den berechtigungen macht kann ich dir 
 nicht sagen. hab die Extension noch nicht verwendet. Vielleicht hat jemand 
 anderes Erfahrung damit.
 
 Gruss chris
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org 
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Martin
 Gesendet: Dienstag, 9. Dezember 2014 21:39
 An: typo3-german@lists.typo3.org
 Betreff: [TYPO3-german] Geschützte Seiten erstellen
 
 Hallo,
 
 ich stehe vor folgenden Problem: Eine ausschließlich für Familienmitgliedern 
 erstellte Typo3 6.2 Webseite.
 
 Nachdem ich eine Login Seite mit dem felogin-Formular erstellt habe, habe ich 
 natürlich auch eine FE Benutzergruppe und Nutzer erstellt.
 
 Auf der Seite soll gerade mal eine Seite frei zugänglich sein. Alle anderen 
 Seiten sollen geschützt sein. Das heißt, sobald jemand die Domain öffnen 
 will, soll die Person ein Loginformular sehen und sich zuerst anmelden. 
 Danach geht es für den Nutzer weiter.
 
 Ich habe über die Richtigkeit des Zugriffsschutzes gelesen, dass man nicht 
 jede einzelne Seite schützen soll, sondern die Inhalte auf der Homepage. Und 
 dann sogar auf jeder Seite das Anmeldeformular hinterlegen, das sich nach der 
 Anmeldung unsichtbar macht. (Da wäre ein weiteres Problem mit der Suchbox von 
 ke_search, die auf jeder Seite angezeigt wird und im Fluid-Template der 
 jeweiligen Seite verankert ist!)
 
 Wie kann ich die Webseite und deren Unterseiten so schützen, dass man zusert 
 auf eine Seite kommt, wo man sich anmelden muss und dann weitergehen kann? 
 
 Welche Variante ist die Beste? Wer kann mir konkrete Tipps geben? Wer kennt 
 ein sehr gutes Tutorial dazu?
 ___
 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
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

($tx_commerce_articles_entities))
 
 {
 
$title = str_replace($search, $values,
 $row-title);
 
$description_extra = str_replace($search,
 $values, $row-description_extra);
 
$tx_nalmultitest_tests = str_replace($search,
 $values, $row-tx_nalmultitest_tests);
 
  
 
$update_sql = UPDATE
 tx_commerce_articles_entities SET title=' . $title . ',
 description_extra=' . $description_extra . ', tx_nalmultitest_tests=' .
 $tx_nalmultitest_tests . ' WHERE uid=' . $row-uid . ';
 
mysqli_query($typo3_db, $update_sql);
 
  
 
//echo mysqli_errno($typo3_db) . :  .
 mysqli_error($typo3_db) . \n;
 

 
echo $update_sql;
 
 }
 
  
 
 ?
 
 --
 
  
 
 Viele Grüße
 
  
 
 Björn
 
 ___
 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 mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

hmm. Gibt's denn die Entsprechnungen als HTML-Entity? Falls nein, in was
willst Du es konvertieren? Dafür bräuchtest Du doch eine Wertetabelle, oder?

Falls es Entities gibt, sollte htmlentities sie finden und ersetzen.
Klappt das nicht, kann es sein, dass Du vorher noch utf8_encode() oder
utf8_decode() drüberlaufen lassen musst; je nachdem wie die Daten in der
Datenbank stehen.

Gibt es keine Entities und Du arbeitest mit einer Wertetabelle, dann
benutz doch einfach str_replace mit dem Ersetzungsarray VOR dem Aufruf
von htmlentities()

Marc

Am 09.12.14 12:39, schrieb Björn Hahnefeld:
 Nichts, Marc! Das tue ich auch. Doch der Befehl berücksichtigt eben nicht
 alle Sonderzeichen und Umlaute, sondern eben nur einen Teil. Dazu gehören
 eben nicht die polnischen und tschechischen Zeichen wie beispielsweise ś
 und Ć. Dieser aber muss ich ebenfalls mit konvertieren. Andernfalls würden
 die Zeichen/Informationen verloren gehen.
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc Willmann
 Gesendet: Dienstag, 9. Dezember 2014 12:34
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via
 PHP-Skript
 
 Hi Björn,
 
 was spricht dagegen, die Daten aus der Datenbank in UTF8 rauszuholen und
 durch htmlentities() durchzujagen?
 
 Marc
 
 
 Am 09.12.14 11:55, schrieb Björn Hahnefeld:
 Hallo Chris,

 zunächst einmal vielen herzlichen Dank für deine schnelle und 
 kompetente Rückantwort. Allerdings muss ich keine DB-Konvertierung 
 durchführen, da
 TYPO3 durch Magento abgelöst wird.

 Da aber die Warenwirtschaft nicht mit allen Umlauten klar kommt, muss 
 ich alle Umlaute in Entities umwandeln - also nicht die Datenbank 
 selbst. Meine Überlegung war daher, nach genau diesen Zeichen zu 
 suchen und diese dann in der Datenbank direkt zu ersetzen (bevor die 
 Felder in die Warenwirtschaft exportiert werden).

 Nebenbei:
 Es geht um die Artikel- und Produktdaten der Extension commerce. 
 Dessen Felder (und nur diese) brauche ich. Daher auch mein Skript, 
 welches in einer dieser DB-Tabellen Daten verändert ;)!

 Viele Grüße

 Björn

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris 
 Wolff - AERTiCKET AG
 Gesendet: Dienstag, 9. Dezember 2014 11:38
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und 
 Sonderzeichen via PHP-Skript

 Hallo Björn,
 wenn deine daten wirklich utf-8 sind ist alles fein.

 Ich hab mal zwei scripte als gist auf github gestellt dich ich für die 
 datenbank convertierung nutze.

 Das erste fixted einfach nur die tabellen. Wo sie noc nicht utf-8 weil
 (collate)
 https://gist.github.com/wolffc/8a0a9cebeb980afcf388

 das zweite exportiert die datenbank als latin1 und reimportiert sie 
 als
 utf-8 das ist nützlich falls du utf-8 daten in deine latin1 datenbank 
 geschrieben hast.
 Mit etwas abwandelung kannst du das natürlich auch für andere 
 encodings nehmen.
 https://gist.github.com/wolffc/108cf972be3b94be5d85


 gruss chris



 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn 
 Hahnefeld
 Gesendet: Dienstag, 9. Dezember 2014 11:09
 An: typo3-german@lists.typo3.org
 Betreff: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen 
 via PHP-Skript

 Hallo zusammen,

  

 ich habe hier eine TYPO3 4.4.13-Installation vor mir. Die Daten in den
 MySQL-Tabellen sind alle eineutf8_general_ci-Kollation. Wie die Daten
 tatsächlich abgespeichert werden, habe ich leider noch nicht im 
 phpMyAdmin heraus gefunden.

  

 Allerdings möchte ich alle Sonderzeichen und Umlaute (auch die CZ und 
 PL wie beispielsweise Ć umwandeln. Für den latin1-Zeichensatz ist 
 das kein Problem, denn dafür gibt es ja bereits einen PHP-Befehl (mit 
 dem ich einige Zeichen ausgenommen habe, damit HTML-Formatierungen 
 nicht zerstört werden) - nämlich get_html_translation_table.

  

 Allerdings werden mir die PL- und CZ-Sonderzeichen nicht konviertiert. 
 Wenn ich dann einen Blick in das SQL-Statement werfe, werden diese 
 einfach nicht umgewandelt. Das Skript selbst ist als UTF-8 
 abgespeichert. Hier einmal mein Skript. Vielleicht hat jemand eine gute
 Idee, woran das liegen könnte?

  

 --

 ?php

  

 // Errors

 error_reporting(E_ERROR | E_WARNING | E_PARSE | 
 E_NOTICE);

 ini_set(display_errors, 1);

 

 // Einstellungen

 $list = get_html_translation_table(HTML_ENTITIES);

 unset($list['']);

 unset($list['']);

 unset($list['']);

 unset($list['']);

 $list['Ć'] = '#262;'; // wird nicht umgewandelt und 
 vermutlich auch nicht als solches Zeichen gefunden.

 $list['ć

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

Am 09.12.14 12:53, schrieb Björn Hahnefeld:
 Das stimmt. Das wäre aber kein Problem. Deswegen hatte ich die auch
 teilweise schon in meinem Skript für Testzwecke hinterlegt:
 --
   $list = get_html_translation_table(HTML_ENTITIES);
   unset($list['']);
   unset($list['']);
   unset($list['']);
   unset($list['']);
   $list['Ć'] = '#262;';
   $list['ć'] = '#263;';
   $list['Ś'] = '#346;';
   $list['ś'] = '#347;';

und wo passiert die Umwandlung? Bisher liest Du ja nur ein Array aus und
überschreibst das...


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

Am 09.12.14 13:10, schrieb Björn Hahnefeld:
 Wo finde ich denn die Codierung raus (also nur über phpMyAdmin)? Vielleicht
 ist das auch schon das erste Problem?

nur über phpmyadmin gar nicht. Die Collation ist ein Indiz, aber ich hab
da schon alle möglichen Kombinationen gesehen... kommt eben auch drauf
an, wie das System arbeitet und das Filesystem eingestellt ist.

Mit Trial  Error mit vielen Debug-Ausgaben bist Du schneller am Ziel.
Und ich sag sowas ungern. :)

Marc

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc Willmann
 Gesendet: Dienstag, 9. Dezember 2014 13:07
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via
 PHP-Skript
 
 gib mal vor dem UpdateSQL-Befehl aus, was das Skript errechnet hat.
 Vielleicht steht da ja das richtige drin und Du musst noch ein
 utf8_de/encode durchführen, bevor Du das zurückschreibst.
 
 Ist immer etwas aufwändig zu testen, wenn nicht klar ist, in welcher
 Kodierung die Datenbank was rausgibt oder erwartet... :-/
 
 Marc
 
 Am 09.12.14 12:58, schrieb Björn Hahnefeld:
 So geht es im Skript weiter ;)...
 --
  $search = array_keys($list);
  $values = array_values($list);  

  // Konvertierung
  $typo3_db = mysqli_connect(localhost,  typo3, password, 
 typo3);
  if(!$typo3_db)
  {
exit(Verbindungsfehler:  . mysqli_connect_error());
  }
  
  //$tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT *
 
 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND 
 article_type_uid=1);
  $tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT * 
 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND
 article_type_uid=1 AND uid=23534);
  while($row = mysqli_fetch_object($tx_commerce_articles_entities))
  {
  $title = str_replace($search, $values, $row-title);
  $description_extra = str_replace($search, $values, 
 $row-description_extra);
  $tx_nalmultitest_tests = str_replace($search, $values, 
 $row-tx_nalmultitest_tests);

  $update_sql = UPDATE tx_commerce_articles_entities SET
 title=' . 
 $title . ', description_extra=' . $description_extra . ', 
 tx_nalmultitest_tests=' . $tx_nalmultitest_tests . ' WHERE uid=' .
 $row-uid . ';
  mysqli_query($typo3_db, $update_sql);

  //echo mysqli_errno($typo3_db) . :  .
 mysqli_error($typo3_db) . \n;
  
  echo $update_sql;
  }
 --

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc 
 Willmann
 Gesendet: Dienstag, 9. Dezember 2014 12:55
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und 
 Sonderzeichen via PHP-Skript

 Am 09.12.14 12:53, schrieb Björn Hahnefeld:
 Das stimmt. Das wäre aber kein Problem. Deswegen hatte ich die auch 
 teilweise schon in meinem Skript für Testzwecke hinterlegt:
 --
 $list = get_html_translation_table(HTML_ENTITIES);
 unset($list['']);
 unset($list['']);
 unset($list['']);
 unset($list['']);
 $list['Ć'] = '#262;';
 $list['ć'] = '#263;';
 $list['Ś'] = '#346;';
 $list['ś'] = '#347;';

 und wo passiert die Umwandlung? Bisher liest Du ja nur ein Array aus 
 und überschreibst das...


 --
 Marc Willmann. TYPO3-Freelancer.
 http://www.marc-willmann.de

 Seelandstr. 14-16
 D-23569 Lübeck

 TYPO3 Certified Integrator
 ___
 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

 
 
 --
 Marc Willmann. TYPO3-Freelancer.
 http://www.marc-willmann.de
 
 Seelandstr. 14-16
 D-23569 Lübeck
 
 TYPO3 Certified Integrator
 ___
 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
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

Am 09.12.14 13:17, schrieb Björn Hahnefeld:
 Die Ausgabe sieht wie folgt aus:
 --
 echo $title\n;
 echo $description_extra\n;
 echo $tx_nalmultitest_tests\n\n\n;
 --
 
 --
 
 --
 Drug-Screen-Cup Side Panel 5CD-AC-C
 h3Zawarto?? opakowania:/h3
 h3ul style=font-size: 12px; font-weight: normal; liPaczka z 25
 Multi-tests cups/lili1 instrukcja/li/ul/h3

okay, damit weisst Du, dass das Problem früher auftritt. Weiter
eingrenzen (im Zweifel auf eine Zeile Code) und dann Paroli!

 --
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc Willmann
 Gesendet: Dienstag, 9. Dezember 2014 13:07
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via
 PHP-Skript
 
 gib mal vor dem UpdateSQL-Befehl aus, was das Skript errechnet hat.
 Vielleicht steht da ja das richtige drin und Du musst noch ein
 utf8_de/encode durchführen, bevor Du das zurückschreibst.
 
 Ist immer etwas aufwändig zu testen, wenn nicht klar ist, in welcher
 Kodierung die Datenbank was rausgibt oder erwartet... :-/
 
 Marc
 
 Am 09.12.14 12:58, schrieb Björn Hahnefeld:
 So geht es im Skript weiter ;)...
 --
  $search = array_keys($list);
  $values = array_values($list);  

  // Konvertierung
  $typo3_db = mysqli_connect(localhost,  typo3, password, 
 typo3);
  if(!$typo3_db)
  {
exit(Verbindungsfehler:  . mysqli_connect_error());
  }
  
  //$tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT *
 
 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND 
 article_type_uid=1);
  $tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT * 
 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND
 article_type_uid=1 AND uid=23534);
  while($row = mysqli_fetch_object($tx_commerce_articles_entities))
  {
  $title = str_replace($search, $values, $row-title);
  $description_extra = str_replace($search, $values, 
 $row-description_extra);
  $tx_nalmultitest_tests = str_replace($search, $values, 
 $row-tx_nalmultitest_tests);

  $update_sql = UPDATE tx_commerce_articles_entities SET
 title=' . 
 $title . ', description_extra=' . $description_extra . ', 
 tx_nalmultitest_tests=' . $tx_nalmultitest_tests . ' WHERE uid=' .
 $row-uid . ';
  mysqli_query($typo3_db, $update_sql);

  //echo mysqli_errno($typo3_db) . :  .
 mysqli_error($typo3_db) . \n;
  
  echo $update_sql;
  }
 --

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc 
 Willmann
 Gesendet: Dienstag, 9. Dezember 2014 12:55
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und 
 Sonderzeichen via PHP-Skript

 Am 09.12.14 12:53, schrieb Björn Hahnefeld:
 Das stimmt. Das wäre aber kein Problem. Deswegen hatte ich die auch 
 teilweise schon in meinem Skript für Testzwecke hinterlegt:
 --
 $list = get_html_translation_table(HTML_ENTITIES);
 unset($list['']);
 unset($list['']);
 unset($list['']);
 unset($list['']);
 $list['Ć'] = '#262;';
 $list['ć'] = '#263;';
 $list['Ś'] = '#346;';
 $list['ś'] = '#347;';

 und wo passiert die Umwandlung? Bisher liest Du ja nur ein Array aus 
 und überschreibst das...


 --
 Marc Willmann. TYPO3-Freelancer.
 http://www.marc-willmann.de

 Seelandstr. 14-16
 D-23569 Lübeck

 TYPO3 Certified Integrator
 ___
 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

 
 
 --
 Marc Willmann. TYPO3-Freelancer.
 http://www.marc-willmann.de
 
 Seelandstr. 14-16
 D-23569 Lübeck
 
 TYPO3 Certified Integrator
 ___
 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
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via PHP-Skript

Hol Dir das Wort aus der Datenbank und lass Dir die Zeichencodes der
Zeichen anzeigen; dann weißt Du ja, was die DB liefert und PHP erkennt.

Am 09.12.14 13:56, schrieb Björn Hahnefeld:
 Vielleicht noch eine Anmerkung, Marc:
 
 Mein var_dump kommt mit den Zeichen nicht klar. Wenn ich die in Plain-Text 
 rein schreibe, werden die falsch dargestellt. Das Entity wird korrekt 
 angezeigt. Demnach wundert es mich nicht, dass die Zeichen auch nicht 
 gefunden werden :(. Doch wie kann ich das fixen?
 
 --
 array(100) { [ ]= string(6)   [¡]= string(7) ¡ [¢]= string(6) 
 ¢ [£]= string(7) £ [¤]= string(8) ¤ [¥]= string(5) ¥ [¦]= 
 string(8) ¦ [§]= string(6) § [¨]= string(5) ¨ [©]= string(6) 
 © [ª]= string(6) ª [«]= string(7) « [¬]= string(5) ¬ []= 
 string(5)  [®]= string(5) ® [¯]= string(6) ¯ [°]= string(5) 
 ° [±]= string(8) ± [²]= string(6) ² [³]= string(6) ³ [´]= 
 string(7) ´ [µ]= string(7) µ [¶]= string(6) ¶ [·]= string(8) 
 · [¸]= string(7) ¸ [¹]= string(6) ¹ [º]= string(6) º [»]= 
 string(7) » [¼]= string(8) ¼ [½]= string(8) ½ [¾]= string(8) 
 ¾ [¿]= string(8) ¿ [À]= string(8) À [Á]= string(8) Á [Â]= 
 string(7) Â [Ã]= string(8) Ã [Ä]= string(6) Ä [Å]= string(7) 
 Å [Æ]= string(7) Æ [Ç]= string(8) Ç [È]= string(8) È [
 
É]= string(8) É [Ê]= string(7) Ê [Ë]= string(6) Ë [Ì]= 
string(8) Ì [Í]= string(8) Í [Î]= string(7) Î [Ï]= string(6) Ï 
[Ð]= string(5) Ð [Ñ]= string(8) Ñ [Ò]= string(8) Ò [Ó]= 
string(8) Ó [Ô]= string(7) Ô [Õ]= string(8) Õ [Ö]= string(6) Ö 
[×]= string(7) × [Ø]= string(8) Ø [Ù]= string(8) Ù [Ú]= 
string(8) Ú [Û]= string(7) Û [Ü]= string(6) Ü [Ý]= string(8) Ý 
[Þ]= string(7) Þ [ß]= string(7) ß [à]= string(8) à [á]= 
string(8) á [â]= string(7) â [ã]= string(8) ã [ä]= string(6) ä 
[å]= string(7) å [æ]= string(7) æ [ç]= string(8) ç [è]= 
string(8) è [é]= string(8) é [ê]= string(7) ê [ë]= string(6) ë 
[ì]= string(8) ì [í]= string(8) í [î]= string(7) î [ï]= 
string(6) ï [ð]= string(5) ð [ñ]= string(8) ñ [ò]= string(
 8
) ò [ó]= string(8) ó [ô]= string(7) ô [õ]= string(8) õ [ö]= 
string(6) ö [÷]= string(8) ÷ [ø]= string(8) ø [ù]= string(8) ù 
[ú]= string(8) ú [û]= string(7) û [ü]= string(6) ü [ý]= 
string(8) ý [þ]= string(7) þ [ÿ]= string(6) ÿ [Ä†]= string(6) 
Ć [Ä‡]= string(6) ć [Åš]= string(6) Ś [Å›]= string(6) ś }
 --
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org 
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc Willmann
 Gesendet: Dienstag, 9. Dezember 2014 13:18
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und Sonderzeichen via 
 PHP-Skript
 
 Am 09.12.14 13:17, schrieb Björn Hahnefeld:
 Die Ausgabe sieht wie folgt aus:
 --
 echo $title\n;
 echo $description_extra\n;
 echo $tx_nalmultitest_tests\n\n\n;
 --

 --

 --
 Drug-Screen-Cup Side Panel 5CD-AC-C
 h3Zawarto?? opakowania:/h3
 h3ul style=font-size: 12px; font-weight: normal; liPaczka z 25 
 Multi-tests cups/lili1 instrukcja/li/ul/h3
 
 okay, damit weisst Du, dass das Problem früher auftritt. Weiter eingrenzen 
 (im Zweifel auf eine Zeile Code) und dann Paroli!
 
 --

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marc 
 Willmann
 Gesendet: Dienstag, 9. Dezember 2014 13:07
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] Konvertierung von Umlauten und 
 Sonderzeichen via PHP-Skript

 gib mal vor dem UpdateSQL-Befehl aus, was das Skript errechnet hat.
 Vielleicht steht da ja das richtige drin und Du musst noch ein 
 utf8_de/encode durchführen, bevor Du das zurückschreibst.

 Ist immer etwas aufwändig zu testen, wenn nicht klar ist, in welcher 
 Kodierung die Datenbank was rausgibt oder erwartet... :-/

 Marc

 Am 09.12.14 12:58, schrieb Björn Hahnefeld:
 So geht es im Skript weiter ;)...
 --
 $search = array_keys($list);
 $values = array_values($list);  

 // Konvertierung
 $typo3_db = mysqli_connect(localhost,  typo3, password, 
 typo3);
 if(!$typo3_db)
 {
   exit(Verbindungsfehler:  . mysqli_connect_error());
 }
 
 //$tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT *

 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND 
 article_type_uid=1);
 $tx_commerce_articles_entities = mysqli_query($typo3_db, SELECT * 
 FROM tx_commerce_articles_entities WHERE deleted=0 AND hidden=0 AND
 article_type_uid=1 AND uid=23534);
 while($row = mysqli_fetch_object($tx_commerce_articles_entities))
 {
 $title = str_replace($search, $values, $row-title);
 $description_extra = str_replace($search, $values, 
 $row-description_extra);
 $tx_nalmultitest_tests = str_replace($search, $values, 
 $row-tx_nalmultitest_tests);

 $update_sql = UPDATE tx_commerce_articles_entities SET
 title=' . 
 $title . ', description_extra=' . $description_extra . ', 
 tx_nalmultitest_tests=' . $tx_nalmultitest_tests . ' WHERE uid=' .
 $row-uid

Re: [TYPO3-german] TYPO3 Release Agenda

Hallo Benni,

ist zwar leicht OT, aber trotzdem: Ich war auf der T3CON und habe Deinen
Vortrag dort gesehen, insofern war's keine Überraschung. Ich fand aber
insbesondere auch Deine dort vorgetragene Argumentation sehr
nachvollziehbar und positiv. Solch Schmerzen bei einem LTS-Upgrade wie
derzeit von 4.5 auf 6.2 will wohl keiner nochmal haben...

Vielleicht solltet ihr die Entscheidung, warum die Release Agenda so
geändert wurde und dass die jeweils letzte 7.x, 8.x, ... eine LTS werden
sollen, nochmals ausführlich auf typo3.org vorstellen.

Diese Nachricht habe ich jedenfalls gerne zu meinen Kunden mitgenommen. :-)

Viele Grüße von der Ostsee

Marc

Am 04.12.14 22:00, schrieb Benjamin Mack:
 Hey zusammen,
 
 danke für die Infos, werde ich so mal weiter mitnehmen!
 
 Liebe Grüße,
 Benni.
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

[TYPO3-german] Migrate all file links of RTE-enabled fields to FAL // Problem beim Update

Hi,

ich habe eine Problem beim Update von 4.5 auf 6.2 LTS. Die Seite ist
recht umfangreich; und im Upgrade-Wizard gehen mir die FAL-Migrations
auf die Bretter.

* Migrate all RTE magic images from uploads/RTEmagicC_* to
fileadmin/_migrated/RTE/

* Migrate all file links of RTE-enabled fields to FAL

Als Fehlermeldung bekomme ich (bei allen FAL-Migrations) dieselbe
Fehlermeldung, dass die Datei http://www.mydomain.tld/ kein gültiger
Dateiname ist. Da hat TYPO3 ja auch recht.

File http://domain.tld/path/to/something is not valid (.. and // is
not allowed in path

Allerdings sind das ja externe Links, die eh nicht konvertiert werden
sollen/müssen. Ist das ein Bug?

Früher hieß die Fehlermeldung AFAIR ... ist not valid ('..' and '//' is
not allowed AT THE BEGINNING of a path

Gleiches passiert übrigens auch im TYPO3-BE, wenn ich auf Dateiliste
klicke.

Hat jemand eine Idee?

Vielen Dank,

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Strategie für Kundenbereich

Am 08.12.14 13:11, schrieb Christian Leicht:


 Ich verstehe nur nicht  das es so schwierig ist eine solch einfache
 Anforderung in TYPO3 umzusetzen.

Das liegt daran, dass Du den FE-Login-Prozess von TYPO3 halt nicht so
verwendest, wie er gedacht ist. Und ein bisserl speziell ist Deine
Anforderung auch.

Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
erscheint mir auch nicht allzu zielführend...

Warum nicht eine kleine Extension bauen, die folgendes realisiert:

Datensatz: Zuordnung fe_user - Dateifolder
Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

fertig und sogar per S-FTP pflegbar.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Strategie für Kundenbereich

Am 08.12.14 13:53, schrieb Christian Leicht:
 Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45
 
 Am 08.12.14 13:11, schrieb Christian Leicht:
 Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
 erscheint mir auch nicht allzu zielführend...
 
 Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem
 die User hinterlegt sind. Fertig

soweit hast Du ja auch kein Problem bekommen, soweit ich Dich verstanden
habe.

Komisch im Sinn von schwer pflegbar und viele unnötige Abhängigkeiten,
die Dir irgendwann auf die Füsse fallen, finde ich die Idee, das mit den
Ordnern und der automatischen Zuordnung der Userrechte zu lösen. Da
gibt's jede Menge Sonderfälle und am Ende müssen die Redakteure das doch
wieder eher umständlich übers BE hochladen; d.h. Du kannst Dich in den
Upload-Prozess nur schwer einklinken (z.B. um automatisiert Dokumente
hochzuladen o.ä.).

 Warum nicht eine kleine Extension bauen, die folgendes realisiert:

 Datensatz: Zuordnung fe_user - Dateifolder
 Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

 fertig und sogar per S-FTP pflegbar.
 
 Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase
 traue ich mich nicht dran.

das ist kein großes Ding. ExtensionBuilder nimmt Dir die Arbeit mit der
Zuordnungstabelle ab; der Rest ist dann eh mehr oder weniger PHP-Kram im
Controller; beim Filezugriff auf externe Folder nimmt Dir extbase auch
keine Arbeit ab. Wenn Du Dir das in piBase zutraust, ist das mit Extbase
auch fix fertig...

Wobei ich auch nicht drauf wetten würde, dass es so eine Extension noch
nicht gibt. Hast Du da mal gesucht?

Wenn Du nicht programmieren magst, nimm halt sowas wie

http://typo3.org/extensions/repository/view/download_explorer

Dann hast Du zwar auf der Downloadseite viele Plugins vom gleichen Typ,
die jeweils nur für einen Benutzer sichtbar sind, aber damit bist Du
doch schon fast am Ziel...

Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Migrate all file links of RTE-enabled fields to FAL // Problem beim Update

Ich antworte mir mal selbst...

Mit
http://wiki.typo3.org/Exception/CMS/1320286857
und
http://wiki.typo3.org/Exception/CMS/1319455097

habe ich herausgefunden, dass die während des Upgrades automatisch
angelegten File Storages das Problem verursacht haben; ich habe die
jetzt manuell aus der Datenbank gelöscht (Vorsicht und Backup helfen bei
sowas!) und damit das Problem vom Eis bekommen.

Die Fehlermeldung ist mindestens uneindeutig.

Marc

Am 08.12.14 12:57, schrieb Marc Willmann:
 Hi,
 
 ich habe eine Problem beim Update von 4.5 auf 6.2 LTS. Die Seite ist
 recht umfangreich; und im Upgrade-Wizard gehen mir die FAL-Migrations
 auf die Bretter.
 
 * Migrate all RTE magic images from uploads/RTEmagicC_* to
 fileadmin/_migrated/RTE/
 
 * Migrate all file links of RTE-enabled fields to FAL
 
 Als Fehlermeldung bekomme ich (bei allen FAL-Migrations) dieselbe
 Fehlermeldung, dass die Datei http://www.mydomain.tld/ kein gültiger
 Dateiname ist. Da hat TYPO3 ja auch recht.
 
 File http://domain.tld/path/to/something is not valid (.. and // is
 not allowed in path
 
 Allerdings sind das ja externe Links, die eh nicht konvertiert werden
 sollen/müssen. Ist das ein Bug?
 
 Früher hieß die Fehlermeldung AFAIR ... ist not valid ('..' and '//' is
 not allowed AT THE BEGINNING of a path
 
 Gleiches passiert übrigens auch im TYPO3-BE, wenn ich auf Dateiliste
 klicke.
 
 Hat jemand eine Idee?
 
 Vielen Dank,
 
 Marc
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Typo3 Version 7 und RealUrl laufen nicht

2014-12-05 Diskussionsfäden Marc Willmann

Am 05.12.14 12:03, schrieb Tobias Pierschel:
 Ahoi,
 
 warum kann diese Extension nicht Bestandteil des Cores sein?!?

warum sollte sie? CoolURI ist ja durchaus auch eine beachtenswerte
Alternative...

Marc

 
 Viele Grüße
 Tobi
 
 Am 05.12.2014 um 10:30 schrieb Bernd Ott:
 Hallo, ich hab gestern auf Typo3 Version 7.0 umgestellt. Ich musste
 leider feststellen, dass RealUrl nicht mehr kompatibel ist.
 (Liegt primär da dran, dass eine Array_Merge Methode verschoben wurde im
 Quelltext.)

 Gibt es einen Ersatz für RealUrl gibt, welche mit Version 7 arbeitet
 oder ist jetzt was eingebaut dafür?
 Ich hätte nämlich gerne meine nice Urls zurück.

 Ihr könnt mir auch gerne Ideen zurufen.
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Update von 4.5 / aktuelle Techniken

2014-12-01 Diskussionsfäden Marc Willmann

Am 29.11.14 18:25, schrieb Bernhardt Andreas:
 Hallo miteinander!
 
 Ich bin zuletzt einigermaßen gut damit gefahren, meine (kleinen)
 Websites auf 4.5 zu lassen - aber das kann ja nicht ewig so weiter
 gehen… Ich überlege, ob ich auf 6.2 oder gleich auf 7 wechseln soll. 
 Wie auch immer, ich würde gerne ein paar „alte“ Sachen loswerden,
 damit ich technisch wieder einigermaßen auf der Höhe bin und
 einigermaßen zukunftssicher unterwegs bin.

4.5 auf 6.2 verursacht genug Schmerzen; auf keinen Fall würde ich den
Schritt von 4.5 auf 7 machen, wenn's nicht sein muss. Der große Schritt
von 4.5 auf 6.2 ist ja grade der Grund, warum die neuen TYPO3-Versionen
in einem kürzeren Zyklus herauskommen sollen.
 
 Momentan verwende ich noch TemplaVoila. Wie macht ihr das templating?
 Habt ihr eine spezielle Extension oder verwendet ihr Fluid ganz
 „roh“? Welche Anleitung würdet ihr empfehlen? Da ich nicht dauernd an
 den Layouts rumspiele bräuchte ich nicht unbedingt ein GUI-Tool wie
 TemplaVoila...

TV gibt's auch für 6.2 - wenn Du also am Design nichts ändern willst,
würde ich einfach bei TV bleiben. Beim nächsten Relaunch kannst Du Dir
auch Gedanken machen, die TemplateEngine zu ändern; mein Favorit
momentan ist FluidTYPO3, aber alle haben Vor- und Nachteile.

 Beim Wechsel von tt_news zu tx_news - würdet ihr die Sachen
 importieren oder lieber alles neu aufbauen (und alte Posts löschen)?
 Ich habe viele Einträge, bei denen der Redakteur direkt im RTE Bilder
 mit hochgeladen hat. Stellt das ein Problem dar?

Bleib doch einfach bei tt_news. :-)

 Habt ihr sonstige Tipps zum Wechsel?
 
 
 Vielen Dank für eure Unterstützung!
 
 
 Andreas ___ TYPO3-german
 mailing list TYPO3-german@lists.typo3.org 
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] if.isFalse verbindet nicht mit AND

2014-12-01 Diskussionsfäden Marc Willmann

Am 01.12.14 13:34, schrieb li...@netz3.de:
 Hallo,
 
 wenn ich die tsref richtig verstehe sind alle Konditionen einer if
 Anweisung in TS per AND verbunden. Funktioniert auch bei allen meinen
 Anwendungen hervorragend außer bei einer:
 
 40 = TEXT
 40 {
   value = divText hier/div
   if {
 isFalse.field = imagewidth
 isFalse.field = imageheight
 }
   }
 
 Die Anweisung wird immer dann true wenn die letzte Bedingung false ist,
 völlig unabhängig davon ob die vorhergehende true oder false ist...

logisch. Die zweite Zeile überschreibt die Erste. Es kann im großen
PHP-Array TypoScript nur einen Eintrag 40.if.isFalse.field geben.

 Verstehe ich da was falsch oder ist das ein Bug? TYPO3 6.2.5, Extensions:
 sourceopt, scriptmerger, powermail, t3jquery



-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] RealUrl - Ordner und Unterordner ausschließen

2014-12-01 Diskussionsfäden Marc Willmann

Hallo Dirk,

die Frage wäre in einem Apache-Forum besser aufgehoben, weil es
eigentlich gar nichts im RealURL oder gar TYPO3 zu tun hat. Du willst ja
mit der .htaccess grade die direkten Zugriffe auf das Forum an TYPO3
vorbeileiten.

Normalerweise sind die RewriteRules so ausgelegt, dass alle virtuellen
Aufrufe, also auf Ordner und Dateien, die auf dem Server NICHT
existieren, auf /index.php gelegt werden. Da kommt dann TYPO3 und ggf.
RealUrl ins Spiel.

Wenn es Deinen /forum/-Ordner aber gibt, greift die Regel nicht und das
Forum wird halt aufgerufen. IMHO brauchst Du dafür an der htaccess gar
nichts zu ändern.

Wenn Deine Foren-Software auch mit virtuellen URLs arbeitet (ist jetzt
nicht so abwegig) musst Du in Dein forum-Ordner die passende
.htaccess-Datei des Forums legen und diese ggf. anpassen (RewriteBase
/forum oder so ähnlich).

Generell sollten große Änderungen niemals auf der LIVE-Umgebung
durchgeführt werden; allzu große Gefahr sehe ich in Deinem Szenario aber
eigentlich nicht. Natürlich sollte das Forum auf einer eigenen Datenbank
operieren.

Viele Grüße

Marc

Am 01.12.14 11:42, schrieb Dirk Ho:
Hallo zusammen,

ich verwende Typo3 6.2.x mit RealUrl und will nun innerhalb meines
/var/www/example.org/web in dem das Typo3 läuft ein zusätzliches Forum
das an für sich nichts mit Typo3 zu tun hat) installieren.

Nun soll RealUrl die URL aber nicht umschreiben, weshalb ich in der
.htaccess im web-Verzeichnis die folgende Zeile erweitert habe:

Ich habe |forum/ hinzugefügt, habe aber nicht das Gefühl, dass das
überhaupt Einfluss hat bzw. dass RealUrl überhaupt Ordner
berücksichtigt, die physikalisch existieren.

Zum Testen habe ich im forum-Ordner eine index.html eingefügt mit
Funktioniert als Ausgabe. Beim Aufruf wird mir auch Funktioniert
angezeigt. Wenn ich den Ordner nun in abcd umbenenne (was ja nicht
ausgeschlossen wird), dann wird mir ebenfalls Funktioniert ausgegeben,
obwohl ich einen Typo3-Fehler erwartet hätte, dass die Seite nicht
existiert.

Bevor ich jetzt das Forum installiere und dann die komplette Seite
kaputt mache (ist etwas heikel, da ich es direkt auf unserem
Produktivsystem machen würde), wollte ich mich erkundigen, ob ich beim
Umschreiben der RewriteRule irgendwas falsch gemacht habe oder wird die
in dem Fall gar nicht benötigt? Beim Googlen wurde ich leider nicht sooo
viel schlauer.

Noch als Anmerkung, warum das Forum innerhalb des Typo3-Systems liegen
soll: Ich möchte es über SSL bzw. TSL absichern und da haben wir leider
keine Wildcard dafür, sondern lediglich für die Domain und die
www-Subdomain ein Zertifikat.

Vielen Dank und viele Grüße,

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

--
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension gesucht

2014-11-25 Diskussionsfäden Marc Willmann

Dafür brauchst Du gar keine Extension; ein paar ZEilen jquery-Code und
fertig.

Im Backend gibst Du den Elementen eine Klasse mit, auf die Du den
jquery-Code triggern kannst.

Such nach Accordion, da findest Du 1001 Lösungen. Ja, auch im
T3-Repository, aber ich bin ein Freund von schlanken
TYPO3-Installationen; keine Extension, die unnötig ist. :-)

Marc

Am 25.11.14 17:04, schrieb Frank Wendorf:
 Hallo liebe Profis,
 ich bin auf der suche nach einer Extension oder ähnlichem, mit dem ich
 so etwas wie auf dieser Seite darstellen kann:
 https://www.vonwilmowsky.com/designer-tische/rafael-couchtisch
 
 Mir geht es dabei in erster Linie um die textliche Darstellung, also
 darum, die entsprechenden Textelemente ein- und ausklappen zu können und
 im BE pflegen zu können.
 Ich freue mich auf Eure Antworten.
 
 Vielen dank im Voraus.   ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

[TYPO3-german] mw_imagemap, Multidomain, Auswahlbox

2014-11-23 Diskussionsfäden Marc Willmann

Hallo,

ich habe ein Projekt mit mwimagemap am Start; funktioniert soweit
prächtig. Allerdings ist es eine Multidomaininstallation und in der
Auswahlliste im Plugin sind ALLE Imagemaps ALLER Domains aufgeführt;
nach kurzem Blick in den Quellcode scheint mir, dass eine Einschränkung
auf einzelne Ordner oder Domains nicht vorgesehen ist.

Frage: Stand schon mal jemand vor dem Problem und hat eine Anpassung,
die er veröffentlichen kann/darf?

Das Ganze unter TYPO3 6.2.6 mit der aktuellen mwimagemap aus dem GIT mit
den 6.2-Anpassungen...

Vielen Dank


Marc
-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] SSL nur auf einer Seite

2014-11-18 Diskussionsfäden Marc Willmann

Du darfst nicht die baseURL umschreiben.
Benutze stattdessen die Extension https_enforcer

http://typo3.org/extensions/repository/view/https_enforcer/

Viele Grüße


Marc

Am 18.11.14 10:35, schrieb Dirk Ho:
 Hallo,
 
 wir haben auf unserem Server ein SSL-Zertifikat und ich würde gerne
 ausschließlich die Seite schützen bzw. über https verfügbar machen, auf
 der ein Formular ist. Grundsätzlich klappt es über die
 Seiten-Einstellungen in Verbindung mit dem Setzen der baseUrl =
 https://example.com;, diese Einstellung setze ich direkt im Template der
 Formular-Seite und überschreibe damit den übergeordneten Wert aus dem
 root-Template.
 
 Wie gesagt, grundsätzlich funktioniert das auch, das Problem ist nur,
 dass für das Menü jetzt ebenfalls alle Menüpunkte in https geändert
 werden (auf der Formular-Seite, auf allen anderen Seiten nicht).
 
 Kann ich das irgendwie verhindern / ändern?
 
 Vielen Dank und viele Grüße,
 
 Dirk
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Frage zu TemplaVoila

2014-11-18 Diskussionsfäden Marc Willmann

Hallo Frank,

gaaanz ungeschickte Idee, TemplaVoila mit einer anderen TemplateEngine
zu vermischen; damit handelst Du Dir mehr Probleme ein als Du in diesem
Leben noch lösen möchtest...

TV ist mächtig und in sich logisch; ich bin mir sicher, dass sich Dein
Problem mit TV lösen lässt. Wenn Du Unterstützung beim Projekt brauchst,
such Dir jemanden, der mit TV umgehen kann, bevor Du das Projekt
kaputtreparierst.

Am 18.11.14 11:01, schrieb Frank Wendorf:
 Hallo in die Runde,
 ich habe ein Projekt übernommen, welches komplett mittels TemplaVoila
 erstellt worden ist. Leider habe ich keine Erfahrungen mit TemplaVoila,
 muss jetzt aber dennoch Änderungen an der Seite vornehmen. Leider
 bekomme ich beim Anlegeneiner neuen Seite immer die TemplaVoila-Vorlagen
 angezeigt und muss diese auswählen. Ich möchte nun aber eigene Seiten
 mit eigenem TS anlegen. Selbst wenn ich in meiner neuen Seite TS-Code
 anlege, wir der nicht akzeptiert, sondern ich bekomme Inhalte von TV
 angezeigt. Wie kann ich im Typo3 eine normale Anzeige erhalten um auch
 unabhängig von TV eigene Templates zu erstellen? Ich hatte auch mal in
 einer typo3-Installation unter Web 2x den Link Seite gesehen. 1x
 normal und 1x als TV. In der derzeitigen Installation sehr ich nur die
 TV-Seite.

Das spricht für Deine Installation; den 2x Link 'Seite'-Weg kann man
konfigurieren, allerdings ist er nur für sehr exotische Sonderlösungen
sinnvoll und er löst auch Dein Problem nicht.

Viele Grüße


Marc
-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fatal error: Call to a member function isFeatureEnabled()

2014-11-18 Diskussionsfäden Marc Willmann

Am 18.11.14 10:31, schrieb Chris:

 Ich habe nun
 
 $trial = t3lib_div::makeInstance('Tx_Extbase_MVC_Controller_Argument',
 'tries', 'integer');
 // Die nächste Zeile wirft den Fehler
 $trial-setValue($tries);
 
 komplett entfernt, da ich das Value ja auch so an die Controller
 übergeben kann.
 
 Soweit ich das sehe, spricht hier absolut nichts dagegen, oder?

stimmt. Da sehe ich jetzt auch kein Problem. :-)


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Eingenes Formular einbinden in Typo3-Seite

Schau Dir formhandler an. Das sollte Dir die Flexibilität liefern, die
Du brauchst.


Marc

Am 17.11.14 13:33, schrieb Timo Leibig:
 Hallo Leute,
 
 ich muss ein speziell gestaltetes Formuar in Typo3 einbinden, dass mit
 dem html5-placeholder Attribut arbeitet.
 Das Formular besteht schon in einer statischen PHP-Seite (bisher eben)
 und soll nun auch so 1zu1 in Typo3 eingebunden werden.
 
 Installiert ist Typo3 6.1.10
 Mein problem: Das Standard Mail-Formular kann noch keine Placeholders
 (zumindest hat meine Recherche dafür keine Lösung ergeben).
 
 powermail lässt sich wegen der Typo3 Version nicht installieren, außer
 eine alte Variante 1.6.11. Die geht aber mit Templavoila nicht mehr
 zusammen (das Backend lässt mich keine Seiteninahlte auf neuen Seiten
 mehr einbinden... Sobald ich powermail dekativiere geht es wieder.
 
 Wie kriege ich nun am besten ein Formular, das mit echos und html5 tags
 arbeitet (und schon fertig vorhanden ist), in meine Typo3 Seite?
 Ich habe nichts passendes dazu gefunden :-(
 
 Die hässlichste Variante, wäre eine statische Seite einzubinden. Aber
 das halte ich für ein absolutes No-Go.
 
 Kann mir jemand helfen? Ich komme einfach nicht weiter mit einem
 Lösungsansatz.
 
 Besten Gruß,
 Timo
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Links im Introduction Package funktionieren nicht

ins Blaue geraten: Dein Webserver unterstützt kein mod_rewrite oder Du
hast es nicht über die .htaccess-Datei aktiviert oder Dein Webserver
erlaubt nicht, dass Du es über die .htaccess-Datei aktivierst
(AllowOverride-Setting in der Apache-Config).

Marc


Am 17.11.14 13:58, schrieb Stefan Laumann:
 Hallo
 
 am besten sage ich es mal vorab, auf dem Gebiet Typo3 bin ich absolut neu.
 
 Deshalb habe ich mir auch das Introduction Package installiert.
 Das Funktioniert allerdings nicht so ganz. Wenn ich oben auf Features
 klicke wird mir nur eine F404 Seite angezeigt.
 Die URL lautet /features.html
 
 Habt ihr Ideen wo ich mal nachschauen soll, bzw. Wisst ihr wo der Fehler
 liegt?
 
 Danke im Vorraus
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

[TYPO3-german] News

Hi,

für ein aktuelles Projekt brauche ich eine Lösung, aus News-Datensätzen
(das neue news, nicht tt_news) die zum Projekt gehörende
Facebookseite (und ggf. Twitter) zu füttern. Gibt's dafür schon eine
brauchbare Erweiterung oder muss ich das selber bauen?

TYPO3 6.2 LTS und aktuelle news.

Vielen Dank für jeden Tipp

Marc
-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Fatal error: Call to a member function isFeatureEnabled()

Ich würde sagen, das funktioniert nicht, weil Du keine Models hast. Hast
Du mal versucht, ein (Dummy-)Model zu bauen, damit Extbase glücklich ist?

Marc

Am 17.11.14 15:26, schrieb Chris:
 Hi zusammen,
 
 ich bin schon seit einer ganze Weile auf der Suche nach einer
 Möglichkeit, eine ältere Extension in Extbase,
 damals noch entwickelt unter Typo3 4.5 auf eine 4.7 er Version zu
 hieven, was nur funktioniert, wenn
 ich in der arguments.php von Extbase diesen Part hier auskommentiere:
 
 if
 ($this-configurationManager-isFeatureEnabled('rewrittenPropertyMapper'))
 {
 if ($rawValue === NULL) {
 $this-value = NULL;
 return $this;
 }
 ...
 
 Die betreffende Zeile in meiner Extension, die den Fehler wirft, sieht
 folgendermaßen aus:
 
 /**
  * @param string $username
  * @param string $password
  * @param integer $tries
  *
  * @return string The rendered view
  */
 public function loginAction($username = null, $password = null,
 $tries = 0) {
 $trial =
 t3lib_div::makeInstance('Tx_Extbase_MVC_Controller_Argument', 'tries',
 'integer');
// Die nächste Zeile wirft den Fehler
$trial-setValue($tries);
 
 Das habe ich bereits versucht:
 
 - explizit den Configuration Manager auf die trial Instanz instantiiert
 - Rewritten Propperty Manager über Typoscript deaktiviert
 - direkt das Argument über $arguments['tries'] aus dem getArguments
 versucht zu übergeben
 
 Ich hab schon zig Extensions mit Repositories etc. gemacht, aber diese
 verwendet einen WSDL Webservice
 und hat daher keine Models.
 
 Ich bin echt ratlos, weshalb das nicht funktioniert.
 
 Hoffentlich habt Ihr noch eine Idee!
 
 Vielen Dank und viele Grüße,
 
 Chris
 
 
 
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Video einbinden - Typo3 v6.2.5

2014-11-13 Diskussionsfäden Marc Willmann

 mit dem Einbinden von Videos in
 Typo3 gemacht und kann hier was empfehlen? Das Video soll
 allerdings nicht auf YT oder Vimeo geparkt werden, sondern
 liegt lokal auf dem Server. Muss auch auf den iOS-Systemen
 laufen, zudem responsive sein.

 Jemand schon mal den Flowplayer verwendet? Oder gibt es auch
 eine Variante ohne Extension?

 Danke  Gruß, Steven


 ___ 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 mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



 -- 
 Banane Design GmbH | Tjadke Westphal
 b  

 *banane design gmbh* | werbeagentur  verlag

 ausser der schleifmühle 51 | d-28203 bremen
 fon 0421.339 84 91 | fax 0421. 339 84 92

 ste...@banane-design.de | www.banane-design.de

 amtsgericht bremen HRB 15316 | geschäftsführer ernst purk

 ___
 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




 -- 
 Banane Design GmbH | Tjadke Westphal
 b

 *banane design gmbh* | werbeagentur  verlag

 ausser der schleifmühle 51 | d-28203 bremen
 fon 0421.339 84 91 | fax 0421. 339 84 92

 ste...@banane-design.de | www.banane-design.de

 amtsgericht bremen HRB 15316 | geschäftsführer ernst purk

 ___
 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
 

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Video einbinden - Typo3 v6.2.5

2014-11-13 Diskussionsfäden Marc Willmann

Am 13.11.14 14:29, schrieb Mark Boland:
 Hallo Marc,
 
 ihr habt es so gewollt:

;-)

Super, vielen Dank.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

2014-11-11 Diskussionsfäden Marc Willmann

Hab's gesehen. :-)


Am 11.11.14 10:21, schrieb Heike Herzog-Kuhnke:
 Hat sich erledigt.
 Bernd hat die Lösung gefunden.
 Vielen Dank für das Angebot
 Heike
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

Da Dein Wunsch ja eigentlich überschaubar ist, würde ich an dieser
Stelle mit dem Menu neu anfangen;

mach ein page.20.marks.MENU_LINKS  drunter und bau das komplette Menu
nach und nach wieder auf. Lass erstmal alles komplexe weg; erstmal
müssen die richtigen Seiten rausgerendert werden, alles andere kommt danach.



Am 10.11.14 10:24, schrieb Heike Herzog-Kuhnke:
 Hallo Bernd,
 
 also ich habe gedacht ich hätte ;o)
 Ich hab noch mal geschaut. In der typo3 Installation, in der alles
 klappt ist exakt der gleiche Code und alles sieht fein aus (version 4.5.25)
 Sobald ich Entry-level aktiviere bekomme ich kein Menu. deshalb sag ich
 jetzt mal Ähhhmm wie definiere ich ein Root-Level in 6.2.4?
 Ich habe die root Seite als Startseite der Seite definiert in den
 Seiteneigenschaften.
 
 Oder besser mal so beschrieben:
 Auf beiden typo3 Installationen sehe ich in der Anzeige bei Template,
 dass die jeweilige root-Seite als Startpunkt der Seite definiert ist.
 Ich habe jetzt alle Eigenschaften der Seite verglichen und angepasst,
 auch in der Seitenstruktur und Tiefe sind die Seiten gleich aufgebaut.
 
 Aber sobald ich denn entryLevel-Eintrag aktiviere bekomme ich kein Menu.
 Das wäre mir aber wirklich wichtit. Ohne Entry-Level bekomme ich immer
 nur das Menu aus gleicher Ebene.
 
 Ich bin jetzt langsam echt am verzweifeln.
 Auch der Titel wird nicht ausgefüllt (was die andere Seite mit exakt
 diesem Typoscript auch macht).
 
 Gruß
 Heike
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

Am 10.11.14 11:16, schrieb Heike Herzog-Kuhnke:
 Hallo Marc,
 
 das Menu wird ja teilweise gerendert und zwar nur für die aktuelle Ebene.
 Ich bin einen Schritt weiter. Mit einigem Testen bekomme ich den Titel
 jetzt mit einem Wert von -2 eingetragen. Warum auch immer.
 
 EntryLevel mit den Werten 0, -1 und -2 erzeugt immer auf der ersten
 Unterseite das gleiche korrekte Menu. Klick ich hier dann einen Eintrag
 an, wird kein Menu erzeugt.
 Das verstehe ich nicht. Ich dachte immer, dass entrylevel ein Wert ist,
 der sich aus der Position im Menu ergibt. Ich dachte man zählt von Root
 aus runter.
 
 Root = entrylevel 0
 Erste Unterebene = EntryLevel 1
 zweite Unterebene = EntryLevel 2
 dritte Unterebene = EntryLevel 3
 ...
 
 Ich habe mit allen 4.5 Installationen da noch nie ein Problem.
 Zählt 6.2 anders?

nein, das passt schon.

 Und wenn ja, warum bekomme ich für -2, -1 und 0 immer das gleiche Menut
 auf der Unterseite erzeugt, aber auf den Seiten die dann darunter liegen
 nicht mehr, wenn ich doch die Startebene angebe ab welcher das Menu
 erzeugt werden soll.

negative Werte zählen rückwärts von der aktuellen Ebene.


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

Du hast _irgendwo_, nicht notwendigerweise in dem von Dir geposteten
Scriptlet, einen Fehler; eine falsche Condition, eine falsche Klammer,
irgendwas.

Am 10.11.14 14:52, schrieb Heike Herzog-Kuhnke:
 Hallo Bernd,
 ich habe jetzt meine Zeilen durch diese ersetzt:
 
 
 // Test
 page.20.marks.MENU_LINKS.15 = TEXT
 page.20.marks.MENU_LINKS.15.value = default
 page.20.marks.MENU_LINKS.15.wrap = divtreeLevel ist: | /div
 
 [treeLevel = 0]
 page.20.marks.MENU_LINKS.15.value = 0
 [treeLevel = 1]
 page.20.marks.MENU_LINKS.15.value = 1
 [treeLevel = 2]
 page.20.marks.MENU_LINKS.15.value = 2
 [treeLevel = 3]
 page.20.marks.MENU_LINKS.15.value = 3
 [treeLevel = 4]
 page.20.marks.MENU_LINKS.15.value = 4
 [treeLevel = 5]
 page.20.marks.MENU_LINKS.15.value = 5
 [global]
 
 Das Ergebnis: Der Marker wird nicht ersetzt.
 Kann es sein, dass in meiner Installation was nicht stimmt?
 
 Gruß
 Heike
 
 Am 10.11.14 14:40, schrieb Heike Herzog-Kuhnke:
 Hallo Bernd,
 vielen Dank. Ich mach mich gleich mal ans Testen. Der Fehler macht mich
 echt fertig. Wenn es vorher nicht auf einer anderen Seite funktionieren
 würde, die ich genauso aufgebaut habe, dann würde ich nicht so kämpfen.
 Bis gleich
 Heike

 Am 10.11.14 12:06, schrieb bernd wilke:
 Am 10.11.14 11:21, schrieb Marc Willmann:
 Am 10.11.14 11:16, schrieb Heike Herzog-Kuhnke:
 Hallo Marc,

 das Menu wird ja teilweise gerendert und zwar nur für die aktuelle
 Ebene.
 Ich bin einen Schritt weiter. Mit einigem Testen bekomme ich den Titel
 jetzt mit einem Wert von -2 eingetragen. Warum auch immer.

 EntryLevel mit den Werten 0, -1 und -2 erzeugt immer auf der ersten
 Unterseite das gleiche korrekte Menu. Klick ich hier dann einen
 Eintrag
 an, wird kein Menu erzeugt.
 Das verstehe ich nicht. Ich dachte immer, dass entrylevel ein Wert
 ist,
 der sich aus der Position im Menu ergibt. Ich dachte man zählt von
 Root
 aus runter.

 Root = entrylevel 0
 Erste Unterebene = EntryLevel 1
 zweite Unterebene = EntryLevel 2
 dritte Unterebene = EntryLevel 3
 ...

 Ich habe mit allen 4.5 Installationen da noch nie ein Problem.
 Zählt 6.2 anders?

 nein, das passt schon.

 Und wenn ja, warum bekomme ich für -2, -1 und 0 immer das gleiche
 Menut
 auf der Unterseite erzeugt, aber auf den Seiten die dann darunter
 liegen
 nicht mehr, wenn ich doch die Startebene angebe ab welcher das Menu
 erzeugt werden soll.

 negative Werte zählen rückwärts von der aktuellen Ebene.

 wobei -1 = aktuelle Ebene ist, -2 also eine Ebene über (also im Wert
 eins kleiner) der aktuellen, ...

 mal so zum Testen:
 versuch doch mal eine Ausgabe des Entrylevels/Treelevels:

 page.20.marks.MENU_LINKS.15 = TEXT
 page.20.marks.MENU_LINKS.15.value = default
 page.20.marks.MENU_LINKS.15.wrap = divtreeLevel ist: | /div

 [treeLevel = 0]
 page.20.marks.MENU_LINKS.15.value = 0
 [treeLevel = 1]
 page.20.marks.MENU_LINKS.15.value = 1
 [treeLevel = 2]
 page.20.marks.MENU_LINKS.15.value = 2
 [treeLevel = 3]
 page.20.marks.MENU_LINKS.15.value = 3
 [treeLevel = 4]
 page.20.marks.MENU_LINKS.15.value = 4
 [treeLevel = 5]
 page.20.marks.MENU_LINKS.15.value = 5
 [global]

 und danach dann ein Menü, mit einer Ebene:
 page.20.marks.MENU_LINKS.20 
 page.20.marks.MENU_LINKS.20 = HMENU
 page.20.marks.MENU_LINKS.20 {
  entryLevel = ...
  1 = TMENU
  1 {
  wrap = ul|/ul
  NO = 1
  NO.wrapItemAndSub = li|/li
  }
 }

 danach weitere Ebenen:
  2  .1
  :

 einfach mal um dei Ebenen zu identifizieren

 bernd

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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

Am 10.11.14 15:14, schrieb Heike Herzog-Kuhnke:

 Marc,
 kann das denn ein völlig nicht nachvollziebares Verhalten beim
 entryLevel nach sich ziehen?

das kann vor allem ein undefiniertes Verhalten nach sich ziehen; in
sofern antworte ich mit einem klaren Vielleicht. Nach dem
Threadverlauf bislang bin ich aber der Meinung, dass das Problem bei
Deiner Installation nicht primär an der Zeile entryLevel liegt... :)

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

Hast Du in den Seiteneigenschaften das Häkchen bei Ist Anfang der
Website gesetzt? Auf welchen Seiten?

Hast Du meinen Tipp mit dem special.directory weiter oben im Thread
ausprobiert?

Am 10.11.14 15:50, schrieb Heike Herzog-Kuhnke:
 Entschuldigung gemeint war. Egal auf welcher seite und welcher Ebene ich
 klicke, zeigt mir die Abfrage, dass das Level den Wert 0 hat.


 
 Gruß
 Heike
 
 Am 10.11.14 15:45, schrieb Heike Herzog-Kuhnke:
 Ok also ich bin einen Schritt weiter..
 Ich hatte eine Zeile zu viel auskommentiert.

 Egal welche Siete ich anklicke, der Code sagt ich habe Entry-Level 0.

 Das ist doch irgendwie nicht normal...
 Gruß
 Heike

 Am 10.11.14 15:17, schrieb Marc Willmann:
 Am 10.11.14 15:14, schrieb Heike Herzog-Kuhnke:

 Marc,
 kann das denn ein völlig nicht nachvollziebares Verhalten beim
 entryLevel nach sich ziehen?

 das kann vor allem ein undefiniertes Verhalten nach sich ziehen; in
 sofern antworte ich mit einem klaren Vielleicht. Nach dem
 Threadverlauf bislang bin ich aber der Meinung, dass das Problem bei
 Deiner Installation nicht primär an der Zeile entryLevel liegt... :)

 Marc


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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

kannst Du (natürlich nicht hier über die Liste) Zugangsdaten zu Deiner
Installation zugänglich machen? Das Problem hört sich so schräg an, dass
ich mir das tatsächlich gerne mal anschauen würde...

Marc

Am 10.11.14 16:37, schrieb Heike Herzog-Kuhnke:
 Hallo Marc,
 
 mit special directory wird das Menu ordentlich aufgebaut.
 Aber damit müsste ich mir für jede Seite mit Unterseiten was einfallen
 lassen. Das möchte ich unbedingt vermeiden.
 Es wird aber weiterhin konstant mit dem Testcode von Bernd ein Treelevel
 0 angezeigt. Ich verzweifel langsam.
 
 Aber immerhin ist mein Menu jetzt korrekt von des Syntax, da war noch
 was nicht optimal:
 
 page.20.marks.MENU_LINKS = COA
   page.20.marks.MENU_LINKS {
 
 // stdWrap.required = 1
 // stdWrap.prepend = TEXT
 // stdWrap.prepend.value = default
 
  // stdWrap.prepend {
 // wrap = div class=vlisth6|/h6
 // data = leveltitle:-2
 //  }
 // stdWrap.append = TEXT
 //stdWrap.append = /div
 
 20 = HMENU
 20 {
   special = directory
   special.value = 4
   1 = TMENU
   1.wrap = div class=vlistul|/ul/div
   1.expAll = 1
   1.NO = 1
   1.NO.wrapItemAndSub = li|/li
   1.CUR = 1
   1.CUR.doNotLinkIt = 1
   1.CUR.wrapItemAndSub = li|/li
   1.CUR.allWrap = strong|/strong
   1.ACT = 1
   1.ACT.doNotLinkIt = 1
   1.ACT.wrapItemAndSub = li|/li
   1.ACT.allWrap = strong|/strong
   2 = TMENU
   2.wrap = ul|/ul
   2.expAll = 1
   2.NO = 1
   2.NO.wrapItemAndSub = li|/li
   2.CUR = 1
   2.CUR.doNotLinkIt = 1
   2.CUR.wrapItemAndSub = li|/li
   2.CUR.allWrap = strong|/strong
   2.ACT = 1
   2.ACT.doNotLinkIt = 1
   2.ACT.wrapItemAndSub = li|/li
   2.ACT.allWrap = strong|/strong
   3 = TMENU
   3.wrap = ul|/ul
   3.expAll = 1
   3.NO = 1
   3.NO.wrapItemAndSub = li|/li
   3.CUR = 1
   3.CUR.doNotLinkIt = 1
   3.CUR.wrapItemAndSub = li|/li
   3.CUR.allWrap = strong|/strong
   3.ACT = 1
   3.ACT.doNotLinkIt = 1
   3.ACT.wrapItemAndSub = li|/li
   3.ACT.allWrap = strong|/strong
   }
}
 
 // Test
 page.20.marks.MENU_LINKS.15 = TEXT
 page.20.marks.MENU_LINKS.15.wrap = divtreeLevel ist: | /div
 
 [treeLevel = 0]
 page.20.marks.MENU_LINKS.15.value = 0
 [global]
 [treeLevel = 1]
 page.20.marks.MENU_LINKS.15.value = 1
 [global]
 [treeLevel = 2]
 page.20.marks.MENU_LINKS.15.value = 2
 [global]
 [treeLevel = 3]
 page.20.marks.MENU_LINKS.15.value = 3
 [global]
 [treeLevel = 4]
 page.20.marks.MENU_LINKS.15.value = 4
 [global]
 [treeLevel = 5]
 page.20.marks.MENU_LINKS.15.value = 5
 [global]
 
 
 
 Ich habe jetzt alle Unterseiten noch mal durchgesehen, weil ich den
 Fehler ja immer bei mir suche aber nur root ist als Startseite definiert.
 
 Frustrierte Grüße
 Heike
 
 
 Am 10.11.14 16:02, schrieb Marc Willmann:
 Hast Du in den Seiteneigenschaften das Häkchen bei Ist Anfang der
 Website gesetzt? Auf welchen Seiten?

 Hast Du meinen Tipp mit dem special.directory weiter oben im Thread
 ausprobiert?

 Am 10.11.14 15:50, schrieb Heike Herzog-Kuhnke:
 Entschuldigung gemeint war. Egal auf welcher seite und welcher Ebene ich
 klicke, zeigt mir die Abfrage, dass das Level den Wert 0 hat.



 Gruß
 Heike

 Am 10.11.14 15:45, schrieb Heike Herzog-Kuhnke:
 Ok also ich bin einen Schritt weiter..
 Ich hatte eine Zeile zu viel auskommentiert.

 Egal welche Siete ich anklicke, der Code sagt ich habe Entry-Level 0.

 Das ist doch irgendwie nicht normal...
 Gruß
 Heike

 Am 10.11.14 15:17, schrieb Marc Willmann:
 Am 10.11.14 15:14, schrieb Heike Herzog-Kuhnke:

 Marc,
 kann das denn ein völlig nicht nachvollziebares Verhalten beim
 entryLevel nach sich ziehen?

 das kann vor allem ein undefiniertes Verhalten nach sich ziehen; in
 sofern antworte ich mit einem klaren Vielleicht. Nach dem
 Threadverlauf bislang bin ich aber der Meinung, dass das Problem bei
 Deiner Installation nicht primär an der Zeile entryLevel liegt... :)

 Marc



 ___
 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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

2014-11-07 Diskussionsfäden Marc Willmann

Ich hab Dein Problem nicht ganz verstanden; Du möchstest, dass das Menu
nicht von Anfang komplett offen ist, sondern sich dynamisch öffnet, in
welchem Baum Du grade bist? Dann musst Du in den entsprechenden
Menu-Leveln die expAll=1-Angabe rausnehmen.

Oder hab ich Dich falsch verstanden?

Marc


Am 06.11.14 12:27, schrieb Heike Herzog-Kuhnke:
 Liebe Liste,
 
 ich stehe zur Zeit auf dem Schlauch. Ich habe eine Seite mit typo3 6.2.4
 und dort eine Seitenstruktur, bei der es für diverse Hauptseiten auch
 Unterseiten gibt.
 Dazu habe ich noch Trenner eingefügt, um zwei verschiedene Menus
 aufzubauen. Das klappt auch wunderbar. Allerdings hätte ich gerne, dass
 wenn man im Hauptmenu auf einen Unterpunkt klickt, dass neben den
 Unterpunkten dann immer das Menu steht, das durch die Seiten auf
 gleicher Ebene erstellt wird.
 
 Startpunkt der Seite
 - topnav
   - die startseite
   - impressum
 - main
   - menupunkt
 - Unterpunkt
 - noch ein Unterpunkt
 - noch ein Unterpunkt
 - ...
   - Menupunkt 2
 - Unterpunkt
 - ...
 - Menupunkt 3
 - Menupunkt 4
 
 Momentan sieht men typoscript für dieses Menu so aus. Der Code stammt
 von einer 4.5.17 Seite, wo das alles klappt. Bei dieser Seite wird kein
 Menu aufgebaut, wenn entrylevel egal mit welcher Zahl eingetragen wird.
 Die Titelzeile wird auch nicht generiert:
 
   page.20.marks.MENU_LINKS = COA
   page.20.marks.MENU_LINKS {
 
  stdWrap.required = 1
  stdWrap.prepend = TEXT
  stdWrap.prepend {
  wrap = div class=vlisth6|/h6
  data = leveltitle:2
   }
 
 20 = HMENU
 20 {
 //  entryLevel = 2
   1 = TMENU
   1.wrap = ul|/ul/div
   1.expAll = 1
   1.NO = 1
   1.NO.wrapItemAndSub = li|/li
 //  1.CUR = 1
 //  1.CUR.doNotLinkIt = 1
 //  1.CUR.allWrap = listrong|/strong/li
 //  1.ACT = 1
 //  1.ACT.doNotLinkIt = 1
 //  1.ACT.allWrap = listrong|/strong/li
   2 = TMENU
   2.wrap = ul|/ul
   2.expAll = 1
   2.NO = 1
   2.NO.wrapItemAndSub = li|/li
 //  2.CUR = 1
 //  2.CUR.doNotLinkIt = 1
 //  2.CUR.allWrap = listrong|/strong/li
 //  2.ACT = 1
 //  2.ACT.doNotLinkIt = 1
 //  2.ACT.allWrap = listrong|/strong/li
   3 = TMENU
   3.wrap = ul|/ul
   3.expAll = 1
   3.NO = 1
   3.NO.wrapItemAndSub = li|/li
 //  3.CUR = 1
 //  3.CUR.doNotLinkIt = 1
 //  3.CUR.allWrap = listrong|/strong/li
 //  3.ACT = 1
 //  3.ACT.doNotLinkIt = 1
 //  3.ACT.allWrap = listrong|/strong/li
   }
}
 
 Ich befürchte ich hab da wieder ein 6.2 Problem, dass ich etwas falsch
 anwende. Ich hab gestern schon gesucht, aber nichts gefunden. Wäre für
 einen Schubser in die richtige Richtung dankbar.
 
 Lieben Gruß
 Heike
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

2014-11-07 Diskussionsfäden Marc Willmann

Sorry, ich hab's immer noch nicht.

Kannst Du das mal an einem möglichst einfachen Beispiel festmachen; auch
wie sich das Menu ändern soll und wo die Daten herkommen?

Marc

Am 07.11.14 15:14, schrieb Heike Herzog-Kuhnke:
 Oh, dann habe ich das ungünstig beschrieben.
 Ich möchte, dass auf den Unter-Unterseiten das gleiche Menu eingeblendet
 ist, wie auf den Seiten eine Ebene darüber.
 Nur die obere Ebene, die ja im oberen Menu sowieso auftaucht soll hier
 nur als Titel eingefügt werden.
 
 Wenn ich momentan eine Unter-Unterseite anklicke, dann ist das Menu weg.
 Genau das möchte ich möglichst ohne Erweiterungs-Template schaffen.
 
 Gruß
 Heike
 
 Am 07.11.14 13:07, schrieb Marc Willmann:
 Ich hab Dein Problem nicht ganz verstanden; Du möchstest, dass das Menu
 nicht von Anfang komplett offen ist, sondern sich dynamisch öffnet, in
 welchem Baum Du grade bist? Dann musst Du in den entsprechenden
 Menu-Leveln die expAll=1-Angabe rausnehmen.

 Oder hab ich Dich falsch verstanden?

 Marc


 Am 06.11.14 12:27, schrieb Heike Herzog-Kuhnke:
 Liebe Liste,

 ich stehe zur Zeit auf dem Schlauch. Ich habe eine Seite mit typo3 6.2.4
 und dort eine Seitenstruktur, bei der es für diverse Hauptseiten auch
 Unterseiten gibt.
 Dazu habe ich noch Trenner eingefügt, um zwei verschiedene Menus
 aufzubauen. Das klappt auch wunderbar. Allerdings hätte ich gerne, dass
 wenn man im Hauptmenu auf einen Unterpunkt klickt, dass neben den
 Unterpunkten dann immer das Menu steht, das durch die Seiten auf
 gleicher Ebene erstellt wird.

 Startpunkt der Seite
 - topnav
- die startseite
- impressum
 - main
- menupunkt
  - Unterpunkt
  - noch ein Unterpunkt
  - noch ein Unterpunkt
  - ...
- Menupunkt 2
  - Unterpunkt
  - ...
 - Menupunkt 3
 - Menupunkt 4

 Momentan sieht men typoscript für dieses Menu so aus. Der Code stammt
 von einer 4.5.17 Seite, wo das alles klappt. Bei dieser Seite wird kein
 Menu aufgebaut, wenn entrylevel egal mit welcher Zahl eingetragen wird.
 Die Titelzeile wird auch nicht generiert:

page.20.marks.MENU_LINKS = COA
page.20.marks.MENU_LINKS {

   stdWrap.required = 1
   stdWrap.prepend = TEXT
   stdWrap.prepend {
   wrap = div class=vlisth6|/h6
   data = leveltitle:2
}

  20 = HMENU
  20 {
 //  entryLevel = 2
1 = TMENU
1.wrap = ul|/ul/div
1.expAll = 1
1.NO = 1
1.NO.wrapItemAndSub = li|/li
 //  1.CUR = 1
 //  1.CUR.doNotLinkIt = 1
 //  1.CUR.allWrap = listrong|/strong/li
 //  1.ACT = 1
 //  1.ACT.doNotLinkIt = 1
 //  1.ACT.allWrap = listrong|/strong/li
2 = TMENU
2.wrap = ul|/ul
2.expAll = 1
2.NO = 1
2.NO.wrapItemAndSub = li|/li
 //  2.CUR = 1
 //  2.CUR.doNotLinkIt = 1
 //  2.CUR.allWrap = listrong|/strong/li
 //  2.ACT = 1
 //  2.ACT.doNotLinkIt = 1
 //  2.ACT.allWrap = listrong|/strong/li
3 = TMENU
3.wrap = ul|/ul
3.expAll = 1
3.NO = 1
3.NO.wrapItemAndSub = li|/li
 //  3.CUR = 1
 //  3.CUR.doNotLinkIt = 1
 //  3.CUR.allWrap = listrong|/strong/li
 //  3.ACT = 1
 //  3.ACT.doNotLinkIt = 1
 //  3.ACT.allWrap = listrong|/strong/li
}
 }

 Ich befürchte ich hab da wieder ein 6.2 Problem, dass ich etwas falsch
 anwende. Ich hab gestern schon gesucht, aber nichts gefunden. Wäre für
 einen Schubser in die richtige Richtung dankbar.

 Lieben Gruß
 Heike

 ___
 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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung

2014-11-07 Diskussionsfäden Marc Willmann

Hmm, es ist Freitag und mein Hirn scheint im Wochenendmodus zu sein. ;-)
Du willst also IMMER, egal wo Du bist, in Deinem Menu die Seitenstruktur
unterhalb von main, also sowas wie

ul
 liMenupunkt
   ul class=level2
liunterpunkt/li
liunterpunkt2/li
liunterpunkt3/li
   /ul
...

haben? Das sollte mit dem entryLevel = 2 eigentlich funktionieren; das
hat sich von 4.x auf 6.2 auch nicht geändert.

Die Angabe in entryLevel = 2 bedeutet, die 2. Hierarchieebene. Ist das
in Deinem Seitenbaum (von root aus gezählt) so? Oder ist vielleicht beim
Update/Verschieben/Importieren eine weitere Ebene dazu gekommen?

Alternativ kannst Du versuchen, mit 20.special = directory und
20.special.value = #Main-PID#

die gewünschte Ausgabe zu bekommen; das ist nicht elegant, hilft aber
dabei abzuschätzen, ob grundsätzlich das richtige ausgegeben würde, wenn
der entryLevel richtig ist.

Sind die Seiten mit Nicht im Menu ausgezeichnet (Seiteneigenschaften)?
Hast Du irgendwo im TS ein excludeUIDs mit diesen Werten? Geh auf die
Suche, warum nicht die richtigen Seiten rausgerendert werden; hübsch
machen kommt später.

Was mir auffällt: in Deiner Zeile wrap = div class=vlisth6|/h6
machst Du ein div zuwenig zu; das /div kommt dann eigentlich im
HMENU-Objekt. Repariert Dir vielleicht ein Sourcecode-Cleaner Dein
Menu weg, weil Dein HTML-Code drumrum invalid ist?

Fang erstmal clean an, das Menu aufzubauen. TS aufräumen und
kontrolliere, ob nicht irgendwo eine { falsch ist. Und wenn das Menu
ausgegeben wird, kannst Du mit prepend  Co. Rahmen und Titel drumrum
rendern. Hast Du Conditions im TS, die vielleicht Probleme machen (nicht
geschlossen sind / an einer falschen Stelle stehen)?

Marc

Am 07.11.14 21:04, schrieb Heike Herzog-Kuhnke:
 Ich dachte das hätte ich schon:
 
 Meine Seitenstruktur sieht so aus:
 Startpunkt der Seite
 - topnav
   - die startseite
   - impressum
 - main
   - menupunkt
 - Unterpunkt
 - noch ein Unterpunkt
 - noch ein Unterpunkt
 - ...
   - Menupunkt 2
 - Unterpunkt
 - ...
 
 Unter main sind die menupunkte als Hauptmenu im Design an einem eigenen
 Menu. Wenn ich nun im Menu auf eine Unterseite klicke, dann habe ich
 links ein Menu mit den unterpunkten.
 Klicke ich dort eine Seite an, dann habe ich das Menu mit den
 Unterpunkten nicht mehr, weil ich mich ja dann eine Ebene weiter unten
 befinde.
 
 Jetzt möchte ich genau diese Menustruktur auch haben, wenn eine
 Unterpunkt-Seite aktiv ist. Sprich ich möchte ein Level weiter oben mit
 dem Menuaufbau anfangen.
 
 entrylevel scheint nicht zu funktionieren, denn wenn das kein Kommentar
 ist, dann bekomme ich kein Menu.
 
 Der Teil im Typoscript mit dem h6 funktioniert auch nicht.
 Ich würde ungern die Seiten-ID fest hineinschreiben.
 
 Wie kann ich das vernünftig gestalten.
 
 Klarer?
 
 Gruß
 Heike
 
 
 
 Am 07.11.14 15:44, schrieb Marc Willmann:
 Sorry, ich hab's immer noch nicht.

 Kannst Du das mal an einem möglichst einfachen Beispiel festmachen; auch
 wie sich das Menu ändern soll und wo die Daten herkommen?

 Marc

 Am 07.11.14 15:14, schrieb Heike Herzog-Kuhnke:
 Oh, dann habe ich das ungünstig beschrieben.
 Ich möchte, dass auf den Unter-Unterseiten das gleiche Menu eingeblendet
 ist, wie auf den Seiten eine Ebene darüber.
 Nur die obere Ebene, die ja im oberen Menu sowieso auftaucht soll hier
 nur als Titel eingefügt werden.

 Wenn ich momentan eine Unter-Unterseite anklicke, dann ist das Menu weg.
 Genau das möchte ich möglichst ohne Erweiterungs-Template schaffen.

 Gruß
 Heike

 Am 07.11.14 13:07, schrieb Marc Willmann:
 Ich hab Dein Problem nicht ganz verstanden; Du möchstest, dass das Menu
 nicht von Anfang komplett offen ist, sondern sich dynamisch
 öffnet, in
 welchem Baum Du grade bist? Dann musst Du in den entsprechenden
 Menu-Leveln die expAll=1-Angabe rausnehmen.

 Oder hab ich Dich falsch verstanden?

 Marc


 Am 06.11.14 12:27, schrieb Heike Herzog-Kuhnke:
 Liebe Liste,

 ich stehe zur Zeit auf dem Schlauch. Ich habe eine Seite mit typo3
 6.2.4
 und dort eine Seitenstruktur, bei der es für diverse Hauptseiten auch
 Unterseiten gibt.
 Dazu habe ich noch Trenner eingefügt, um zwei verschiedene Menus
 aufzubauen. Das klappt auch wunderbar. Allerdings hätte ich gerne,
 dass
 wenn man im Hauptmenu auf einen Unterpunkt klickt, dass neben den
 Unterpunkten dann immer das Menu steht, das durch die Seiten auf
 gleicher Ebene erstellt wird.

 Startpunkt der Seite
 - topnav
 - die startseite
 - impressum
 - main
 - menupunkt
   - Unterpunkt
   - noch ein Unterpunkt
   - noch ein Unterpunkt
   - ...
 - Menupunkt 2
   - Unterpunkt
   - ...
 - Menupunkt 3
 - Menupunkt 4

 Momentan sieht men typoscript für dieses Menu so aus. Der Code stammt
 von einer 4.5.17 Seite, wo das alles klappt. Bei dieser Seite wird
 kein
 Menu aufgebaut, wenn entrylevel egal mit welcher Zahl eingetragen
 wird.
 Die Titelzeile wird auch nicht generiert:

 page.20.marks.MENU_LINKS = COA

Re: [TYPO3-german] Extbase: Was spricht gegen negative UIDs?

Am 03.11.14 18:01, schrieb Dr Dieter Porth:

 
 Gegen negative UIDs spricht praktisch, dass die UID-Werte in der
 datenbank zur Absicherung der Eindeutigkeit oft autoincrement-Felder
 sind, die automatisch nur aufaddiert werden
 
 Negative UIDs verstoßen gegen die 2. Normal-Form der Datenbank, da durch
 deine Idee das implizite Nichtschlüsselattribut 'isKonzern' funktional
 von der UIDs abhängt.

+1 Like von mir, weil jemand die Datenbanknormalformen kennt und
beachtet. :-)

Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase: Was spricht gegen negative UIDs?

Am 04.11.14 12:22, schrieb g4-l...@tonarchiv.ch:

 Domain Driven ist gut, soweit es hilft, das Problem möglichst einfach zu
 lösen. Ich habe aber keine Hemmungen, Konzepte auf zu brechen, wenn
 dadurch die Umsetzung vereinfacht wird...
 
 Grüße,
 Till

Ganz generell: Wenn Du ein Werkzeug (extbase) benutzt, dass für den
Einsatz im DDD gedacht ist, macht es Sinn, in diesem Konzept zu bleiben,
weil das Werkzeug dann für Dich und nicht gegen Dich arbeitet.

Natürlich bekommst Du auch mit einem Schraubenschlüssel einen Nagel in
die Wand, mit dem Hammer geht's aber einfacher.

Viele Grüße


Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase: Was spricht gegen negative UIDs?

Am 04.11.14 12:27, schrieb g4-l...@tonarchiv.ch:

 alles klar. Das 99 ne noch schlechtere Idee ist, war mir gleich klar.
 Eigentlich wäre ja die UID 0 für den Zweck prädestiniert, aber das führt
 bestimmt zu anderen Problemen...

 dann wäre es keine 'uid' (= Unique IDentidication)
 Für mich ist 0 genau so unique wie jede andere Zahl. Aber ich folgere
 aus Deinem Hinweis, dass 0 explizit nicht als UID gültig ist (bezüglich
 Identität wohl mit NULL gleich zu setzen).

Huh? Nö. Wenn Du nur einen einzigen Konzern hast, könntest Du den
natürlich über seine UID abfangen. Was passiert aber, wenn jemand einen
weiteren Konzern eingibt? Zweimal 0 oder 99 geht halt nicht, weil es
eine UID ist.

Mal abgesehen davon, dass UIDs nur eineindeutig in EINEM TYPO3-System
sind; wenn Du Inhalte kopierst (von Dev auf Staging auf Live) sind die
UIDs schon nicht mehr so bijektiv mit einem bestimmten Datensatz
verknüpft, wie man das eigentlich gerne hätte. Das wird erst mit NEOS
besser.




-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extbase: Was spricht gegen negative UIDs?