Re: [TYPO3-german] Linkvalidator - TYPO3 6.2
Hi Carsten, Ich kann das so nicht nachstellen. Carsten Hager wrote: Sobal ich dem Link ein Icon hinzufüge ( siehe Anhang ) gibt mir der Linkvalidator einen Fehler aus. Welchen Fehler? Den Module Token Fehler von unten? Wann genau kommt der (wenn du auf welches Icon/Link klickst)? Solange ich den Fehler nicht eingrenzen kann, kann ich ihn auch nicht nachstellen und somit nicht beheben. Einen weiteren Fehler erhalte ich sporatisch wenn ich über den Linkvalidator ein Inhaltselement öffne und es wieder schließe. ( Siehe Anhang ) Einmal habe ich den Fehler auch bekommen, aber auch dies kann ich sonst nicht reproduzieren. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] l=0 Panik
Hallo Typo3er's, Ich versuche ums verrecken Typo3 beizubringen das l=0 nicht englisch ist, und l=1 nicht Deutsch. Gibt es da eine einfache Lösung? Es gibt ja die Möglichkeit l=0 über den Umweg über l=x auf l=1 zu schubsen, das würde mir jedoch nur helfen, wenn der Content in l=0 auch wirklich Englisch wäre. Das ist jedoch nicht so. l=0 ist eigentlich Deutsch. und soll auch so sein. Es muss doch also irgendwo einen Flag geben, der l=0 als Englisch definiert, und l=1 als Deutsch. Nur zum Verständnis: Ich will tatsächlich nicht das l=0 l=1 wird, ich möchte das l=0 sich als Deutsch identifiziert, und l=1 als Englisch. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] l=0 Panik
Hallo Kevin, ich bin mir nicht sicher, ob ich wirklich verstehe, wo das Problem genau liegt. Möglicherweise ist es aber auch so trivial, dass es eigentlich kein Problem ist. Die Standardsprache (id: 0 / L=0) ist nicht festgelegt, d. h. Du kannst dort die Sprache verwenden, die Du gern als Standardsprache haben möchtest. In deinem Fall wäre das vermutlich Deutsch. Für jede weitere Website-Sprache legst Du im Backend einen Datensatz an. Wenn Du dort nun Englisch angelegt hast, hat der Datensatz eine eindeutige ID erhalten, vermutlich 1. Damit wäre Englisch, entsprechend seiner ID - L=1. Gruß Carsten Am 14. April 2014 10:53 schrieb Kevin John Busche kevin.bus...@gmail.com: Hallo Typo3er's, Ich versuche ums verrecken Typo3 beizubringen das l=0 nicht englisch ist, und l=1 nicht Deutsch. Gibt es da eine einfache Lösung? Es gibt ja die Möglichkeit l=0 über den Umweg über l=x auf l=1 zu schubsen, das würde mir jedoch nur helfen, wenn der Content in l=0 auch wirklich Englisch wäre. Das ist jedoch nicht so. l=0 ist eigentlich Deutsch. und soll auch so sein. Es muss doch also irgendwo einen Flag geben, der l=0 als Englisch definiert, und l=1 als Deutsch. Nur zum Verständnis: Ich will tatsächlich nicht das l=0 l=1 wird, ich möchte das l=0 sich als Deutsch identifiziert, und l=1 als Englisch. ___ 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] l=0 Panik
Lieber Kevin ich gehe von folgendem Szenario aus: L=0 - Deutsch L=1 - Englisch Die ganzen Sprachanpassungen finden an zwei Orten statt: Als erstes kreiert man eine Sprache. Dazu gehst Du auf die Root des Seitenbaumes und wählst im Menu Liste aus. Dort musst Du alle Sprachen definieren, ausser die Defaultsprache (L=0). D.h. wenn Du hier eine neue Websitensprache anlegst (im Beispiel Englisch), bekommen diese fortlaufende ID's. Falls Englisch schon existiert, dann musst Du wissen, welche ID diese Sprache hat. Fahre dazu auf das Flag, das Tooltip sagt dir dann die Sprache. Als zweites musst Du ein paar Anpassungen in deinem TypoScript vornehmen: # Grundeinstellungen des Systems config.linkVars = L # Definitionen für Deutsch config { sys_language_uid = 0 language = de locale_all = de_DE htmlTag_langKey = de } # Definitionen für Englisch [globalVar = GP:L = 1] config { sys_language_uid = 1 language = en locale_all = en_US htmlTag_langKey = en } [global] Damit sollte TYPO3 die Sprachen jetzt verstehen und die entsprechenden Uebersetzungen im Backend auch anbieten. Übrigens ist der locale_all Parameter Betriebssystem abhängig, auf einem Unix-System müsste das de_DE.UTF8 heissen, damit es korrekt verstanden wird. Falls Du realURL verwendest, dann kommt natürlich noch die Einstellung dort hinzu, damit der URL-Parameter L=1 entsprechend in ein Pfadsegment /en/ umgesetzt wird. Die Einstellung von real URL kannst Du dir automatisch generieren lassen und dann wenn nötig noch händisch anpassen. Siehe dazu auch das entsprechende Manual. Bei einer bestehenden Installation die Sprachen zu wechseln, d.h. z.B. von L=0 -englsich auf L=1 - englsich L=1 -deutsch auf L=0 - deutsch wird ohne umfangreiche SQL-Akrobatik nicht einfach möglich sein, denn die Datensätze der Defaultsprache werden z.B. in der Tabelle page gespeichert, die Übersetzungen aber in pages_language_overlay. D.h. man müsste die Daten entsprechend hin und her kopieren und dabei die Verweise auf die ID der Page in tt_content nachführen. Also ein fast unmögliches Unterfangen! Ich hoffe das hilft Dir einen Schritt weiter. Beste Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Montag, den 14.04.2014, 10:53 +0200 schrieb Kevin John Busche: Hallo Typo3er's, Ich versuche ums verrecken Typo3 beizubringen das l=0 nicht englisch ist, und l=1 nicht Deutsch. Gibt es da eine einfache Lösung? Es gibt ja die Möglichkeit l=0 über den Umweg über l=x auf l=1 zu schubsen, das würde mir jedoch nur helfen, wenn der Content in l=0 auch wirklich Englisch wäre. Das ist jedoch nicht so. l=0 ist eigentlich Deutsch. und soll auch so sein. Es muss doch also irgendwo einen Flag geben, der l=0 als Englisch definiert, und l=1 als Deutsch. Nur zum Verständnis: Ich will tatsächlich nicht das l=0 l=1 wird, ich möchte das l=0 sich als Deutsch identifiziert, und l=1 als Englisch. ___ 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] Wofür Scheduler Extract metadata in storage
Hallo, ich frage mich gerade, wofür dieser Job ist. Leider lässt sich dazu keine Doku finden. Ich dachte erst, dass EXIF oder IPTC-Daten der Medien gemeint werden, aber das scheint nicht zu klappen. Weiß da jemand mehr? Und gibt es Vorschläge, wie häufig man diesen und auch alle anderen neuen Jobs im Produktivbetrieb laufen lassen sollte? Liebe Grüße, Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Tx_news: Anzahl der News per TS beschränken
Moin, möchte gern per Typoscript die maximale Anzahl der dargestellten News beschränken. Im Flexform des Plugins heißt der Wert settings.limit. plugin.tx_news.settings.limit = 3 zeigt leider keine Wirkung. Hatte wer nen Tip für mich? Nutze news 2.3 und hab pagination deaktiviert. Gruss Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi tt_address/wt_directory/wt_doorman dabei gehabt ? Datt iss so ziemlich mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt. Dafür benutzt man ja auch keine Extensions sondern TypoScript ;-) Wenn es wirklich nur um Listen geht und nicht um google maps oder vcard export, dürfte die einzige Extension, die Du davon wirklich benötigst, tt_address sein. Damit werden ja die entsprechenden Tabellen angelegt und die Eingabeformulare im Backend erstellt. Daraus dann eine Adress-Liste zu generieren dürfte mit einem simplen CONTENT und entsprechendem renderObj nicht allzu schwierig sein. Vorteil: Abgesehen von möglicherweise als deprecated entferntem TypoScript bist Du damit auf einer relativ sicheren Seite, was die Upgradefähigkeit angeht. Wenn Du für solche Aufgaben bisher auf Extensions zurückgegriffen hast, die ggf. schon lange nicht mehr gewartet werden, schnappt die Upgrade-Falle natürlich wesentlich eher zu. Aber vielleicht ist ja jetzt ein guter Zeitpunkt, diese Extensions komplett zu entfernen und durch TypoScript zu ersetzen. 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
[TYPO3-german] realURL redirect zur richtigen URL
Hallo Liebe Mailingliste. Wir Haben bei uns real URL im Einsatz. Standard sprache ist deutsch. In google tauchen für die gleiche seite aber zum teil mehrerer URLs auf, das erschwehrt die auswertung: /index.php?id=123 /de/titelseite /titelseite Gibt es eine möglichkeit diese realURL dazu veranlassen alles auf die richtige url wieterzuleiten. Also /de/titelseite Kann mir nicht vorstellen das es nicht geht. Habe im Handbuch aber nix entsprechendes gefunden. Gruss chris -- Christian Wolff AERTiCKET AG - Database and Programming - Boppstraße 10 10967 Berlin Tel. +49 (0) 30 - 69 80 22 33 Fax +49 (0) 30 - 69 80 21 78 eMail cwo...@aer.de http: www.aerticket.de Vorstand Rainer Klee (Vorsitz), Roland Kreling-Behmenburg, Uwe Zobel, Jttka Zimmermann Aufsichtsratsvorsitzender Wolfgang Altmüller Amtsgericht Berlin-Charlottenburg HRB 82 693 UST ID: DE 218 238 232 ** Sagen Sie es uns! Wir haben ein offenes Ohr für Ihre Meinungen und Ideen... AERForum: http://www.aerforum.de/ Facebook: https://www.facebook.com/aerticket Twitter: https://twitter.com/AERGEZWiTSCHER ** ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] realURL redirect zur richtigen URL
Am 14.04.14 11:40, schrieb Chris Wolff - AERTiCKET AG: Hallo Liebe Mailingliste. Wir Haben bei uns real URL im Einsatz. Standard sprache ist deutsch. In google tauchen für die gleiche seite aber zum teil mehrerer URLs auf, das erschwehrt die auswertung: /index.php?id=123 /de/titelseite /titelseite Gibt es eine möglichkeit diese realURL dazu veranlassen alles auf die richtige url wieterzuleiten. Also /de/titelseite nicht wirklich - denn nicht realurl ist dafür zuständig. d.h. realurl kann sich um die unterscheidung der letzten beiden Fälle kümmern: in der realurl-Konfiguration solltest du mal den Abschnitt preVars suchen und entsprechend anpassen: 'preVars' = array ( 0 = array ( 'GETvar' = 'L', 'valueMap' = array ( 'de' = '0', 'en' = '1', ), 'valueDefault' = 'de', # 'noMatch' = 'bypass', ), ), insbesondere das Ende: 'valueDefault' = 'de', # 'noMatch' = 'bypass', ist wichtig. keine Angabe beim Parameter L ergibt 'de' und es soll immer ein Sprach-Parameter vorhanden sein. ich geh mal davon aus, dass dein Sprachwechselparameter der übliche Großbuchstabe 'L' ist. mit einem kleinen 'l' könnte es schon zu Problemen kommen, weil es schon Fälle gab bei denen 'L' hardcoded abgefragt wurde (statt indirekt die Systemvariablen für die Sprache) Kann mir nicht vorstellen das es nicht geht. Habe im Handbuch aber nix entsprechendes gefunden. die verschiedenen URLs sollten schon funktionieren, aber eigentlich willst du nur google beibringen nicht alle drei Schreibweisen zu indizieren und die Leute dementsprechend auf 'drei' Seiten zu lenken. Das kann man aber unabhängig mit dem Metatag 'canonical' erreichen. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] sys_category|sys_category_record_mm etc.
Hallo zusammen. Mit TYPO3 V6.0 ist sys_category und sys_category_record_mm eingeführt worde. Zusammen mit einer API, hier auch dokumentiert http://wiki.typo3.org/TYPO3_6.0 Hab mit diesen abstrakten Dokumentationen so meine Schwierigkeiten :-( Such vor allem eine TCA as beispiel wie mans richtig macht. Kennt jemand eine EXT im TER die sys_caregory verwendet die mir als Ideengeber dienlich sein könnte? Danke für jeden Hinweis, Christian. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FE-User Weiterleitungen
Hallo zusammen, in einem Intranet habe ich es mit einer etwas komplexeren Usergruppen-Struktur zu tun (FE-User) und verhakele mich mit der korrekten Konfiguration der Weiterleitungen nach Anmeldung. Genutzt wird Typo 4.5.32 - die Konfiguration ist über Flexform gelöst. Folgendes Grundmuster hatte ich ursprünglich: Eine Gruppe 'mitglieder', der alle User angehören. Diese sollen nach Anmeldung auf der Startseite verbleiben, dort wo sich auch das Login-Form befindet. Eine weitere Gruppe 'Mitarbeiter', die dieselben Rechte hat wie 'mitglieder', lediglich noch einige Seiten mehr sehen darf und eben nach der Anmeldung auf eine andere Seite weitergeleitet werden soll. Jede von mir probierte Konfiguration erbringt nicht dieses gewünschte Ergebnis - egal was ich einstelle, alle User landen nach Anmeldung grundsätzlich auf der Startseite. Probiert habe ich: (1) Weiterleitungsseite definiert im Benutzergruppen-Datensatz, Weiterleitungsmodus: definiert durch Benutzergruppendatensatz / Nach Anmeldefehler / Nach Abmeldung - erster unterstützter Modus aus Auswahl a) 'mitarbeiter' als Untergruppe von 'mitglieder' - unterschieden nur durch Weiterleitungsseite b) beide Gruppen komplett getrennt mit parallel vergebenen Zugriffsrechten - keine Doppelmitgliedschaften möglich (2) Definition der Weiterleitungsseite im Benutzer-Datensatz, Weiterleitungsmodus entsprechend angepasst (will ich eigentlich auch nicht, weil ich dann jeden Benutzer einzeln anfassen muss). Merkwürdigerweise funktionieren die beiden anderen Weiterleitungsmodi - nach Anmeldefehler auf die entsprechende Fehlerseite und nach Abmeldung - tadellos. Was zum G... habe ich vergessen / mache ich falsch? Zweite Frage: Im System sind alle Seiten zugriffsgeschützt. Ich würde gern eine Lösung realisieren, die es den Usern ermöglicht, sich auch auf den Unterseiten anzumelden. Die Redakteure schicken eine Mail an den User mit einem Link zu Seite meinedomain.de/index.php?id=45. Dann sollte ein Login-Form kommen und der User anschließend auch auf der Seite mit der id 45 landen. Im Moment landet er grundsätzlich auf der Startseite. Gibt es für die Anmeldung auf jeder Unterseite auch eine Lösung? Für jeden Hinweis dankbar, Stefan -- k² Potsdam Kompetenz für Kommunikation Am Bürohochhaus 2-4 14478 Potsdam Tel. 0331/86 749 883 Funk 0172/514 3825 Web: www.k2-potsdam.de mail: kont...@k2-potsdam.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-User Weiterleitungen
Hi Stefan, wenn ich mich recht entsinne ist die logik etwas komisch. Es wird normalerweise die letzte zutreffende gruppe für den Redirect gewählt. Es gibt eine Typoscript / Constants options die das glaub ich umdreht. Also pobier es noch mal ob es funktioniert wenn du die redirect reihenfolge umdrehst. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von kont...@k2-potsdam.de Gesendet: Montag, 14. April 2014 13:50 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] FE-User Weiterleitungen Hallo zusammen, in einem Intranet habe ich es mit einer etwas komplexeren Usergruppen-Struktur zu tun (FE-User) und verhakele mich mit der korrekten Konfiguration der Weiterleitungen nach Anmeldung. Genutzt wird Typo 4.5.32 - die Konfiguration ist über Flexform gelöst. Folgendes Grundmuster hatte ich ursprünglich: Eine Gruppe 'mitglieder', der alle User angehören. Diese sollen nach Anmeldung auf der Startseite verbleiben, dort wo sich auch das Login-Form befindet. Eine weitere Gruppe 'Mitarbeiter', die dieselben Rechte hat wie 'mitglieder', lediglich noch einige Seiten mehr sehen darf und eben nach der Anmeldung auf eine andere Seite weitergeleitet werden soll. Jede von mir probierte Konfiguration erbringt nicht dieses gewünschte Ergebnis - egal was ich einstelle, alle User landen nach Anmeldung grundsätzlich auf der Startseite. Probiert habe ich: (1) Weiterleitungsseite definiert im Benutzergruppen-Datensatz, Weiterleitungsmodus: definiert durch Benutzergruppendatensatz / Nach Anmeldefehler / Nach Abmeldung - erster unterstützter Modus aus Auswahl a) 'mitarbeiter' als Untergruppe von 'mitglieder' - unterschieden nur durch Weiterleitungsseite b) beide Gruppen komplett getrennt mit parallel vergebenen Zugriffsrechten - keine Doppelmitgliedschaften möglich (2) Definition der Weiterleitungsseite im Benutzer-Datensatz, Weiterleitungsmodus entsprechend angepasst (will ich eigentlich auch nicht, weil ich dann jeden Benutzer einzeln anfassen muss). Merkwürdigerweise funktionieren die beiden anderen Weiterleitungsmodi - nach Anmeldefehler auf die entsprechende Fehlerseite und nach Abmeldung - tadellos. Was zum G... habe ich vergessen / mache ich falsch? Zweite Frage: Im System sind alle Seiten zugriffsgeschützt. Ich würde gern eine Lösung realisieren, die es den Usern ermöglicht, sich auch auf den Unterseiten anzumelden. Die Redakteure schicken eine Mail an den User mit einem Link zu Seite meinedomain.de/index.php?id=45. Dann sollte ein Login-Form kommen und der User anschließend auch auf der Seite mit der id 45 landen. Im Moment landet er grundsätzlich auf der Startseite. Gibt es für die Anmeldung auf jeder Unterseite auch eine Lösung? Für jeden Hinweis dankbar, Stefan -- k² Potsdam Kompetenz für Kommunikation Am Bürohochhaus 2-4 14478 Potsdam Tel. 0331/86 749 883 Funk 0172/514 3825 Web: www.k2-potsdam.de mail: kont...@k2-potsdam.de ___ 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] l10nmgr und DCE
Hallo Zusammen! Ist es jemanden schonmal gelungen eine Seite mit DCE-Elementen erfolgreich mit dem L10Nmgr zu exportieren? Da der Inhalt von DCE im Flexform-Feld in der Datenbank gespeichert wird, werden diese Inhalte nicht exportiert. Es gibt zwar eine Checkbox für TemplaVoilas FCEs, aber das ist a) hardgecodet, und b) greift das nicht für DCEs. Oder kennt jemand eine gute Alternative zum L10Nmgr? Gruß, David. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] setRespectStoragePage(TRUE) führt zu http error 500, keine storagePid
Hallo, habe es weiter probiert konnte es aber leider noch nicht zum laufen bringen. Hier mein aktueller Versuch: newsListingAjax = PAGE newsListingAjax { typeNum = 15 headerData config { additionalHeaders = Content-type:application/json admPanel = 0 disableAllHeaderCode = 1 no_cache = 1 xhtml_cleaning = 0 } 10 = USER_INT 10 { extensionName = customnews pluginName = Pi1 controller = News switchableControllerActions { News { 1 = listJson } } settings = plugin.tx_customnews.settings persistence = plugin.tx_customnews.persistence persistence.storagePid=442 userFunc = tx_extbase_core_bootstrap-run } } Typo3 antwortet dann mit der Fehlerseite und der fehlerhaften Query: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ORDER BY tx_customnews_domain_model_news.date DESC' at line 1: SELECT tx_customnews_domain_model_news.* FROM tx_customnews_domain_model_news WHERE (tx_customnews_domain_model_news.uid IN (SELECT uid_local FROM tx_customnews_news_category_mm WHERE uid_foreign='2') OR tx_customnews_domain_model_news.uid IN (SELECT uid_local FROM tx_customnews_news_category_mm WHERE uid_foreign='9')) OR tx_customnews_domain_model_news.uid IN (SELECT uid_local FROM tx_customnews_news_category_mm WHERE uid_foreign='4')) OR tx_customnews_domain_model_news.uid IN (SELECT uid_local FROM tx_customnews_news_category_mm WHERE uid_foreign='7')) AND tx_customnews_domain_model_news.deleted=0 AND tx_customnews_domain_model_news.t3ver_state=0 AND tx_customnews_domain_model_news.pid-1 AND tx_customnews_domain_model_news.hidden=0 AND tx_customnews_domain_model_news.starttime=1397477220 AND (tx_customnews_domain_model_news.endtime=0 OR tx_customnews_domain_model_news.endtime1397477220) AND tx_customnews_domain_model_news.pid IN () ORDER BY tx_customnews_domain_model_news.date DESC Wie man sehen kann ist die PID weiterhin leer und führt somit zum Fehler. Hat wirklich keiner eine Idee woran das liegen könnte? Gruß, Andreas 2014-04-12 12:52 GMT+02:00 Andreas Freund andfrien...@gmail.com: Hallo, ich versuche eine Extension zu konfigurieren welche per Ajax sich Daten holt und die Seite füllt (in Typo3 4.7). Habe das Ajax Page object wie folgt konfiguriert: # AJAX PAGE object for News Listing newsListingAjax mediaCenterAjax newsListingAjax { typeNum = 15 10 { extensionName = customnews controller = News switchableControllerActions { News { 1 = listJson } } settings = plugin.tx_customnews.settings persistence = plugin.tx_customnews.persistence view = plugin.tx_customnews.view } } Die Action listJson wird korrekt aufgerufen, aber weder mit der oben angegebenen Einstellung noch wenn ich plugin.tx_customnews.settings.persistence.storagePid = 13 explizit setze kommt die storagePid im Repository an. Sobald ich $defaultQuerySettings-setRespectStoragePage(TRUE); setze bekomme ich beim Ajax Call einen 500 error zurück. Ein Blick in die sys_log Tabelle verrät mir das die storagePid nicht gesetzt ist. Was habe ich vergessen? Grüße und schönes Wochenende! Andi ___ 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] FAL Hook / SS-Dispatcher
Hallo zusammen! Da Responsive Design immer mehr ein Thema wird und eigtl. schon ist, beschäftige ich mich gerade mit der Möglichkeit ein Bild in der richtigen Größe des jeweiligen Endgerätes bereit zu stellen. Das heißt: ich habe ein Bild 2000 x 1000 Px auf dem Desktop. Das gleiche Bild braucht ja nicht in dieser Größer für ein Smartphone oder Tablet geladen werden, sondern kleiner, je nach Auflösung. Ich habe ein paar eigene Extension erstellt bei denen Bilder im Datensatz verwendet werden können (mit FAL). Damit der Benutzer ein Bild nicht in verschiedenen Größen hoch laden muss, soll das hochgeladen Bild direkt in X verschiedenen Größen abgespeichert werden. Also quasi vom FAL aus. Ich lade ein Bild in einer maximalen Auflösung hoch und TYPO3 speichert dieses Bild in X verschiedene Größen. Ich würde gerne dafür eine eigene Extension schreiben, aber ich weiß nicht wie ich den FAL um diese Funktionen erweitere bzw. wo ich ansetzen soll. Nun meine eigentlich Frage: gibt es Hooks oder Slot/Pattern Dispatcher im FAL? Wie könnte ich am besten vorgehen? Bin für jede Hilfe dankbar! Viele Grüße Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FAL Hook / SS-Dispatcher
Hallo Michael, nur zur Info: in TYPO3 6.2 ist das im Core integriert, das ist dir bekannt? http://de.slideshare.net/plobacher/typo3-cms-62-lts-die-neuerungen, Slide 39, Gruß Peter Am 14.04.2014 um 14:35 schrieb 9pm 9...@gmx.net: Hallo zusammen! Da Responsive Design immer mehr ein Thema wird und eigtl. schon ist, beschäftige ich mich gerade mit der Möglichkeit ein Bild in der richtigen Größe des jeweiligen Endgerätes bereit zu stellen. Das heißt: ich habe ein Bild 2000 x 1000 Px auf dem Desktop. Das gleiche Bild braucht ja nicht in dieser Größer für ein Smartphone oder Tablet geladen werden, sondern kleiner, je nach Auflösung. Ich habe ein paar eigene Extension erstellt bei denen Bilder im Datensatz verwendet werden können (mit FAL). Damit der Benutzer ein Bild nicht in verschiedenen Größen hoch laden muss, soll das hochgeladen Bild direkt in X verschiedenen Größen abgespeichert werden. Also quasi vom FAL aus. Ich lade ein Bild in einer maximalen Auflösung hoch und TYPO3 speichert dieses Bild in X verschiedene Größen. Ich würde gerne dafür eine eigene Extension schreiben, aber ich weiß nicht wie ich den FAL um diese Funktionen erweitere bzw. wo ich ansetzen soll. Nun meine eigentlich Frage: gibt es Hooks oder Slot/Pattern Dispatcher im FAL? Wie könnte ich am besten vorgehen? Bin für jede Hilfe dankbar! Viele Grüße Michael ___ 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] FAL Hook / SS-Dispatcher
Hi Michael, Typo3 hat schon Mächtige Funktionen um Bilder zu Bearbeiten und zu Skalieren. (GIFBUILDER / IMG_RESOURCE / ImageMagik) Das wird in Typo3 aber Traditionell erst bei Verwendung einer Bild Ressource gemacht. (vorteil wenn du deine seite neu gestaltest) Werden auch alle bilder in den neuen Größen bereit gestellt. Anders als z.B. Wordpress das beim hochladen eine fixes Set an Größen erstellt. Dann generiert typo3 eine entsprechend Passende Version. Also wenn dein 2000x1000 Bild im Frontend nur in 200x100 eingebunden wird. Generiert typo3 auch ein Bild in dieser Größe. Und legt dieses in /typo3temp/ ab (kann sein das sich der ort jetzt in 6.2 geändert hat). Ich Würde daher eher den Umgekehrten weg gehen. Und die Größe der Bilder durch das Frontend bestimmen lassen. Und nicht im Vorfeld diese schon festlegen. Sprich deine extension sollte z.B. das Typoscript Element IMG_RESOURCE verwenden Um das Bild in den gewünschten grössen in dein picture/src-set Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von 9pm Gesendet: Montag, 14. April 2014 14:35 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] FAL Hook / SS-Dispatcher Hallo zusammen! Da Responsive Design immer mehr ein Thema wird und eigtl. schon ist, beschäftige ich mich gerade mit der Möglichkeit ein Bild in der richtigen Größe des jeweiligen Endgerätes bereit zu stellen. Das heißt: ich habe ein Bild 2000 x 1000 Px auf dem Desktop. Das gleiche Bild braucht ja nicht in dieser Größer für ein Smartphone oder Tablet geladen werden, sondern kleiner, je nach Auflösung. Ich habe ein paar eigene Extension erstellt bei denen Bilder im Datensatz verwendet werden können (mit FAL). Damit der Benutzer ein Bild nicht in verschiedenen Größen hoch laden muss, soll das hochgeladen Bild direkt in X verschiedenen Größen abgespeichert werden. Also quasi vom FAL aus. Ich lade ein Bild in einer maximalen Auflösung hoch und TYPO3 speichert dieses Bild in X verschiedene Größen. Ich würde gerne dafür eine eigene Extension schreiben, aber ich weiß nicht wie ich den FAL um diese Funktionen erweitere bzw. wo ich ansetzen soll. Nun meine eigentlich Frage: gibt es Hooks oder Slot/Pattern Dispatcher im FAL? Wie könnte ich am besten vorgehen? Bin für jede Hilfe dankbar! Viele Grüße Michael ___ 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] Kuriositäten mit 6.2
Wohl wahr...der Vorteil an der Extrension-Kombi ist aber, dass ich quasi mit HTML und CSS auskam. Für das Zusammenfuchteln einer Typoscript-Lösung hab ich momentan so gut wie Null Zeit. Da frage ich mich gleich wieder, ob ich mit dem Umzug überhaupt fertig werde, bevor auch noch der avisierte Termin vorbei ist. Hm, das mit der Liste ist ohnehin so eine Sache. Ich muss die Addressen auch wahlfrei ordnen und/oder gruppenweise (PSB-Präsidium, Jugendabteilung etc) ausgeben können, weil sie nicht in der Reihenfolge eingegeben wurden, in der sie auf der Seite erscheinen sollen. Momentan kommt nur das Oberpräsidium (in bestimmter Reihenfolge), aber das kann sich auch wieder ändern. Mit den Exts ging das alles. Am 14.04.2014 11:35, schrieb JoH asenau: Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi tt_address/wt_directory/wt_doorman dabei gehabt ? Datt iss so ziemlich mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt. Dafür benutzt man ja auch keine Extensions sondern TypoScript ;-) Wenn es wirklich nur um Listen geht und nicht um google maps oder vcard export, dürfte die einzige Extension, die Du davon wirklich benötigst, tt_address sein. Damit werden ja die entsprechenden Tabellen angelegt und die Eingabeformulare im Backend erstellt. Daraus dann eine Adress-Liste zu generieren dürfte mit einem simplen CONTENT und entsprechendem renderObj nicht allzu schwierig sein. Vorteil: Abgesehen von möglicherweise als deprecated entferntem TypoScript bist Du damit auf einer relativ sicheren Seite, was die Upgradefähigkeit angeht. Wenn Du für solche Aufgaben bisher auf Extensions zurückgegriffen hast, die ggf. schon lange nicht mehr gewartet werden, schnappt die Upgrade-Falle natürlich wesentlich eher zu. Aber vielleicht ist ja jetzt ein guter Zeitpunkt, diese Extensions komplett zu entfernen und durch TypoScript zu ersetzen. HDH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-User Weiterleitungen
Hallo, danke für Deinen Hinweis Chris, leider hat es nichts geholfen - außer das die Weiterleitung nach Anmeldefehler dann auch nicht mehr funktioniert ;-). Ich habe jetzt nochmal die Radikalkur getestet: Weiterleitungsmodus definiert durch Benutzergruppen-Datensatz als einzigen Eintrag belassen. Selbst dann greift die Einstellung aus der Benutzergruppe nicht. Bin verzweifelt. Herzliche Grüße, Stefan Date: Mon, 14 Apr 2014 12:11:46 + From: Chris Wolff - AERTiCKET AG cwo...@aer.de Subject: Re: [TYPO3-german] FE-User Weiterleitungen To: German TYPO3 Userlist typo3-german@lists.typo3.org Message-ID: mailman.15300.1397477579.629.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=utf-8 Hi Stefan, wenn ich mich recht entsinne ist die logik etwas komisch. Es wird normalerweise die letzte zutreffende gruppe f?r den Redirect gew?hlt. Es gibt eine Typoscript / Constants options die das glaub ich umdreht. Also pobier es noch mal ob es funktioniert wenn du die redirect reihenfolge umdrehst. Gruss chris -Urspr?ngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von kont...@k2-potsdam.de Gesendet: Montag, 14. April 2014 13:50 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] FE-User Weiterleitungen Hallo zusammen, in einem Intranet habe ich es mit einer etwas komplexeren Usergruppen-Struktur zu tun (FE-User) und verhakele mich mit der korrekten Konfiguration der Weiterleitungen nach Anmeldung. Genutzt wird Typo 4.5.32 - die Konfiguration ist ?ber Flexform gel?st. Folgendes Grundmuster hatte ich urspr?nglich: Eine Gruppe 'mitglieder', der alle User angeh?ren. Diese sollen nach Anmeldung auf der Startseite verbleiben, dort wo sich auch das Login-Form befindet. Eine weitere Gruppe 'Mitarbeiter', die dieselben Rechte hat wie 'mitglieder', lediglich noch einige Seiten mehr sehen darf und eben nach der Anmeldung auf eine andere Seite weitergeleitet werden soll. Jede von mir probierte Konfiguration erbringt nicht dieses gew?nschte Ergebnis - egal was ich einstelle, alle User landen nach Anmeldung grunds?tzlich auf der Startseite. Probiert habe ich: (1) Weiterleitungsseite definiert im Benutzergruppen-Datensatz, Weiterleitungsmodus: definiert durch Benutzergruppendatensatz / Nach Anmeldefehler / Nach Abmeldung - erster unterst?tzter Modus aus Auswahl a) 'mitarbeiter' als Untergruppe von 'mitglieder' - unterschieden nur durch Weiterleitungsseite b) beide Gruppen komplett getrennt mit parallel vergebenen Zugriffsrechten - keine Doppelmitgliedschaften m?glich (2) Definition der Weiterleitungsseite im Benutzer-Datensatz, Weiterleitungsmodus entsprechend angepasst (will ich eigentlich auch nicht, weil ich dann jeden Benutzer einzeln anfassen muss). Merkw?rdigerweise funktionieren die beiden anderen Weiterleitungsmodi - nach Anmeldefehler auf die entsprechende Fehlerseite und nach Abmeldung - tadellos. Was zum G... habe ich vergessen / mache ich falsch? Zweite Frage: Im System sind alle Seiten zugriffsgesch?tzt. Ich w?rde gern eine L?sung realisieren, die es den Usern erm?glicht, sich auch auf den Unterseiten anzumelden. Die Redakteure schicken eine Mail an den User mit einem Link zu Seite meinedomain.de/index.php?id=45. Dann sollte ein Login-Form kommen und der User anschlie?end auch auf der Seite mit der id 45 landen. Im Moment landet er grunds?tzlich auf der Startseite. Gibt es f?r die Anmeldung auf jeder Unterseite auch eine L?sung? F?r jeden Hinweis dankbar, Stefan -- k? Potsdam Kompetenz f?r Kommunikation Am B?rohochhaus 2-4 14478 Potsdam Tel. 0331/86 749 883 Funk 0172/514 3825 Web: www.k2-potsdam.de mail: kont...@k2-potsdam.de -- k² Potsdam Kompetenz für Kommunikation Am Bürohochhaus 2-4 14478 Potsdam Tel. 0331/86 749 883 Funk 0172/514 3825 Web: www.k2-potsdam.de mail: kont...@k2-potsdam.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FAL Hook / SS-Dispatcher
Hallo Peter, ja das weiß ich :) Danke für die Information! Ich schau mir das mal näher an ob mir das weiter hilft. VG Michael Quote: Peter Linzenkirchner wrote on Mon, 14 April 2014 14:55 Hallo Michael, nur zur Info: in TYPO3 6.2 ist das im Core integriert, das ist dir bekannt? http://de.slideshare.net/plobacher/typo3-cms-62-lts-die-neuerungen, Slide 39, Gruß Peter Am 14.04.2014 um 14:35 schrieb 9pm 9pm (at) gmx.net: Hallo zusammen! Da Responsive Design immer mehr ein Thema wird und eigtl. schon ist, beschäftige ich mich gerade mit der Möglichkeit ein Bild in der richtigen Größe des jeweiligen Endgerätes bereit zu stellen. Das heißt: ich habe ein Bild 2000 x 1000 Px auf dem Desktop. Das gleiche Bild braucht ja nicht in dieser Größer für ein Smartphone oder Tablet geladen werden, sondern kleiner, je nach Auflösung. Ich habe ein paar eigene Extension erstellt bei denen Bilder im Datensatz verwendet werden können (mit FAL). Damit der Benutzer ein Bild nicht in verschiedenen Größen hoch laden muss, soll das hochgeladen Bild direkt in X verschiedenen Größen abgespeichert werden. Also quasi vom FAL aus. Ich lade ein Bild in einer maximalen Auflösung hoch und TYPO3 speichert dieses Bild in X verschiedene Größen. Ich würde gerne dafür eine eigene Extension schreiben, aber ich weiß nicht wie ich den FAL um diese Funktionen erweitere bzw. wo ich ansetzen soll. Nun meine eigentlich Frage: gibt es Hooks oder Slot/Pattern Dispatcher im FAL? Wie könnte ich am besten vorgehen? Bin für jede Hilfe dankbar! Viele Grüße Michael ___ TYPO3-german mailing list TYPO3-german (at) 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] FAL Hook / SS-Dispatcher
Hallo Chris, ja du hast Recht, eigentlich macht das mehr Sinn. Ich glaube ich habe schon einen Ansatz und probiere diesen mal aus. Danke für deine Antwort! :) Viele Grüße Michael Quote: Chris Wolff - AERTiCKET AG wrote on Mon, 14 April 2014 15:02 Hi Michael, Typo3 hat schon Mächtige Funktionen um Bilder zu Bearbeiten und zu Skalieren. (GIFBUILDER / IMG_RESOURCE / ImageMagik) Das wird in Typo3 aber Traditionell erst bei Verwendung einer Bild Ressource gemacht. (vorteil wenn du deine seite neu gestaltest) Werden auch alle bilder in den neuen Größen bereit gestellt. Anders als z.B. Wordpress das beim hochladen eine fixes Set an Größen erstellt. Dann generiert typo3 eine entsprechend Passende Version. Also wenn dein 2000x1000 Bild im Frontend nur in 200x100 eingebunden wird. Generiert typo3 auch ein Bild in dieser Größe. Und legt dieses in /typo3temp/ ab (kann sein das sich der ort jetzt in 6.2 geändert hat). Ich Würde daher eher den Umgekehrten weg gehen. Und die Größe der Bilder durch das Frontend bestimmen lassen. Und nicht im Vorfeld diese schon festlegen. Sprich deine extension sollte z.B. das Typoscript Element IMG_RESOURCE verwenden Um das Bild in den gewünschten grössen in dein picture/src-set Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-bounces (at) lists.typo3.org [mailto:typo3-german-bounces (at) lists.typo3.org] Im Auftrag von 9pm Gesendet: Montag, 14. April 2014 14:35 An: typo3-german (at) lists.typo3.org Betreff: [TYPO3-german] FAL Hook / SS-Dispatcher Hallo zusammen! Da Responsive Design immer mehr ein Thema wird und eigtl. schon ist, beschäftige ich mich gerade mit der Möglichkeit ein Bild in der richtigen Größe des jeweiligen Endgerätes bereit zu stellen. Das heißt: ich habe ein Bild 2000 x 1000 Px auf dem Desktop. Das gleiche Bild braucht ja nicht in dieser Größer für ein Smartphone oder Tablet geladen werden, sondern kleiner, je nach Auflösung. Ich habe ein paar eigene Extension erstellt bei denen Bilder im Datensatz verwendet werden können (mit FAL). Damit der Benutzer ein Bild nicht in verschiedenen Größen hoch laden muss, soll das hochgeladen Bild direkt in X verschiedenen Größen abgespeichert werden. Also quasi vom FAL aus. Ich lade ein Bild in einer maximalen Auflösung hoch und TYPO3 speichert dieses Bild in X verschiedene Größen. Ich würde gerne dafür eine eigene Extension schreiben, aber ich weiß nicht wie ich den FAL um diese Funktionen erweitere bzw. wo ich ansetzen soll. Nun meine eigentlich Frage: gibt es Hooks oder Slot/Pattern Dispatcher im FAL? Wie könnte ich am besten vorgehen? Bin für jede Hilfe dankbar! Viele Grüße Michael ___ TYPO3-german mailing list TYPO3-german (at) 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] Linkvalidator - TYPO3 6.2
Hi Carsten, Carsten Hager wrote: Ãœber das Modul Info - Linkvalidierung wird mir ein Fehler ausgegeben wenn ich einen Link mit einem Icon erzeuge. ( siehe Screenshot Screenshot 2014-04-14 09.12.47 ) Wenn ich eine reinen Link verwende ohne Icon ist für den Linkvalidator alles ok. Aber der Link wird im Frontend ausgegeben und ist dort auch anklickbar? Der Linkvalidator nutzt nämlich die gleich Funktion um die link http://example.orglinktext/link Elemente im Textfeld in Links umzuwandeln. Aber wie gesagt, ich kann den Fehler nicht nachstellen. Kannst du mal bitte den RTE abschalten und mir den Inhalt des Feldes ohne RTE zukommen lassen, gerne auch per PM, falls der Inhalt vertraulich ist. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] neues Feld in bestehende Palette von tt_content einfügen ?
mit folgendem (leicht gekürzten) Inhalt in der ext_tables.php versuche ich ein zusätzliches feld in die palette des tt_content Headers einzufügen (landet natürlich dahinter) Wie komme ich zwischen header_position und date ??? $tempColumns = Array ( header_color = Array ( config = Array ( type = select, items = array( array( Standard,0 ), array( Orange,1 ), array( Blau,2 ), ), ) ), ); t3lib_div::loadTCA(tt_content); t3lib_extMgm::addTCAcolumns(tt_content,$tempColumns,1); t3lib_extMgm::addToAllTCAtypes(tt_content,header_color1-1-1,'','after:header_position'); -- 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] Kuriositäten mit 6.2
Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und hat auch eine eigene (neue) DB zugewiesen bekommen. Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft, dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder zu lesenden Entpacken des neuen Cores widersprechen. Ergebnis: 1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1 2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen würde) 3) der Hoster erledigt den ganzen Kram wie erläutert via 1click-install-Routine, ich kann es also nicht nachverfolgen...eine Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen übertragen etc) Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen. Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht. Latinum endum *grübel*... Am 11.04.2014 15:26, schrieb Steffen Liebig: Hallo zusammen, ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal im Angebot hat... Folgendes hat sich nach Übetragung des DB-Dumps und der fileadmin-(etc)-Dateien zugetragen: 1) Es schien alles da zu sein, also habe ich die Seite im FE aufgerufen. Ergebnis: Metadata can only be retrieved for indexed pages. Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das Kopieren der Dateien hat in den ersten kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer derselbe Name und dieselbe Dateiart im BE angezeigt - während im FTP-Programm alles ok ist. Hat jemand eine Ahnung, was da schiefgelaufen ist ? Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf hier. Besten Dank für Ideen Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Und, was meinst Du ist die Konsequenz? Ja, genau, zu einem besseren Hoster wechseln! Dann kannst Du dir den Aufwand, den Du die letzten Tage hattest sparen! Beste Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Montag, den 14.04.2014, 20:56 +0200 schrieb Steffen Liebig: Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und hat auch eine eigene (neue) DB zugewiesen bekommen. Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft, dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder zu lesenden Entpacken des neuen Cores widersprechen. Ergebnis: 1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1 2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen würde) 3) der Hoster erledigt den ganzen Kram wie erläutert via 1click-install-Routine, ich kann es also nicht nachverfolgen...eine Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen übertragen etc) Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen. Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht. Latinum endum *grübel*... Am 11.04.2014 15:26, schrieb Steffen Liebig: Hallo zusammen, ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal im Angebot hat... Folgendes hat sich nach Übetragung des DB-Dumps und der fileadmin-(etc)-Dateien zugetragen: 1) Es schien alles da zu sein, also habe ich die Seite im FE aufgerufen. Ergebnis: Metadata can only be retrieved for indexed pages. Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das Kopieren der Dateien hat in den ersten kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer derselbe Name und dieselbe Dateiart im BE angezeigt - während im FTP-Programm alles ok ist. Hat jemand eine Ahnung, was da schiefgelaufen ist ? Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf hier. Besten Dank für Ideen Steffen ___ 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] Kuriositäten mit 6.2
Alternative: Alles lokal fertig bauen, dann vom Provider eine 6.2-Installation anlegen lassen, und dann alles bis auf die TYPO3-Sourcen von lokal auf life einkopieren (typo3conf, fileadmin und uploads) sowie die Datenbank übertragen per Dump. Dann muss aber die TYPO3-Version lokal und remote identisch sein!! Und TYPO3 erst aufrufen, wenn _alle_ Dateien oben sind. Das mache ich oft so, klappt wunderbar. Ich möchte ja nicht die TYPO3-Installation des Providers überschreiben, sonst klappt das automatische Update nicht. Wenn das auch nicht geht, dann gehts nicht. Provider wechseln und besseren DSL-Anschluss zulegen. Wobei ich auch nur 1 MBit Upload habe, und damit geht es schon. Hochladen ist mühsam, aber mit Planung bekomme ich sogar Gigabytes hoch. Dauert halt mal ne Nacht. Und wenn man einen Provider hat, der einen per ssh auf den Server lässt, erübrigt sich das, weil man die Sourcen direkt vom Server laden kann. Gruß Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 6.2 Extbase - There is no @var annotation
Hallo allerseits, hat jemand eine Ahnung, woran das liegen könnte? Ich kriege den Fehler: #1363778104: There is no @var annotation for property isInKanton in class Tx_Hplusinfo_Domain_Model_SearchDemand In der betr. Zeile steht aber sehr wohl ein @var: /* * Local to Kanton * * @var boolean $isInKanton */ protected $isInKanton = false; Ich habe noch andere boolsche Properties, die scheinen aber nicht zu stören... Grüße, Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.1 - RTE Fehler
Hallo Liste, ich habe gerade das Problem, dass ich im RTE von TYPO3 6.1.7 im Safari keinen Text kopieren kann. Bzw. ich kann den Text in die Zwischenablage nehmen und ihn auch einfügen, aber er wird nicht neben die Einfügemarke kopiert, sondern an das Ende des Textes. Hat das noch jemand beobachtet, oder taucht der Fehler nur bei mir auf? Danke Peter -- 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] 6.2 Extbase - There is no @var annotation
Nachtrag: InvalidArgumentException thrown in file /var/www/typo3_src-6.2.0/typo3/sysext/extbase/Classes/Validation/ValidatorResolver.php in line 277. Zeile 277: if (!isset($classPropertyTagsValues['var'])) { throw new \InvalidArgumentException(sprintf('There is no @var annotation for property %s in class %s.', $classPropertyName, $targetClassName), 1363778104); } Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 6.2 Extbase - Problem mit makeInstance() und Repository
Hallo, noch ein Problem in meiner Extension, die unter 4.6 funktioniert hat: In meine Model Klasse benötige ich an einer Stelle ein Repository, welches mit makeInstance() instanziiert wird: /** * Returns the messung * * @return Tx_Extbase_Persistence_ObjectStorageTx_Hplusinfo_Domain_Model_Messung */ public function getMessung() { $repository = t3lib_div::makeInstance('Tx_Hplusinfo_Domain_Repository_MessungRepository'); return $repository-findByKlinik($this); } Hier kriege ich aber den Fehler: #1: PHP Catchable Fatal Error: Argument 1 passed to TYPO3\CMS\Extbase\Persistence\Repository::__construct() must implement interface TYPO3\CMS\Extbase\Object\ObjectManagerInterface, none given, called in /var/www/typo3_src-6.2.0/typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4280 and defined in /var/www/typo3_src-6.2.0/typo3/sysext/extbase/Classes/Persistence/Repository.php line 89 (More information) TYPO3\CMS\Core\Error\Exception thrown in file /var/www/typo3_src-6.2.0/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 108. Offfenbar fehlt da noch ein Argument bei makeInstance() - was muss ich da mitgeben? Grüße, Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Hallo Peter, 1 MBit Upload ist für mich ein Traum, bei mir sinds selbst im Download nur 400 KBit - und was Besseres gibts hier auch nicht, weils für die Telekom (die hier die letzte Meile hält) unrentabel ist und jede Funklösung mit anderem Provider an den Wohngegebenheiten (Souterrain, hohe Bäume - auch Handyempfang in der Wohnung schlecht) mehr oder weniger scheitert. [Humor an] Ich muss allerdings zugeben, dass zB der DB-Dump inzwischen in verkraftbaren Größen stattfindet. Wie ich damals auf die 250 MB kam, die 6 Stunden brauchten, ist mir inzwischen schleierhaft. Insofern gibts evtl ein Licht am Ende des Tunnels. Das Lustige ist, dass ich trotzdem die Seite von 6.1.1 online auf 6.2 lokal bekommen müsste. Klingt, als ob sich die Katze in den Schwanz beisst *lol*. Oder erst 6.1.1 besorgen (wenns die noch gibt, vermutlich macht die 6.1.7 nicht so viel Unterschied ?!), dann alles holen und lokal aufbauen, die lokale auf 6.2 upgraden und alles wieder ins Netz bringen. Kommt mir irgendwie bekannt vor *nachdenk*. [Humor aus] Da ich nicht über Umständlichkeit philosophieren will, mache ich an der Stelle einen Punkt. Letztlich hatten alle recht, die sich an der Diskussion beteiligt haben. Ich muss mir halt das raussuchen, was sich am ehesten machen lässt. Watt mutt, dat mutt im Notfall eben. Schliesslich hängt die Webseite eines kompletten Verbandes dran. Wieso fällt mir eigentlich grad jetzt der Name Mittwald ein ? ;-) ;-) Cu, Steffen Am 14.04.2014 23:54, schrieb Peter Linzenkirchner: Alternative: Alles lokal fertig bauen, dann vom Provider eine 6.2-Installation anlegen lassen, und dann alles bis auf die TYPO3-Sourcen von lokal auf life einkopieren (typo3conf, fileadmin und uploads) sowie die Datenbank übertragen per Dump. Dann muss aber die TYPO3-Version lokal und remote identisch sein!! Und TYPO3 erst aufrufen, wenn _alle_ Dateien oben sind. Das mache ich oft so, klappt wunderbar. Ich möchte ja nicht die TYPO3-Installation des Providers überschreiben, sonst klappt das automatische Update nicht. Wenn das auch nicht geht, dann gehts nicht. Provider wechseln und besseren DSL-Anschluss zulegen. Wobei ich auch nur 1 MBit Upload habe, und damit geht es schon. Hochladen ist mühsam, aber mit Planung bekomme ich sogar Gigabytes hoch. Dauert halt mal ne Nacht. Und wenn man einen Provider hat, der einen per ssh auf den Server lässt, erübrigt sich das, weil man die Sourcen direkt vom Server laden kann. Gruß Peter -- 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] Kuriositäten mit 6.2
SIC !! Ich ergänze: Lerneffekt gut, Effektivität mangelhaft - für guten Willen kann man nix kaufen, durchschnittliche drei minus *g* Am 14.04.2014 22:49, schrieb Renzo Bauen: Und, was meinst Du ist die Konsequenz? Ja, genau, zu einem besseren Hoster wechseln! Dann kannst Du dir den Aufwand, den Du die letzten Tage hattest sparen! Beste Grüsse Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german