Re: [TYPO3-german] Migration 4.5 LTS -> 6.2 LTS
Am 27.11.2013 17:56, schrieb Andrea Schmuttermair: Noch ungetestet, aber ich denke wenn man im ext_emconf.php einträgt: 'depends' => array ( 'php' => '5.3.0-', 'typo3' => '4.5.0-', ), müsste es gehen. Diese manuelle Änderung an den installierten Exts macht nun jeder, der unter 6.2 testet. Wäre ein Patch des EM, mit dem man die Versionsabfrage ignorieren kann, nicht eigentlich sinnvoll? So ist das doch pure Zeitverschwendung allerorten, was früher mit einem Mausklick ging. Nein ich google ja grad recht viel zu Upgrade Problemen und lande dauernd auf Blogs wo Leute ihren Frust über TYPO3 und Upgrade und sowas rauslassen, vor allem in den Kommentaren findet man da recht viel Müll. Obwohl es verständlich ist dass man manchmal frustriert ist Fehler zu suchen, find ich es zeichnet ein falsches Bild. Und dann hab ich mir gedacht schreib ich halt mal was auch gut läuft. So als Gegengewicht. Danke für Deinen ausführlichen Bericht, der allerdings von einer "Smooth-Migration" von 4.5 nach 6.2 in der Praxis nicht allzu viel übrig lässt. Davon hatte ich mir mehr versprochen und es deshalb erst mal mit einer "Big-Bang-Migration" versucht. Vielleicht sollte ich es auch noch mal mit den von Dir beschriebenen Tippelschritten probieren... Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements/Fluidtemplate und Register Nutzung
Am 27.11.2013 17:54, schrieb Thomas Skierlo: Hallo Joey, hat was gedauert bei mir. Musste erst mal einiges updaten. Bin jetzt auf TYPO3 6.1.6 und GE 2.1.0-dev. Führe ich unter diesen Gegebenheiten einen Debug auf {data.tx_gridelements_view_children} im Fluid-Template aus, sehe ich zwar rohe Inhalte, aber kein "tx_gridelements_view_raw_columns". Habe verstanden, dass "view.column_n" bereits das fertig gerenderte Element enthält, und damit nicht geeignet ist. Aber ich blicke nicht durch, wie ich die "raw_columns" in Fluid ansprechen kann. Wahrscheinlich muss ich dafür über die Children iterieren? Hast Du vielleicht ein Minimalbeispiel? Moin moin. tx_gridelements_view_raw_columns ist ein eigenes Array unabhängig von tx_gridelements_view_children. Der Inhalt wird in Zeile 217 in der Methode renderChildrenIntoParentColumns im Plugin Classes\Plugin\Gridelements.php aufgebaut. Darin sind als Keys die einzelnen Spaltennamen und als Subarray die Rohdaten der einzelnen Kinder der jeweiligen Spalte enthalten. Ansonsten läuft das ähnlich wie in diesem Beispiel: http://www.typo3lexikon.de/typo3-tutorials/extensions/fluid/fluid-variablen-und-arrays.html HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Empfohlene Häufigkeit bei Ausführung von crawler tasks (scheduler, planer, cron)
Hallo zusammen, Ich habe in der Zwischenzeit einen Eintrag dazu in der crawler Dokumentation dazu gefunden (who would have thought?). Jetzt frage ich mich doch, wie ich das übersehen konnte. Für den Fall, dass es da draussen noch einen anderen Tropf auf erfolgloser Suche gibt, hier die Beispielkonfiguration aus der crawler Dokumentation: # empty the joblist (Thursday, 23.50 Uhr) 50 23 * * 4 /srv/www/htdocs/Truncate_crawler_queue # do the jobs on the list (every minute) * * * * * /srv/www/htdocs/typo3/cli_dispatch.phpsh crawler # build the joblist (every Friday at midnight) 0 0 * * 5 php /srv/www/htdocs/typo3/cli_dispatch.phpsh crawler_im 1000 -d 99 -n 1000 -o queue http://wiki.typo3.org/Crawler#example_set_of_cronjobs Beste Grüße, Konrad Am 25.11.2013 23:12, schrieb Konrad Chorosinski: Guten Abend, ich habe mich schon öfter gefragt, wie wohl eine optimale zeitliche Steuerung der crawler tasks auszusehen hat. Bisher habe ich folgende Konfiguration vewendet: Crawler Run (crawler) wiederkehrend*/30 * * * *Parallele Ausführung Ja jede halbe Stunde Crawler queue (crawler) [crawler_konf (depth: 99, startPage:42)] wiederkehrend0 3 * * */2Parallele Ausführung Ja Jeden zweiten Tag um 3 Uhr früh Crawler Queue Flush (crawler) wiederkehrend0 5 * * 0Parallele Ausführung Ja Jeden Sonntag um 5 Uhr früh Was haltet Ihr von dieser Konfiguration? Hat jemand Einwände bzw. Verbesserungsvorschläge? Wovon mache ich die Frequenz abhängig? Für jeden Tipp bin ich sehr dankbar. Herzliche Grüße, Konrad ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS -> 6.2 LTS
Hi Ralf-Rene, oh sorry, ich meinte nicht deinen Beitrag, da war ich im Gegenteil ganz froh dass du darauf hingewiesen hast - ein Punkt weniger den ich debuggen muss. Noch ungetestet, aber ich denke wenn man im ext_emconf.php einträgt: 'depends' => array ( 'php' => '5.3.0-', 'typo3' => '4.5.0-', ), müsste es gehen. Nein ich google ja grad recht viel zu Upgrade Problemen und lande dauernd auf Blogs wo Leute ihren Frust über TYPO3 und Upgrade und sowas rauslassen, vor allem in den Kommentaren findet man da recht viel Müll. Obwohl es verständlich ist dass man manchmal frustriert ist Fehler zu suchen, find ich es zeichnet ein falsches Bild. Und dann hab ich mir gedacht schreib ich halt mal was auch gut läuft. So als Gegengewicht. LG Andrea Am 27.11.2013 13:11, schrieb Andrea Schmuttermair: Ehrlichgesagt kann ich die ganzen negativen Meldungen gar nicht verstehen, ich glaube das ist mehr der Frust dass man sich halt mal hinhocken muss und alle Entwicklungsschritte seit 4.5 in kurzer Zeit nachvollziehen muss. mein "frustrierend" bezog sich auch nicht grundsätzlich auf TYPO3, sondern darauf, dass es durch die neue TER Strategie (die ich prinzipiell ja sehr gut finde) unmöglich wird Extensions zu installieren und zu testen während der Entwicklung einer TYPO3 Version. Da man mittlerweile ja bei jeder Extension dazu gezwungen ist eine maximale TYPO3 Version anzugeben, steht die auch bei gut gepflegten Extensions meist halt noch auf 6.1.99 Und da man in der 6.2.0beta2 eben NICHT mehr wie früher solche Hinweise ignorieren kann, kriegt man solche Extensions eben nicht ins 6.2 System ohne sie zu editieren... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements/Fluidtemplate und Register Nutzung
Hallo Joey, hat was gedauert bei mir. Musste erst mal einiges updaten. Bin jetzt auf TYPO3 6.1.6 und GE 2.1.0-dev. Führe ich unter diesen Gegebenheiten einen Debug auf {data.tx_gridelements_view_children} im Fluid-Template aus, sehe ich zwar rohe Inhalte, aber kein "tx_gridelements_view_raw_columns". Habe verstanden, dass "view.column_n" bereits das fertig gerenderte Element enthält, und damit nicht geeignet ist. Aber ich blicke nicht durch, wie ich die "raw_columns" in Fluid ansprechen kann. Wahrscheinlich muss ich dafür über die Children iterieren? Hast Du vielleicht ein Minimalbeispiel? Grüße, Thomas p.s. Parallel stellt sich mir die Frage, ob ein Rendering über Fluid an dieser Stelle überhaupt erstrebenswert ist. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS -> 6.2 LTS
Am 27.11.2013 13:11, schrieb Andrea Schmuttermair: > Ehrlichgesagt kann ich die ganzen negativen > Meldungen gar nicht verstehen, ich glaube das ist mehr der Frust dass > man sich halt mal hinhocken muss und alle Entwicklungsschritte seit 4.5 > in kurzer Zeit nachvollziehen muss. mein "frustrierend" bezog sich auch nicht grundsätzlich auf TYPO3, sondern darauf, dass es durch die neue TER Strategie (die ich prinzipiell ja sehr gut finde) unmöglich wird Extensions zu installieren und zu testen während der Entwicklung einer TYPO3 Version. Da man mittlerweile ja bei jeder Extension dazu gezwungen ist eine maximale TYPO3 Version anzugeben, steht die auch bei gut gepflegten Extensions meist halt noch auf 6.1.99 Und da man in der 6.2.0beta2 eben NICHT mehr wie früher solche Hinweise ignorieren kann, kriegt man solche Extensions eben nicht ins 6.2 System ohne sie zu editieren... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 v6.1 Scheduler-Tasks werden nicht automatisch ausgeführt.
Ich konnte es jetzt soweit Debuggen. ## In der Datei: /var/www/foo/bar/htdocs/typo3/cli_dispatch.phpsh ... wird folgendes ab Zeile 55 ausgeführt: \TYPO3\CMS\Core\Core\Bootstrap::getInstance() ->loadExtensionTables(TRUE) ->initializeBackendUser() ->initializeBackendUserMounts() ->initializeLanguageObject(); Das Problem ist bei mir definitiv ->initializeBackendUserMounts(). In dieser Methode lautet wie folgt: /** * Initialize backend user mount points * * @return \TYPO3\CMS\Core\Core\Bootstrap * @internal This is not a public API method, do not use in own extensions */ public function initializeBackendUserMounts() { // Includes deleted mount pages as well! @TODO: Figure out why ... $GLOBALS['WEBMOUNTS'] = $GLOBALS['BE_USER']->returnWebmounts(); $GLOBALS['BE_USER']->getFileStorages(); $GLOBALS['FILEMOUNTS'] = $GLOBALS['BE_USER']->groupData['filemounts']; return $this; } Wenn ich einfach Debug-Ausgaben hinzufüge...: public function initializeBackendUserMounts() { // Includes deleted mount pages as well! @TODO: Figure out why ... $GLOBALS['WEBMOUNTS'] = $GLOBALS['BE_USER']->returnWebmounts(); var_dump('TEST1'); $GLOBALS['BE_USER']->getFileStorages(); var_dump('TEST2'); $GLOBALS['FILEMOUNTS'] = $GLOBALS['BE_USER']->groupData['filemounts']; return $this; } ... wird in der Konsole nur folgendes ausgegeben: string(5) "TEST1" Das Skript steigt also bei "$GLOBALS['BE_USER']->getFileStorages();" aus. Von da komme ich zu "BackendUserAuthentication->initializeFileStorages()". Dort wird nun das "$storageRepository" instanziiert, was scheinbar fehlschlägt. "\TYPO3\CMS\Core\Utility\GeneralUtility" scheint nicht verfügbar zu sein. ## Nun meine Frage an Euch: Hat jemand einen Tipp, wie ich jetzt vorgehen sollte? -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk Gesendet: Mittwoch, 27. November 2013 16:22 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] TYPO3 v6.1 Scheduler-Tasks werden nicht automatisch ausgeführt. Hallo liebe Community, ich habe bei den neusten Projekten leider Probleme die Scheduler-Tasks (Planer) zum Laufen zu bekommen. Diese Projekte laufen unter TYPO3 v6.16. Bei einen Projekt unter TYPO3 v4.7 laufen auf demselben Entwicklungsserver die Scheduler-Task ohne Probleme. Ich kann es leider nicht ganz nachvollziehen... Zum Testen habe ich im 6.1-System, ein "Planer-Test-Task" angelegt. Dieser soll wiederkehrend alle 5 Minuten (*/5 * * * *) die Testmail an mich schicken. Starte ich den Task manuell im Backend, so erhalte ich die Mail. Noch ohne ein eingerichteten Cronjob warte ich mindestens 5 Minuten. Im Backend wird nun richtiger Weise angezeigt, dass der Task verspätet ist. Normalerweise verhält es sich ja so, dass ich "cli_dispatcher" manuell über die SSH-Konsole aufgerufen werden kann und der verspätete Task nachgeholt wird. Also führe ich nun folgenden Befehl per SSH aus: /var/www/foo/bar/htdocs/typo3/cli_dispatch.phpsh scheduler ... Ich bekomme keine Fehlermeldung (_cli_scheduler Benutzer ist angelegt) und im Backend tut sich garnichts. Der Task ist weiterhin verspätet und ich bekomme keine Testmail. Hat von euch jemand auch so ein Problem oder vielleicht sogar eine Lösung? Ich kann's mir echt nicht erklären. Wie gesagt funktioniert es bei der älteren TYPO3-Version auf gleicher Weise. Ich hoffe auf Eure Anregungen. Viele Grüße David ___ 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] TYPO3 v6.1 Scheduler-Tasks werden nicht automatisch ausgeführt.
Hallo liebe Community, ich habe bei den neusten Projekten leider Probleme die Scheduler-Tasks (Planer) zum Laufen zu bekommen. Diese Projekte laufen unter TYPO3 v6.16. Bei einen Projekt unter TYPO3 v4.7 laufen auf demselben Entwicklungsserver die Scheduler-Task ohne Probleme. Ich kann es leider nicht ganz nachvollziehen... Zum Testen habe ich im 6.1-System, ein "Planer-Test-Task" angelegt. Dieser soll wiederkehrend alle 5 Minuten (*/5 * * * *) die Testmail an mich schicken. Starte ich den Task manuell im Backend, so erhalte ich die Mail. Noch ohne ein eingerichteten Cronjob warte ich mindestens 5 Minuten. Im Backend wird nun richtiger Weise angezeigt, dass der Task verspätet ist. Normalerweise verhält es sich ja so, dass ich "cli_dispatcher" manuell über die SSH-Konsole aufgerufen werden kann und der verspätete Task nachgeholt wird. Also führe ich nun folgenden Befehl per SSH aus: /var/www/foo/bar/htdocs/typo3/cli_dispatch.phpsh scheduler ... Ich bekomme keine Fehlermeldung (_cli_scheduler Benutzer ist angelegt) und im Backend tut sich garnichts. Der Task ist weiterhin verspätet und ich bekomme keine Testmail. Hat von euch jemand auch so ein Problem oder vielleicht sogar eine Lösung? Ich kann's mir echt nicht erklären. Wie gesagt funktioniert es bei der älteren TYPO3-Version auf gleicher Weise. Ich hoffe auf Eure Anregungen. Viele Grüße David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Passende Extension?
Hallo Liste, ich benutze Typo3 Version 4.5.31, jetzt wollte ich Powermail und den Sprachwechsler installieren, dabei ist mir Typo komplett abgestürzt, Fatal Error. Gibt es ein Archiv wo ich die passenden Extension zu meiner Typo3 Version finde, ohne alles kaputt zu schießen. Danke und LG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS -> 6.2 LTS
Hi ihr, also ich sitze auch grad an einer Migration von 4.5 auf 6.2 und hab mir gedacht ich schreib mal ein paar Erfahrungen auf. Wieso gerade jetzt und nicht erst in 6 Monaten hat sich halt so ergeben, schadet ja auch nix die meisten Probleme schon mal gelöst zu haben. Größenordnung dieser Installation ist Enterprise. 1) Server Setup - Live-Server, der wird noch bis Mitte nächsten Jahres auf 4.5 laufen - der Development Server, auf dem die normale Entwicklung läuft und der genauso auf 4.5 läuft - der Upgrade Server mit der neuen Version 2) Ablauf Deprecation Log auf 4.5 -> austauschen, das ist meistens nur find and replace Upgrade auf 4.7 Upgrade auf 6.0 Upgrade auf 6.2 beta2 (bzw. beta3 wenn sie raus ist) Extensions: Ich hab ein Excel mit allen Extensions, und dann für jede TYPO3 Version eine Spalte mit Testergebnis, Dazu hab ich mir aus dem Repo die Versionsinfos und das letzte Update Datum rausgesucht. Das sind meine Excel Spalten: Extensions 4.5 4.7 6.0 6.2 beta Kommentar Page ID installierte Version aktuelle Version letztes Update Und dann bin ich die Extension Liste durch, hab die hoffnungslosen Fälle schon mal aussortiert und Alternativen gesucht. Alles nach 2012 Updates bekam wird vermutlich upgedated. Was noch nicht da ist kommt auf die Liste von "schaun wir mal wie es nächstes Jahr damit aussieht". Solr beispielsweise weiß ich, dass gerade mit Hochdruck am Update gearbeitet wird. Bei jedem TYPO3 Update die deprecation logs und error logs checken, und immer wieder find and replace. Die Patches von Fremd-Extensions hab ich gleich in der Forge in den Issue Tracker reingestellt. Da gibts übrigens auch oft schon 6.2er Versionen mit nem github Link, einfach mal nachlesen, und Entwickler kann man auch mal anschreiben. Alle deprecation Patches sind immer mit nem if für alte Versionen - damit kann ich die Änderungen gleich jetzt in den normalen Entwicklungsfluß reinbringen und es wird dann nächstes Jahr laufen. Momentan stehe ich bei der 6.0, die 6.2 kommt die nächsten Tage und ich bin recht optimistisch. Ehrlichgesagt kann ich die ganzen negativen Meldungen gar nicht verstehen, ich glaube das ist mehr der Frust dass man sich halt mal hinhocken muss und alle Entwicklungsschritte seit 4.5 in kurzer Zeit nachvollziehen muss. Ich finde das aber gar nicht frustrierend, sondern total beeindruckend, wie sehr sich TYPO3 in den letzten 2 Jahren weiterentwickelt hat. Hut ab vor den Core-Entwicklern was die da geleistet haben! Erfreulicherweise läuft sehr viel altes Zeug immer noch, pibased wird weiter unterstützt und für alle deprecated Funktionen findet man mit Googlen ganz fix einen Patch. Mit ExtBase Extensions von der 4.5er hatte ich bis jetzt noch gar keine Probleme, die liefen sofort. Da gibts natürlich auch deprecated functions im log die man schon mal austauschen kann, aber das betrifft ja erst Versionen nach der 6.2 Am meisten Bedenken hatte ich mit FAL. Aber soweit ich momentan sehe, hat der Install Tool Upgrade Wizard alles richtig aktualisiert. Ich setze auch naw_securedl ein, auch das funktioniert weiterhin. Dank einem Compatibility Layer funktionieren alte Codes wie gehabt. Also alles gut :) Soweit von der Upgrade Front, LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: BEuser anlegen um adresslist zu bearbeiten
So Liebe Leute, ich habe die Lösung gefunden. Ich muss nur BE-Gruppe anlegen und unter Access List- Include Access List, das Häckchen kreuzen und entsprechende rechte für die Gruppe anpassen. Später füge ich den BE-User in der Gruppe. Ds war's ^_^. VG, Ipan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neuer Extension Manager in typo3 6.0.10
Am 27.11.2013 11:59, schrieb Peter Linzenkirchner: > Nach Erscheinen von 6.2 hast du ca. 6 Monate Zeit für die Umstellung auf 6.2, > solange wird 4.5 noch supportet. Bis dahin sollten dann auch die meisten > Extensions 6.2-fähige Updates haben. Das ist noch ein Dreiviertel Jahr ... es ist sogar 1 Jahr Überlappung, denn der 4.5 support ist mit der Verschiebung des 6.2 Erscheinungstermins auch verlängert worden... http://typo3.org/roadmap/ -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neuer Extension Manager in typo3 6.0.10
Hallo Heike, wenn du kannst, dann warte mit der Umstellung von 4.5 noch etwas bis die 6.2 final erschienen ist. Ziel ist, von einer LTS zur nächsten LTS zu gehen. - neue Projekte mit 6.1 - 4.5-Projekte lassen bis 6.2 erscheint. Nach Erscheinen von 6.2 hast du ca. 6 Monate Zeit für die Umstellung auf 6.2, solange wird 4.5 noch supportet. Bis dahin sollten dann auch die meisten Extensions 6.2-fähige Updates haben. Das ist noch ein Dreiviertel Jahr ... Powermail gibt es für 6.x, aber die neue Version ist nicht kompatibel zur alten, das heißt, es müssen alle Formulare neu angelegt werden. kb_nescefe ist nicht zukunftssicher, da es xClasses verwendet - ich bezweifel, dass es das für 6.2 geben wird. Ein möglicher Ersatz wäre gridelements. Das kannst du bereits ab 4.5 einsetzen, ich würde also empfehlen, kb_nescefe nicht mehr zu verwenden und in vorhandenen Installationen so nach und nach zu ersetzen. --- wie das Update dann ausschauen wird, ist noch offen, aber im Prinzip wird es so ablaufen: - am besten eine Kopie der Installation anlegen, oder zumindest ein Backup. - in der 4.5 soweit möglich die Extensions updaten, so dass sie unter 6.2 laufen. Das geht nicht mit allen, aber mit tx_news und anderen wird das dann möglich sein. - alle anderen Extensions deaktivieren! - das Update von TYPO3 durchführen - es wird einen Test geben, mit dem die vorhandenen Extensions getestet werden können. - Extensions, für die es ein Update gibt, jetzt endgültig updaten. (Noch geht das nicht, weil alle Extension noch 6.1.99 in den Versionen stehen haben - aber das wird sich nach Erscheinen der 6.2 schnell ändern). - Extensions, für die es kein Update gibt, darfst du nicht mehr aktivieren, sonst geht die Installation mit einem PHP-Fehler offline. Wird wohl nicht ganz einfach, aber dürfte machbar sein. Problem ist natürlich, dass es für einige Extension nie ein Update auf 6.2 geben wird. Es kann u. U. einiges an Arbeit werden, diese durch andere zu ersetzen. Welche das sein werden, das ist noch nicht klar, das hängt von den Maintainern ab. Aber warte einfach noch damit, das wird wirklich erst aktuell nach dem Release von 6.2. Wenn du es jetzt schon testen willst, dann auf keinen Fall mit einer Life-Installation! Und lies diesen Thread: "Migration 4.5 LTS -> 6.2 LTS" Gruß Peter Am 27.11.2013 um 11:21 schrieb Heike Herzog-Kuhnke : > Danke für Eure Infos. > Ich werde dann also schauen, dass ich die neueste 6.1 Version aufspiele. > Ich habe gerade in einem anderen Thread gelesen, dass ein Update alter Seiten > nach 6.nnn eher schwieirig ist wegen der Extensions. Ich habe ein paar 4.5er > Installationen, bei denen ich nicht viele Extensions nutz, diese aber > behalten will. Unter anderem Powermail. Bei meiner Seite kb_nescefe, aber das > müsste ich dann umstellen. > Was ist der Beste weg? > Eine Neuinstallation und das einfügen der gesicherten Seitenstruktur (über > Export im Seitenbaum) und vorheriges Installieren der benötigten Extensions? > Gruß > Heike > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neuer Extension Manager in typo3 6.0.10
Danke für Eure Infos. Ich werde dann also schauen, dass ich die neueste 6.1 Version aufspiele. Ich habe gerade in einem anderen Thread gelesen, dass ein Update alter Seiten nach 6.nnn eher schwieirig ist wegen der Extensions. Ich habe ein paar 4.5er Installationen, bei denen ich nicht viele Extensions nutz, diese aber behalten will. Unter anderem Powermail. Bei meiner Seite kb_nescefe, aber das müsste ich dann umstellen. Was ist der Beste weg? Eine Neuinstallation und das einfügen der gesicherten Seitenstruktur (über Export im Seitenbaum) und vorheriges Installieren der benötigten Extensions? Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Upgrade auf FAL und Backward Compatibility
Hallo, ich sitze hier an einem 4.5er Upgrade auf 6.x, und versuche eine gute Lösung für FAL zu finden. Ich habe einige pi-based Extensions die Files aus diesen Ordnern holen: /uploads/tx_extensionkey/ /fileadmin/somesubfolder/ Hat jemand Beispiele parat für die Verwendung von FAL mit pibased Extensions? Genial wäre auch eine Unterscheidung die die Extension rückwärtskompatibel hält, zwecks Parallelbetrieb die nächsten paar Monate bis die 6.2 stabil läuft. Also sowas wie: if (FAL) do something else use old code Und wie sieht dann das TCA aus? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] felogin ohne Benutzerabfrage
Hallo Ralf-René, danke für deine geduldige Ausführung. Jetzt habe ich es gecheckt und es funktioniert! -- Gruß Sonja D. Das Gegenteil von schlau ist nicht dumm, sondern faul! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] direct_mail Subject ändern
Hallo zusammen, direct_mail verwendet bei E-Mails als Betreff immer den Seitentitel. Ich möchte, dass die Telefonnummer des Empfängers hinterlegt ist, da die E-Mail an einen Gateway gesendet wird, der eine SMS sendet. Im Betreff des E-Mails muss die Telefonnummer stehen. Ist das irgendwie möglich? Bin für eure Antworten sehr dankbar! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ext_tables TCA/ctr/thumbnail
Am 27.11.2013 09:14, schrieb Christian Tauscher: Nachtrag/Ergänzung: In Configuration/TCA/image.php steht das: 'file' => array( 'exclude' => 0, 'l10n_mode' => 'exclude', 'label' => 'titel', 'config' => array( 'type' => 'group', 'internal_type' => 'file', 'uploadfolder' => 'uploads/tx_kunst', 'show_thumbs' => 1, 'size' => 1, ), ), ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ext_tables TCA/ctr/thumbnail
Guten morgen. Hab eine EXT geschrieben, verwaltet Bilder. Vorschau der Bilder soll im Listenmodul angezeigt werden. in der ext_tables steht in der TCA Sache das: (geküzt) $TCA['tx_kunst_domain_model_image'] = array( 'ctrl' => array( 'title' => 'Titel', 'dividers2tabs' => TRUE, 'thumbnail' => 'file', ... ), ); Im Feld 'file', da steht mein Bild drin. Ich erwarte nun das im Listenmodul das Bild angezeigt wird (User Settings erlauben dies). Dem ist aber nicht so :-( Ist ein T3V6, die Bilder liegen im uploads-folder, noch keine FAL-Geschichte implementiert. Liegts daran das T3 die Bilder zur Vorschau an der falschen Stelle sucht? Bin für Hilfe jederzeit dankbar, Christian. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german