[TYPO3-german] Re: Anschub gesucht: Submenu mit Bootstrap
Hallo, ich hab das mal mit Typoscript für Bootstrap4 gemacht: lib.sidebarBS4 = COA lib.sidebarBS4 { 20 = HMENU 20{ special = directory special.value = 4 1 = TMENU 1{ expAll = 1 wrap = | NO = 1 NO { wrapItemAndSub= | wrapItemAndSub.insertData=1 ATagParams = class="nav-link bg-success" role="button" ATagParams.insertData = 1 ATagBeforeWrap = 1 linkWrap = | } IFSUB = 1 IFSUB.ATagParams = class="nav-link dropdown-toggle bg-success collapsed" role="button" data-target="#sub{field:uid}" data-toggle="collapse" IFSUB.ATagParams.insertData = 1 IFSUB.ATagBeforeWrap = 1 IFSUB.linkWrap = | IFSUB.wrapItemAndSub.insertData = 1 IFSUB.wrapItemAndSub= | IFSUB.wrapItemAndSub.insertData=1 } 2 = TMENU 2{ stdWrap.outerWrap = | stdWrap.outerWrap.stdWrap.prepend = TEXT stdWrap.outerWrap.stdWrap.prepend.field= pid stdWrap.outerWrap.stdWrap.prepend.wrap = stdWrap.wrap = | NO = 1 NO{ wrapItemAndSub= | wrapItemAndSub.insertData=1 ATagParams = class="bg-success" ATagBeforeWrap = 1 linkWrap = | } } } } Vielleicht hilft das ja. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase Fluid Repository findAll erzeugt Laufzeitfehler
Hallo, mein erster Post hier. Ich bin gerade dabei ein Tutorial aus dem Buch 'Typo3 Extbase' Auflage 1 nachzuvollziehen. Die von mir verwendete TypoVersion ist 8.7 Ich bin mir bewusst, dass es zwischen den Versionen unterschiede gibt, aber bis zu einem Punkt hat alles gut funktioniert. Also: Über den ExtensionBuilder wie beschreiben alles erzeugt, die Tabellen wurden wie gewünscht angelegt. Dann kommt der Punkt, an dem Daten angezeigt werden sollen. Als erstes habe ich diese nach Beschreibung im Controller statisch angelegt. public function listAction(){ $blogs = array(); for($i=1; $i<=3; $i++){ $blog = $this->objectManager->get('Lobacher\\SimpleBlog\\Domain\\Model\\Blog'); $blog->setTitle('Das ist der ' . $i . '. Blog!'); $blogs[] = $blog; } $this->view->assign('blog',$blogs); } Diese statischen Objekte wurden richtig im Frontend angezeigt. Dann das Persistieren (wie oben abgeändert): public function listAction(){ $blogs = array(); for($i=1; $i<=3; $i++){ $blog = $this->objectManager->get('Lobacher\\SimpleBlog\\Domain\\Model\\Blog'); $blog->setTitle('Das ist der ' . $i . '. Blog!'); //$blogs[] = $blog; $this->blogRepository->add($blog); } //$this->view->assign('blog',$blogs); $this->view->assign('blog',$this->blogRepository->findAll()); } Die Daten werden richtig in die Datenbank geschrieben! Jetzt verursacht die Methode $this->blogRepository->findAll() aber einen Laufzeitfehler. #1472074485: Table 'database.tx_extbase_persistence_objectstorage' doesn't exist. Trotz aller Möglichen Aufräumarbeiten ( Cache leeren, tmp-Ordner löschen, Extension deaktivieren ) wird der Fehler immer wieder geworfen, sobald eine Abfragemethode (findAll, findByUid...) aufgerufen wird. Wieso wird beim Schreiben die richtige Tabelle genommen, beim Lesen aber die falsche? Ach ja, wenn die in der Fehlermeldung angegebene Tabelle als Kopie der Originaltabelle manuell angelegt und befüllt ist, wird ein anderer Fehler geworfen. Das heißt für mich, irgenwie funktioniert das Mapping auf die Tabelle nicht. Vielleicht kann mir ja jemand helfen. Gruß Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Kategorie bei tt_address ohne Komma ausgeben
Hi, ich benutze ein Script mit den Ausgabedaten der Kategorien im Plugin tt_address (###GROUPLIST###). Dadurch, dass die Kategorien hier mit Komma getrennt ausgegeben werden greift das Script aber nicht richtig. Wie kann ich die Ausgabe der Kommata an dieser Stelle unterbinden? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail 2.20: SendAs bzw. replyTo funktioniert nicht
Liebes Forum, ich verwende ein Mail Relay, um Mails zu verschicken. Dieses Relay verwendet eine Domain-Validierung, d.h. Mails von Absendern der validierten Domain werden versendet, Mails von Fremden @gmail.com etc. natürlich nicht. Setze ich im Powermail-Formular das eMail-Feld auf "Dies ist die Absender-Mail", bleiben die Mails logischerweise auf dem Relay hängen, da eine @gmail.com, @gmx.de etc. nicht zu den validierten Domains gehört. Lasse ich den Haken weg, werden die Mails von "no-re...@meine-domain.de" verschickt. Antworte ich auf diese Mails ist der Empfänger der Antwort natürlich "no-re...@meine-domain.de", was für den Prozess eher hinderlich ist. Ich habe schon vergeblich mit den Powermail-Settings für ReplyTo etc. experimentiert, aber ich bekomme es nicht hin, dass die Anwort an die Mailadresse aus dem Formular geht, bzw. "no-re...@meine-domain.de" als im Auftrag von "xy (at) gmail.com" etc. verschickt. Ich habe eine weitere T3 6.2.14 Installation auf dem Server mit einem Powermail 2.15, bei der das funktioniert, aber alle Vergleiche der Einstellungen und Konfigs bringen mich nicht weiter. Konnte ich mein Problem verständlich schildern und hat jemand hier vielleicht eine zündende Idee? Frohe Weinhnachten wünscht Squeeze999 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: jumpurl Fehler nach Update auf 4.7.9
See updated Patch: "juHash now is only added in case jumpUrl is integer and internal lookup is successfull" https://github.com/t3dev/direct_mail/tree/3.0.3-fix-sa-2013-001 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: jumpurl Fehler nach Update auf 4.7.9
Wegen direct_mail Bei uns klappt es dann nach Peters Patch auch. Damit entfällt der Hotfix komplett: http://forge.typo3.org/issues/46087 direct_mail/res/scripts/class.tx_directmail_checkjumpurl.php function checkDataSubmission (&$feObj) { .. // finally set the jumpURL to the TSFE object $feObj->jumpurl = $jumpurl; + # set juHash as done for external_url in core: http://forge.typo3.org/issues/46071 + t3lib_div::_GETset(t3lib_div::hmac($jumpurl, 'jumpurl'), 'juHash'); } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: jumpurl Fehler nach Update auf 4.7.9
Hi Olly, Ich habe einen Versuch gewagt, die Base64 Codierung zu interpolieren und das auf die Datenbank loszulassen: https://gist.github.com/ohader/5106476#file-handler-php-L121 Evtl. kannst Du das mal testen - Feedback ist an dieser Stelle willkommen. Klappt bei mir leider nicht, bei keiner der URLs aus unserem Newsletter von gestern. Das SQL sieht so aus: SELECT * FROM sys_dmail WHERE issent > 0 AND deleted = 0 AND ( mailContent LIKE '%bXB1cmw9aHR0cCUzQS8vbHAuYnctZGV2LnJzbS1kZXZlbG9wbWVudC5kZS9kZS9uZXdzbGV0dGVyL3RhZWdsaWNoL2FrdHVlbGxlLW1lbGR1bmdlbi1hdXMtYmFkZW4td3VlcnR0ZW1iZXJn%' OR mailContent LIKE '%dW1wdXJsPWh0dHAlM0EvL2xwLmJ3LWRldi5yc20tZGV2ZWxvcG1lbnQuZGUvZGUvbmV3c2xldHRlci90YWVnbGljaC9ha3R1ZWxsZS1tZWxkdW5nZW4tYXVzLWJhZGVuLXd1ZXJ0dGVtYmVy%' OR mailContent LIKE '%anVtcHVybD1odHRwJTNBLy9scC5idy1kZXYucnNtLWRldmVsb3BtZW50LmRlL2RlL25ld3NsZXR0ZXIvdGFlZ2xpY2gvYWt0dWVsbGUtbWVsZHVuZ2VuLWF1cy1iYWRlbi13dWVydHRlbWJlcmcv%' ) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: jumpurl Fehler nach Update auf 4.7.9
Hi Oliver, mache ich gleich mal. Mein Hotfix-Hotfix sieht so aus: http://forge.typo3.org/issues/46087 Aber das ist nicht sauber Grüße, Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: jumpurl Fehler nach Update auf 4.7.9
Hallo, Problematisch ist das auch in Zusammehang mit direct_mail. Ich hatte die jumpurl_redirect.t3x aus dem Security-Bulletin installiert aber das funktioniert so nicht. Das macht vereinfacht ein: SELECT ... FROM sys_dmail WHERE mailContent LIKE '%$url%' Das scheitert aber daran, dass mailContent der base64 encodede Inhalt der Mail ist und dann schlägt dieses SQL fehl. Damkit funktionieren die direct_mails Links nicht mehr, wenn direct_mail so konfiguriert ist dass es JumpURL verwendet. Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] seminars extension - trotz warteliste buchbar nach abmeldug von user
hallo. habe die seminars extension mit warteliste am laufen. wenn ich einen user im backed abmelde, kann ich im frontend wieder plätze buchen, obwohl es anmelder auf der warteliste gibt. kann es sein, dass die auf der warteliste stehenden nicht in den wert der gebuchten plätze übernommen werden? -- Ralph Germershausen Hamburger Allee 6 30161 Hannover +49.177.3885937 skype: scuba303 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu WEC Diskussionsforum
Hallo Dennis, ich kann es nachvollziehen (Version 2.1.0): Im BE kann ich beim Anlegen nur 64 Zeichen eingeben. Ich habe mal bezüglich Siegfrieds Hinweis geschaut: 'subject' ist TINYTEXT, ohne zusätzliche Längenangabe. Dann sollten eigentlich 255 Zeichen drin sein. Die habe ich mal direkt in die DB geschrieben und siehe da: sie werden im FE auch vollständig angezeigt. Die Restriktion muss also woanders herkommen. Grüße Ralph Am Mittwoch 18 April 2012, 12:28:15 schrieb Dennis: Hi Christine, danke für deine Antwort, bei mir werderden nur 63 Zeichen (inkl. Leerzeichen) gespeichert. Gruß, Dennis ü ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] linkvalidator: zwei probleme header_links & http
ah.. header_links gehen doch. Am 30.03.2012 13:06, schrieb Ralph Germershausen: > hallo, > läuft bei jemanden von euch linkvalidator mit dem feld header_links? > also wenn ich das zum testen fehlerhaft velrinke, passiert da nichts. > fehlt da ggf. eine softref? > 2. problem: linkwizard schneidet http als prefix ab. also es geht bei > externen links nur www.example.com statt http://www.example.com in die > db. https:// wird komplett reingeschrieben. also wäre > https://www.example.com. da würde auch de rlinkvalidator drauf triggern > und es als link erkennen. ohne das http greift der mechanismus bei mir > nicht. ich kann ohne den wizard http:// manuell prefixen und das ganze > wird als link erkannt. > kann das jemand bestätigen? > > grüsse & schönes wochenende, ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bruteforce: TYPO3 Backend Login Versuche mit usernamen!
htaccess vors backend? Am 26.03.2012 14:37, schrieb Philip Hahn: > In den Login-Error-Mails wird ja die IP-Adresse mit angegeben. Die würde ich > zunächst einmal auf dem Server rejecten. Dann habt ihr zumindest das akute > Problem nicht. Seid ihr denn sicher, dass das nicht vielleicht Falschversuche > von Eurem Kunden sind? > > > Gruß Philip > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] linkvalidator: zwei probleme header_links & http
hallo, läuft bei jemanden von euch linkvalidator mit dem feld header_links? also wenn ich das zum testen fehlerhaft velrinke, passiert da nichts. fehlt da ggf. eine softref? 2. problem: linkwizard schneidet http als prefix ab. also es geht bei externen links nur www.example.com statt http://www.example.com in die db. https:// wird komplett reingeschrieben. also wäre https://www.example.com. da würde auch de rlinkvalidator drauf triggern und es als link erkennen. ohne das http greift der mechanismus bei mir nicht. ich kann ohne den wizard http:// manuell prefixen und das ganze wird als link erkannt. kann das jemand bestätigen? grüsse & schönes wochenende, ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 >= 4.6 und PHP 5.4
Hallo, in einigen meiner Typo3's habe ich das Phänomen beobachtet, dass die SQL FRONTEND Extension im FE keine Ergebnisse ausgibt, wenn in der relevanten Tabelle in einem Feld mehr als 255 Zeichen sind. In der table ist das Feld VarChar mit 1000 Zeichen definiert - und in der Vorversion wird auch alles hübsch ausgegeben (Einträge mit ca. 600 Zeichen und mehr vorhanden). Kürze ich die großen Texte beispielhaft, wird die Tabelle auch im FE wieder ausgegeben. Problem taucht aber nur lokal bei Windows/xampp auf, unter Lx keine Probleme (mit gleicher vollständiger Typo3-Umgebung getestet) . Also: bei den betroffenen Instanzen wieder zurück auf die alte PHP migriert. Grüße Ralph Am 08.03.2012 14:25, schrieb Frank Gerards: Hi list, hat jemand von euch inzwischen TYPO3 Instanzen auf PHP 5.4 laufen und irgendwelche Fehler beobachtet ? Thx 4 info ! Mit besten Grüßen aus München Frank Gerards B.Eng.Medienproduktion und -technik ___ 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] linkvalidator und fce - geht das?
hallo, kann ich mit dem linkvalidator links innerhalb eines fce's prüfen? mod.linkvalidator { searchFields { pages = media,url tt_content =bodytext,header_link,records,tx_templavoila_flex } } hat bishe rkeinen erflg gebracht. und welche wird da benötigt? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ein sinnvolles Blog System für typo3
Am 09.02.2012 07:23, schrieb Georg Ringer: ... EXT:news ist für viele Sachen sicher schon geeignet, Kommentare sehe ich aber eher bei zusätzlichen Extensions oder bei externen Diensten ... Schade. Die 'news' wäre meine erste Wahl gewesen - aber (gerade bei einem technischen blog) ist der Austausch mit anderen für mich unverzichtbar, da ich per se nicht nur Lösungen anbiete. Ich behalte die EXT im Auge und sollte doch mal die Kommentierung dazu kommen, wird auf der Stelle getauscht. ;-) Grüße Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ein sinnvolles Blog System für typo3
Hallo, ich verwende die wec_discussion als blog. Mir waren eine einfache Installation/Konfiguration wichtig, eine Kurz- und Vollansicht der Beiträge, sowie die Möglichkeit, Kommentare abzugeben. Kategorien verwende ich auch. Eigene Beiträge lassen sich über die Möglichkeiten des RTE als Standard gestalten. http://kiele.de/index.php?id=96 Grüße Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fwd: BE Fehler bei Bildauswahl
Hallo Björn, ich bin baff. Nachdem ich deinen Hinweis umgesetzt habe, geht alles wieder einwandfrei! Keine Crashs mehr ... Vielen vielen Dank! LG Ralph Am 17.01.2012 18:26, schrieb Björn Pedersen: Am 17.01.2012 17:52, schrieb Ralph: Hallo zusammen, "Warning: require(PATH_tslibclass.tslib_pibase.php) [function.require]: failed to open stream: No such file or directory inC:\Programme\xampp\htdocs\t3lib\class.t3lib_div.php on line 5140 Wenn ich mir den Code ansehe, dann ist da einiges seltsam/incorrekt: Die Datei class.tx_mhomsqlio_tceforms.php wird in der ext_localconf per require_once eingebunden. Die Klasse darin ist von pi_base abgeleitet, obwohl soweit ich das sehe keine pi_base-Funktionalität verwendet wird. Die ext_localconf wird gecached und zu dem Zeitpunkt steht offensichtlich der autoloader noch nicht korrekt zur Verfügung. Bzw. PATH_tslib ist nicht gesetzt. Wahrscheinlich sollte das require_once in ein if TYPO3_MODE =='FE' gepackt sein. 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] Fwd: BE Fehler bei Bildauswahl
Hallo zusammen, ich habe ein "schräges" Problem, das mich seit Wochen umtreibt. Auf typo3forum.net gab's gar keine Antwort und im Technikblock unter kiele.de zwar interessante Kommentare aber nur letztendlich doch den Verweis auf die Mailingliste. Also: Seit vielen Jahren betreibe ich im Firmennetzwerk eine Typo3 Installation (lokal, XP, Xampp 1.7.3). Die aktuell installierte Version ist die 4.5.10. Alles läuft problemlos. Dann habe ich (wie immer) das Update auf 4.6.3 durchgeführt. Zunächst hatte ich Umlaute in der DB, die ich entfernt habe - und alles sah wieder gut aus. Bis auf dieses Problem: Über das Standard-Modul "Nur Bilder" wird auf einer Seite ein Bild im FE angezeigt. Dieses Bild soll nun nach den folgenden üblichen Schritten ausgetauscht werden: Bild markieren Bild löschen Speichern Cache löschen Neues (bereits hoch geladenes) Bild aus> Fileadmin> images auswählen Speichern Cache löschen Beim letzten Speichern wird der Fehler offensichtlich: das neue Bild wird in der Vorschau nicht mehr angezeigt, statt dessen nur ein graues Feld. Wird der cache gelöscht, erscheint (zunächst innerhalb des BE als exception error) folgende Meldung: "Warning: require(PATH_tslibclass.tslib_pibase.php) [function.require]: failed to open stream: No such file or directory inC:\Programme\xampp\htdocs\t3lib\class.t3lib_div.php on line 5140 Fatal error: require() [function.require]: Failed opening required 'PATH_tslibclass.tslib_pibase.php' (include_path='.;C:\Programme\xampp\php\PEAR;C:/Programme/xampp/htdocs/typo3/contrib/pear/') inC:\Programme\xampp\htdocs\t3lib\class.t3lib_div.php on line 5140". Beim Versuch, das BE zu verlassen, crasht dieses komplett und ich sehe anschließend nur noch die o. g. Fehlermeldung (auch beim Versuch, mich wieder anzumelden). Soweit das Problem. Hier meine weiteren Erkenntnisse: 1. Im Verzeichnis C:\Programme\xampp\htdocs\typo3temp\Cache\Code\cache_phpcode liegt die Datei 4dd75627d598e9268bf5fac60215189b952b5d86.php. # Wenn ich diese Datei lösche, kann ich mich wieder anmelden, das Problem taucht beim nächsten Bildwechsel wieder auf. # Wenn ich diese Datei aus einem Backup wieder herstelle, kann ich mich wieder anmelden, das Problem taucht beim nächsten Bildwechsel wieder auf. # Wenn ich diese Datei aus einem Backup wieder herstelle, mit Schreibschutz versehe, kann ich mich wieder anmelden, das Problem taucht nicht mehr auf. Ebenfalls ohne Probleme kann ich wieder Bilder tauschen, wenn ich das BE Caching ausschalte ($TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations']['cache_phpcode']['backend'] = 't3lib_cache_backend_NullBackend'; in localconf.php). Aber das kann's ja nicht sein und ich habe auch schon "Schimpfe" bekommen. ;-) [#1] Das Protokoll im BE gibt die Meldung: Core: Error handler (BE:sad: PHP Warning: Invalid argument supplied for foreach() in C:\Programme\xampp\htdocs\t3lib\l10n\parser\class.t3lib_l10n_parser_llphp.php line 95 aus. [#2] Ich verwende die Extensionen AdoDB, mh_lib und mh_omsqlio zur Anzeige und Verarbeitung von Tabelleninhalten. In einem weiteren Versuch habe ich in der aktuellen Produktiv-Version 4.5.10 diese Erweiterungen deinstalliert. Nach dem anschl. Update auf 4.6.3 funktionierte alles! ADODB und mh_lib installiert --> alles OK, mh_omsqlio --> Crash. Nach der Deinstallation von mh_omsqlio geht wieder alles. Der Autor kann es sich nicht erklären, da die ext eigentlich keinen Bezug zum BE hat. Hinzu kommt, dass mh_omsqlio auf der neuen Version 4.6.3 in meinen Web-Projekten installiert ist und dort funktioniert alles! Die lokale Installation ist aber die wichtigste. Update auf neuste XAMPP 1.7.7 zeigt gleiches fehlerhaftes Bild. Wenn ich bis auf Typo3 Version 4.6.1 update, tritt der Fehler nicht auf, erst ab 4.6.2. Aus meiner Sicht macht es keinen Sinn, auf weitere Versionen zu warten und hoffen, dass der Fehler dort nicht mehr auftritt. Meine Typo3-Kenntnisse beschränken sich auf den amateurhaften Anwenderbetrieb, wo schon mal das eine oder andere einfache php-Skript selbst geschrieben und eingebunden wird. Ich weiß einfach nicht, wie ich weiter vorgehen soll und probiere seit zwei Wochen eigentlich nur herum. Ich kann den Sachverhalt auch nicht einschätzen: ist es nur eine Kleinigkeit oder läuft da was ganz verkehrt. All das lässt einen mit einem sehr schlechten Bauchgefühl weiter arbeiten Weiß jemand Rat? LG Ralph ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] realurl update 1.10.0 auf 1.10.1 -> get vars nicht abfragbar
hallo, versuche grade ein web auf einen aktuellen realurl stand zu bringen. durch nach und nach updaten hab ich herausgefunden, dass ich ein problem beim sprung von 1.10.0 auf 1.10.1. egal welche config, auch auto ohne eigene config, ich kann nicht auf get vars zugreifen. beispiel.de/artikel-ansicht/?tx_beispiel_pi1[article]=999286 tx_beispiel_pi1[article] kommt nicht an. jemand eine idee? test.php?irgendwas=bla funktioniert. also sobald realurl dabei ist, wird es irgendwie "geblockt" ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] workspace: realurl nicht aktiv
ahh.. danke.. wenn ich endlich mal wieder schreibrechte auf dem server habe, probier ich mal, ob es bei unserem setup läuft. solange eine mischung aus hidden records und workspaces. Am 08.11.2011 22:01, schrieb Andreas Kiessling: > Hi, > > realurl funktioniert im Workspace nicht richtig -> ist komplett deaktiviert > > Wenn du das unbedingt brauchst kannst du ja testweise in der > class.tx_realurl.php->encodeSpURL den Block auskommentieren > if ($this->isInWorkspace()) { > $this->devLog('Workspace detected. Not doing > anything!'); > return; > } > > Aber wenn dann was nicht funktioniert, würde ich keinen Bug reporten ;) > > HTH, > Andreas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] workspace: realurl nicht aktiv
moin, versuche grade einen workspace einzurichten. dafür brauche ich zwingend die gleiche realurl config wie im live space (ein paar konventionen, die ich von der ajax programmierin geerbt habe). mein problem ist, dass im workspace scheinbar realurl komplett deaktiviert ist. ist ein typo3 4.5 und realurl 1.11.2 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler per curl beschicken?
so funktioniert es. danke! falls es mal wer braucht: preProcessors { 5 { class = PreProcessor_LoadGetPost config { email.defaultValue = Text email.defaultValue.data = GP:email lastname.defaultValue = Text lastname.defaultValue.data = GP:lastname } } } plus plugin.Tx_Formhandler.settings.skipView = 1 Am 21.10.2011 10:05, schrieb Reinhard Führicht: Am 21.10.2011 09:47, schrieb Ralph Germershausen: genau. sind ein paar parameter mehr, aber url aufrufen und absenden triggern ist der plan. Es gibt ein TS-Setting "skipView". Damit wird keine View angezeigt, sondern gleich zu den Finishers gesprungen, wenn alle Error Cehcks OK sind. Das könntest du über eine Conditions setzen. z.B. [globalVar = GP:doSubmit=1] plugin.Tx_Formhandler.settings.skipView = 1 [global] Zusätzlich brauchst du vermutlich noch den PreProcessor_LoadGetPost um die GET-Parameter in die Formhandler-Session zu laden. Außerdem wärs vermutlich günstig, wenn "skipView" nicht über einen simplen GET-Parameter, sondern über einen Hash o.ä. getriggert wird. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler per curl beschicken?
genau. sind ein paar parameter mehr, aber url aufrufen und absenden triggern ist der plan. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] formhandler per curl beschicken?
hallo. habe mir per formhandler ein double opt in formular gebaut. klappt auch gut. problem: ich muss aus einer anderen extension dieses formular beschicken. vorzugsweise per curl. bisher sind alle meine versuche gescheitert. initInterceptors { 1.class = Interceptor_FormProtection 1.disable = 1 } hat leider auch nicht geholfen. weiss jemand, ob es prinzipiell machbar ist bzw hat ein setup, dass funktioniert für mich? danke! -- Ralph Germershausen Hamburger Allee 6 30161 Hannover +49.177.3885937 skype: scuba303 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Probleme mit Goof Photobook
Salü miteinander Eigentlich wollte ich eine Typo3-Newsgroup für Anfänger befragen, aber sowas habe ich nicht gefunden. Mein Problem: Ich habe die Extension Goof Photobook installiert und dann eine Seite erstellt mit einem Content mit dem entsprechenden Plugin. Es sollte eigentlich ganz einfach sein, ist auch so beschrieben auf http://wiki.typo3.org/index.php/De:Goof_Photobook Aber bei mir wird einfach nichts angezeigt. Hat jemand einen Tipp? Gruss Luzia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german