[TYPO3-german] powermail problem mit slovenisch und kyrillischen Zeichen
Hallo Liste, ich entwickle eine Seite in der die Sprachen Slovenisch und Russisch laufen sollen. TYPO3 und DB ist auf UTF-8 eingestellt. Alle anderen Inhalte werden korrekt dargestellt. Nur Powermail macht folgende Probleme: Slovenisch: Schriftzeichen im BE richtig im FE teiweise nicht dargestellt Russisch/kyrillisch: Im Backend und im Frontend nur Fragezeichen. In den Powermailkonstanten ist Charset for powermail= utf-8_encode Hatte jemand schon einmal das Problem? Oder eine Idee wo es hängt? Vielen Dank Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backendbenutzer mit lesendem Vollzugriff
Danke für eure Antworten, dann werde ich das System einfach spiegeln. Ich dachte es gibt vielleicht einfach einen nur lesenden Adminzugang, der hätte jetzt ein wenig Arbeit erspart. Viele Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Domain je Sprache + RealURL
On 16.02.2012 11:25, g4-l...@tonarchiv.ch wrote: Hallo allerseits, wir betreiben eine dreisprachige Seite mit RealURL: domain.tld/ bzw. domain.tld/de/ - default domain.tld/fr/ domain.tld/it/ Nun wünscht der Kunde zusätzlich zwei neue Domains für Französisch und Italienisch. Diese sollen allerdings nicht auf domain.tld/fr/ bzw. .../it/ umgeleitet werden sondern aus der Sicht des Besuchers so aussehen, als wären jeweils Französisch bzw. Italienisch die Default-Sprache. Also ohne Sprach-Präfix: domain-fr.tld/ : französische Version domain-it.tld/ : italienische Version Lässt sich sowas überhaupt bewerkstelligen? Das hier hat für mich funktioniert: http://www.dmitry-dulepov.com/2009/02/realurl-separate-language-domains-in.html Zusätzlich habe ich noch die BaseURL in der TS conf angepasst: [globalString = ENV:HTTP_HOST=*default.tld] config.baseURL=http://www.default.tld/ [globalString = ENV:HTTP_HOST=*franz.tld] config.baseURL=http://www.franz.tld/ [globalString = ENV:HTTP_HOST=*ital.tld] config.baseURL=http://www.ital.tld/ [global] Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] openSuse 12.1 - ein Tip: exim anstelle postfix und es geht wieder
Wer gerade TYPO3 auf opensuse 12.1-64bit ausprobiert und im Installtool eine ganz normale Testmail nicht raus bekommt, und dann stundenlang mit dem postfix mailer rum-konfiguriert, es ist ganz einfach : postfix deinstallieren, exim wird dann automatisch installiert und wie von Zauberhand geht wieder alles wie seit 5 Jahren seit Suse 9. Man muss nur erstmal auf diese Idee kommen (aus einem opensuse forum). -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] SaltedPasswords und der Scheduler
Moin! In mailman.1.1324626498.22328.typo3-ger...@lists.typo3.org wurde ja schon ausgiebig über das Problem eines per SSL geschützten BEs in Verbindung mit dem LoginSecurityLevel und dem Scheduler von saltedpasswords diskutiert. Wir haben hier ein ähnliches Setup, zusätzlich werden unsere User noch über LDAP in die BE Usertabelle gespült. Dies bedingt, dass dort ein Passwort gesetzt wird, welches nachträglich umgewandelt werden muss. Nun haben wir das erste Problem, dass der Scheduler-Task sich selber deaktiviert, da müssen wir auf http://forge.typo3.org/issues/33703 warten, ein Featurerequest habe ich dort schon abgesetzt. Wir werfen den also momentan händisch (bzw. per Hack) wieder an. Nun scheint es allerdings, dass der Task so manches Passwort partout nicht umwandeln will und das Reportsmodul mit schöner Regelmäßigkeit unsichere Passwörter meldet. Und leider sehen wir keine Fehlermeldung oder sonstwas. Irgendjemand eine Idee? Ich wäre echt dankbar! -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SaltedPasswords und der Scheduler
Moin, heute neulich ein ähnliches Problem. Da lag es aber daran dass das Passwort Feld bei einem oder zwei usern einfach leer war. Das konnte nicht umgewandelt werden und schon kam auch die Meldung immer wieder auf. Vielleicht ein kleiner Ansatz. Viele Grüße, Ingo Siebeck Web-Entwickler ITW Hoffmann München -337 -Ursprüngliche Nachricht- Hoffmann GmbH Qualitätswerkzeuge Haberlandstr. 55, 81241 Munich, Germany Phone: +49 89 8391-337, Fax: Internet: www.hoffmann-group.com Sitz, Gerichtsstand und zuständiges Registergericht: München (HRB 5497 - USt.IdNr. DE129375678) Geschäftsführer: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. Patrik Heider Registered office and court of jurisdiction: Munich (HRB 5497 - VAT-No. DE129375678) Management: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. Patrik Heider Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Nölle Gesendet: Dienstag, 21. Februar 2012 15:21 An: TYPO3 German Betreff: [TYPO3-german] SaltedPasswords und der Scheduler Moin! In mailman.1.1324626498.22328.typo3-ger...@lists.typo3.org wurde ja schon ausgiebig über das Problem eines per SSL geschützten BEs in Verbindung mit dem LoginSecurityLevel und dem Scheduler von saltedpasswords diskutiert. Wir haben hier ein ähnliches Setup, zusätzlich werden unsere User noch über LDAP in die BE Usertabelle gespült. Dies bedingt, dass dort ein Passwort gesetzt wird, welches nachträglich umgewandelt werden muss. Nun haben wir das erste Problem, dass der Scheduler-Task sich selber deaktiviert, da müssen wir auf http://forge.typo3.org/issues/33703 warten, ein Featurerequest habe ich dort schon abgesetzt. Wir werfen den also momentan händisch (bzw. per Hack) wieder an. Nun scheint es allerdings, dass der Task so manches Passwort partout nicht umwandeln will und das Reportsmodul mit schöner Regelmäßigkeit unsichere Passwörter meldet. Und leider sehen wir keine Fehlermeldung oder sonstwas. Irgendjemand eine Idee? Ich wäre echt dankbar! -- -c ___ 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] SaltedPasswords und der Scheduler
Am 21.02.2012 15:48, schrieb Siebeck Ingo: heute neulich ein ähnliches Problem. Da lag es aber daran dass das Passwort Feld bei einem oder zwei usern einfach leer war. Das konnte nicht umgewandelt werden und schon kam auch die Meldung immer wieder auf. Vielleicht ein kleiner Ansatz. Leider nein. Die Felder sind gefüllt. -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] crawler-Konfiguration und YAG (Oder: crawler-URLs per userfunc?)
Hallo zusammen! Für einen statischen Export muss ich URLs in den Crawler kriegen, welche leider relativ kompliziert aufgebaut sind. Die URL-Parameter hängen nämlich in YAG (Yet another gallery) leider von der UID des tt_content Eintrags ab. Ich muss also folgende URL (gekürzt) generiert kriegen: tx_yag[context720][albumUid]=12tx_yag[context720][galleryUid]=3tx_yag[contextIdentifier]=720 Die ID 720 ist in diesem Beispiel die UID des tt_content Elements der Bildergalerie. Nun ist meine Frage: Wie kriege ich die URLs in den Crawler? Ich habe schon mit Workarounds alá [_TABLE:tt_content;_PID:yag_pi1;_PIDFIELD:list_type] versucht - leider vergebens. Gibt es nicht irgendeine Möglichkeit URLs per UserFunction in die Crawler-Queue zu bekommen? Am besten so, dass es auch mit dem scheduler-Task funktioniert. Vielen Dank im voraus! ~Benjamin Schulte --- TYPO3 Certified Integrator - TYPO3 Freelancer aus Köln http://www.benjaminschulte.de/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] crawler-Konfiguration und YAG (Oder: crawler-URLs per userfunc?)
Hallo Benny, ich hatte ein solches Problem schon mal in ähnlicher Form, und habe es wie folgt gelöst: - Ich habe einen Scheduler Task gebaut, der eine Hilfstabelle baut ( 20 Zeilen) class tx_dmextindexedsearch_scheduler_task extends tx_scheduler_Task { function execute(){ // truncate $GLOBALS['TYPO3_DB']-sql_query( 'TRUNCATE tx_dmextindexedsearch_helper' ); $GLOBALS['TYPO3_DB']-sql_query( 'INSERT INTO tx_dmextindexedsearch_helper ( pid, char_bb5ecf0c39 ) SELECT 54 , uid FROM blub WHERE parentid = 20 ); } } - mit dieser Hilfstabelle kann ich dann crawlen: tx_xyz[uid]=[_TABLE:tx_dmextindexedsearch_helper;_FIELD:char_bb5ecf0c39] So ähnlich, mit mehr Feldern, müsste das doch bei dir auch gehen. On Tue, 21 Feb 2012 16:12:24 +0100, b...@minschulte.de wrote: Hallo zusammen! Für einen statischen Export muss ich URLs in den Crawler kriegen, welche leider relativ kompliziert aufgebaut sind. Die URL-Parameter hängen nämlich in YAG (Yet another gallery) leider von der UID des tt_content Eintrags ab. Ich muss also folgende URL (gekürzt) generiert kriegen: tx_yag[context720][albumUid]=12tx_yag[context720][galleryUid]=3tx_yag[contextIdentifier]=720 Die ID 720 ist in diesem Beispiel die UID des tt_content Elements der Bildergalerie. Nun ist meine Frage: Wie kriege ich die URLs in den Crawler? Ich habe schon mit Workarounds alá [_TABLE:tt_content;_PID:yag_pi1;_PIDFIELD:list_type] versucht - leider vergebens. Gibt es nicht irgendeine Möglichkeit URLs per UserFunction in die Crawler-Queue zu bekommen? Am besten so, dass es auch mit dem scheduler-Task funktioniert. Vielen Dank im voraus! ~Benjamin Schulte --- TYPO3 Certified Integrator - TYPO3 Freelancer aus Köln http://www.benjaminschulte.de/ -- Patrick Schriner ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Text mit jquery toggle
Hallo Liste, ich bin auf der Suche nach einer Ext. die es mir erlaubt den tt_content nach einer bestimmten Satzlänge abzuschneiden und dann via mehr Button und jquery mir nach unten ausklappt ( Fx.Slide(element).toggle(); ) gibt es dafür eine Extension? Freue mich auf Antworten -- -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Text mit jquery toggle
Hi Bast, ne erweiterung kenne ich jetzt nicht, ich hab das aber mal nachgebaut mit der erweiterung gridelements und das jquery einfach mit eingebunden. wenn du dann einen span mit einer klasse über jquery mit einen click belegst wirds gehen. Besten gruß Sebastian Am 21.02.2012 um 20:53 schrieb Basti: Hallo Liste, ich bin auf der Suche nach einer Ext. die es mir erlaubt den tt_content nach einer bestimmten Satzlänge abzuschneiden und dann via mehr Button und jquery mir nach unten ausklappt ( Fx.Slide(element).toggle(); ) gibt es dafür eine Extension? Freue mich auf Antworten -- -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ 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] tt_news Speicherort der Einträge
Hi, ich bin ein wenig irritiert ... : Ich habe für die tt_news-Einträge einen Sysfolder (mit enthält Erweiterung News) eingerichtet und dachte eigentlich, dass nun alle Einträge in diesem Folder gespeichert werden. Wenn ich aber z.B. im Seitenbaum irgendeine Seite auswähle und dann links im Menü auf Nachrichten klicken werden die Newseinträge in dieser Seite anstatt in dem Sysfolder gespeichert. Zumindest sieht es in der Listenansicht so aus. Gehe ich jetzt recht in der Annahme, dass ich die Redakteure dahingehend erziehen muss immer zuerst den Folder auszuwählen? Oder gibt es eventuell eine schönere Lösung? Danke schön! *Hannes ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news Sprachen
Hi, ich möchte die News gern zweisprachig anlegen. Bisher habe ich nur herausgefunden, dass ich je Sprache Newseinträge anlegen kann. Ich hätte es aber gern wie bei den Seiteninhalten, d.h. ich schreibe z.B. einen Eintrag auf Deutsch und lege dann einfach nur eine Ãbersetzung des Eintrags an. Das wäre auf jeden Fall einfacher, wenn ein Eintrag nicht nur aus einem Fleisstext besteht ... Besten Dank! *Hannes ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Sprachen
Hi, du musst in dem News Storage Ordner auch die zweite Sprachen anlegen. Gruß Tobi Am 21.02.12 22:12, schrieb Hannes: Hi, ich möchte die News gern zweisprachig anlegen. Bisher habe ich nur herausgefunden, dass ich je Sprache NewseintrÀge anlegen kann. Ich hÀtte es aber gern wie bei den Seiteninhalten, d.h. ich schreibe z.B. einen Eintrag auf Deutsch und lege dann einfach nur eine Ãbersetzung des Eintrags an. Das wÀre auf jeden Fall einfacher, wenn ein Eintrag nicht nur aus einem Fleisstext besteht ... Besten Dank! *Hannes ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Leicht Off Topic: Google Maps API Key für Vs. 2 unauffindbar
Hallo, ich komme mir im Moment reichlich doof vor: Ich suche eine Möglichkeit, mir wie üblich einen API-Schlüssel für eine GoogleMap generieren zu lassen. Praktisch alle Extensions für GoogleMaps basieren noch auf der API-Version 2. Die ist zwar deprecated, aber gut ein Jahr läuft sie ja noch, also kann man sie erst mal noch verwenden. Blos: Google hat die Seite umgebaut, ich finde keine Möglichkeit mehr, den API-Schlüssel generieren zu lassen. Da wars bisher: http://code.google.com/intl/de-DE/apis/maps/signup.html Dort wird für Version 2 auf die hier verwiesen: http://code.google.com/intl/de-DE/apis/maps/documentation/javascript/v2/introduction.html Dort steht einige Absätze weiter unten: Sie müssen lediglich den Schlüssel der Datei durch Ihren eigenen Maps API-Schlüssel ersetzen mit Link auf die Seite hier: http://code.google.com/intl/de-DE/apis/maps/signup.html Ein Zirkelschluss. Alle Links, die ich über Google gefunden habe, landen hier. Weiß jemand weiter? Vielen Dank 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] tt_news Sprachen
In article mailman.1.1329858778.22680.typo3-ger...@lists.typo3.org, Hannes ty...@sinus-medien.de wrote: Hi, ich möchte die News gern zweisprachig anlegen. Bisher habe ich nur herausgefunden, dass ich je Sprache Newseinträge anlegen kann. Ich hätte es aber gern wie bei den Seiteninhalten, d.h. ich schreibe z.B. einen Eintrag auf Deutsch und lege dann einfach nur eine Ãbersetzung des Eintrags an. Das wäre auf jeden Fall einfacher, wenn ein Eintrag nicht nur aus einem Fleisstext besteht ... Besten Dank! *Hannes Sry, hat sich schon erledigt ... einfach mal die Doku lesen :-) Für alle die es ebenfalls suchen: In der Listenansicht im Sysfolder der Newseinträge die zweite Sprache anlegen - fertig! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leicht Off Topic: Google Maps API Key für Vs. 2 unauffindbar
Hallo! Ich habe letzte woche eine googlemap inkl. des keys von einer anderen meiner Seiten kopiert und in neues Projekt eingefügt. Logischerweise kam die meldung, das der key nicht passt. In der aufploppenden infobox war eine url angegeben, über welche ein neuer key generiert werden kann. Vielleicht hast du auch diese Möglichkeit. Geht wahrscheinlich schneller als sich durch den googlewust zu wursteln.. ;) Viel Erfolg! Peter Linzenkirchner li...@lisardo.de schrieb: Hallo, ich komme mir im Moment reichlich doof vor: Ich suche eine Möglichkeit, mir wie üblich einen API-Schlüssel für eine GoogleMap generieren zu lassen. Praktisch alle Extensions für GoogleMaps basieren noch auf der API-Version 2. Die ist zwar deprecated, aber gut ein Jahr läuft sie ja noch, also kann man sie erst mal noch verwenden. Blos: Google hat die Seite umgebaut, ich finde keine Möglichkeit mehr, den API-Schlüssel generieren zu lassen. Da wars bisher: http://code.google.com/intl/de-DE/apis/maps/signup.html Dort wird für Version 2 auf die hier verwiesen: http://code.google.com/intl/de-DE/apis/maps/documentation/javascript/v2/introduction.html Dort steht einige Absätze weiter unten: Sie müssen lediglich den Schlüssel der Datei durch Ihren eigenen Maps API-Schlüssel ersetzen mit Link auf die Seite hier: http://code.google.com/intl/de-DE/apis/maps/signup.html Ein Zirkelschluss. Alle Links, die ich über Google gefunden habe, landen hier. Weiß jemand weiter? Vielen Dank 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leicht Off Topic: Google Maps API Key für Vs. 2 unauffindbar
Ok, ich nähere mich dem ganzen ... Ich habe im englischen Forum was gefunden: Die deutschen Seiten wurden nicht angepasst, nur die englischen. Man muss über diesen Link hier gehen: http://code.google.com/intl/en_EN/apis/maps/documentation/javascript/v2/introduction.html Dann findet man das hier: To create your API key, visit the APIs Console at https://code.google.com/apis/console and log in with your Google Account. Der Links sieht etwas so aus: https://code.google.com/apis/console Dazu muss man sich einloggen und auf einer Art Konsole eigene API-Schlüssel generieren. Offenbar sind die nicht mehr an die Domain gebunden, sondern an einen Google-Account. Dort kann man dann Projekte anlegen und sich z. B. einen Google-Map-Api-Schlüssel geben lassen. Der funktioniert dann unabhängig von der Domain. ABER: Courtesy limit: 25,000 queries/day = danach wird der Schlüssel offenbar gesperrt bzw. er wird kostenpflichtig. Unter Reports kann man anschauen, wie oft der API-Schlüssel aufgerufen wurde. OK, es geht, man kann sich einen API-Schlüssel generieren und diesen auch für praktisch alle Testprojekte einsetzen (25.000 Aufrufe pro Tag reicht ne Weile ...). Das ist sogar (viel) praktischer als bisher, weil man nicht mehr für jedes Zwischendomain oder jede Subdomain einen eigenen Schlüssel braucht. Aber man ist gut beraten, danach für jede neue Website bzw. Kunden einen Google-Account anzulegen und dort einen eigenen API-Schlüsel anzulegen für jeden Kunden. Man nämlich zwar mehrere API-Schlüssel anlegen, aber so wie ich das verstehe, zählen alle Schlüssel in einem Account zusammen. Preise: https://code.google.com/intl/en_EN/apis/maps/faq.html#usage_pricing (Generell die Links immer ausbessern und de_DE ersetzen durch en_EN - die deuschen Seiten sind unvollständig. Noch was ist unklar: auf der Seite hier: https://code.google.com/intl/de_DE/apis/maps/documentation/javascript/tutorial.html wird die Google-Maps-API Version 3 OHNE API-Schlüssel eingesetzt: script type=text/javascript src=http://maps.google.com/maps/api/js?sensor=set_to_true_or_false; /script Und das geht auch ... auf der Seite hier: https://code.google.com/intl/en_EN/apis/maps/documentation/javascript/tutorial.html Lautet das gleiche Beispiel so: script type=text/javascript src=http://maps.googleapis.com/maps/api/js?key=YOUR_API_KEYsensor=SET_TO_TRUE_OR_FALSE; /script Lol. ich habe einige Testseiten seit einigen Tagen laufen OHNE API-Schlüssel ... keine Fehlermeldung, nichts. Und in den deutschen Anleitungen ist auch nicht die Rede von einem Schlüssel, nirgends. In den englsichen schon. Hat Google da einen Fehler gemacht, oder hat das einen tieferen Sinn? Sorry für das Off-Topic, aber ich gehe davon aus, dass es mehr Leute hier interessiert. Gruß Peter Am 21.02.2012 um 22:20 schrieb Peter Linzenkirchner: Hallo, ich komme mir im Moment reichlich doof vor: Ich suche eine Möglichkeit, mir wie üblich einen API-Schlüssel für eine GoogleMap generieren zu lassen. Praktisch alle Extensions für GoogleMaps basieren noch auf der API-Version 2. Die ist zwar deprecated, aber gut ein Jahr läuft sie ja noch, also kann man sie erst mal noch verwenden. Blos: Google hat die Seite umgebaut, ich finde keine Möglichkeit mehr, den API-Schlüssel generieren zu lassen. Da wars bisher: http://code.google.com/intl/de-DE/apis/maps/signup.html Dort wird für Version 2 auf die hier verwiesen: http://code.google.com/intl/de-DE/apis/maps/documentation/javascript/v2/introduction.html Dort steht einige Absätze weiter unten: Sie müssen lediglich den Schlüssel der Datei durch Ihren eigenen Maps API-Schlüssel ersetzen mit Link auf die Seite hier: http://code.google.com/intl/de-DE/apis/maps/signup.html Ein Zirkelschluss. Alle Links, die ich über Google gefunden habe, landen hier. Weiß jemand weiter? Vielen Dank 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 -- 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] Leicht Off Topic: Google Maps API Key für Vs. 2 unauffindbar
PS: wenn ich morgen im Büro bin, kann ich dir auch die url schicken. Von hier komm ich leider nicht ran. David Greiner davidgrei...@gmx.net schrieb: Hallo! Ich habe letzte woche eine googlemap inkl. des keys von einer anderen meiner Seiten kopiert und in neues Projekt eingefügt. Logischerweise kam die meldung, das der key nicht passt. In der aufploppenden infobox war eine url angegeben, über welche ein neuer key generiert werden kann. Vielleicht hast du auch diese Möglichkeit. Geht wahrscheinlich schneller als sich durch den googlewust zu wursteln.. ;) Viel Erfolg! Peter Linzenkirchner li...@lisardo.de schrieb: Hallo, ich komme mir im Moment reichlich doof vor: Ich suche eine Möglichkeit, mir wie üblich einen API-Schlüssel für eine GoogleMap generieren zu lassen. Praktisch alle Extensions für GoogleMaps basieren noch auf der API-Version 2. Die ist zwar deprecated, aber gut ein Jahr läuft sie ja noch, also kann man sie erst mal noch verwenden. Blos: Google hat die Seite umgebaut, ich finde keine Möglichkeit mehr, den API-Schlüssel generieren zu lassen. Da wars bisher: http://code.google.com/intl/de-DE/apis/maps/signup.html Dort wird für Version 2 auf die hier verwiesen: http://code.google.com/intl/de-DE/apis/maps/documentation/javascript/v2/introduction.html Dort steht einige Absätze weiter unten: Sie müssen lediglich den Schlüssel der Datei durch Ihren eigenen Maps API-Schlüssel ersetzen mit Link auf die Seite hier: http://code.google.com/intl/de-DE/apis/maps/signup.html Ein Zirkelschluss. Alle Links, die ich über Google gefunden habe, landen hier. Weiß jemand weiter? Vielen Dank 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 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] Text mit jquery toggle
Hallo und vielen Dank für deine Antwort. Habe soeben eine passende Ext. dafür gefunden: http://typo3.org/extensions/repository/view/k23_effects/current/ die kann genau das, was ich gesucht habe ;) Viele Grüße -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 21.02.2012 21:31, schrieb Sebastian Lorenz: Hi Bast, ne erweiterung kenne ich jetzt nicht, ich hab das aber mal nachgebaut mit der erweiterung gridelements und das jquery einfach mit eingebunden. wenn du dann einen span mit einer klasse über jquery mit einen click belegst wirds gehen. Besten gruß Sebastian Am 21.02.2012 um 20:53 schrieb Basti: Hallo Liste, ich bin auf der Suche nach einer Ext. die es mir erlaubt den tt_content nach einer bestimmten Satzlänge abzuschneiden und dann via mehr Button und jquery mir nach unten ausklappt ( Fx.Slide(element).toggle(); ) gibt es dafür eine Extension? Freue mich auf Antworten -- -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ 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] SaltedPasswords und der Scheduler
Hi Christian, Christian Nölle wrote: Moin! In mailman.1.1324626498.22328.typo3-ger...@lists.typo3.org wurde ja schon ausgiebig über das Problem eines per SSL geschützten BEs in Verbindung mit dem LoginSecurityLevel und dem Scheduler von saltedpasswords diskutiert. Wir haben hier ein ähnliches Setup, zusätzlich werden unsere User noch über LDAP in die BE Usertabelle gespült. Dies bedingt, dass dort ein Passwort gesetzt wird, welches nachträglich umgewandelt werden muss. Nun haben wir das erste Problem, dass der Scheduler-Task sich selber deaktiviert, da müssen wir auf http://forge.typo3.org/issues/33703 warten, ein Featurerequest habe ich dort schon abgesetzt. Wir werfen den also momentan händisch (bzw. per Hack) wieder an. Einfach die Variable im Source ändern ;) Ansonsten mal hier vorbei schauen: https://review.typo3.org/#change,9139 Nun scheint es allerdings, dass der Task so manches Passwort partout nicht umwandeln will und das Reportsmodul mit schöner Regelmäßigkeit unsichere Passwörter meldet. Und leider sehen wir keine Fehlermeldung oder sonstwas. Irgendjemand eine Idee? Ich wäre echt dankbar! Du müsstest du mal debuggen. Oder du lässt mir mal einen kaputten Datensatz zukommen. Tickets, bzw. noch viel besser Patches sind immer gern gesehen :) Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SaltedPasswords und der Scheduler
Am 22.02.2012 00:43, schrieb Philipp Gampe: Nun haben wir das erste Problem, dass der Scheduler-Task sich selber deaktiviert, da müssen wir auf http://forge.typo3.org/issues/33703 warten, ein Featurerequest habe ich dort schon abgesetzt. Wir werfen den also momentan händisch (bzw. per Hack) wieder an. Einfach die Variable im Source ändern ;) Ansonsten mal hier vorbei schauen: https://review.typo3.org/#change,9139 Schon gesehen und die Variable im Source haben wir schon gesetzt, das meinte ich mit Hack. Ist aber ja nicht so schön, ein Update und ich kann das wieder überall reinpatchen ;) Nun scheint es allerdings, dass der Task so manches Passwort partout nicht umwandeln will und das Reportsmodul mit schöner Regelmäßigkeit unsichere Passwörter meldet. Und leider sehen wir keine Fehlermeldung oder sonstwas. Irgendjemand eine Idee? Ich wäre echt dankbar! Du müsstest du mal debuggen. Oder du lässt mir mal einen kaputten Datensatz zukommen. Ich werd das mal in die Sandbox packen und mal genauer drauf schauen. Das mit dem Datensatz dann gerne danach, wenn ich Tomaten auf den Augen habe. Tickets, bzw. noch viel besser Patches sind immer gern gesehen :) Denke ich mir ;) -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Leicht Off Topic: Google Maps API Key für Vs. 2 unauffindbar
On 02/21/2012 10:51 PM, Peter Linzenkirchner wrote: [...] Noch was ist unklar: auf der Seite hier: https://code.google.com/intl/de_DE/apis/maps/documentation/javascript/tutorial.html wird die Google-Maps-API Version 3 OHNE API-Schlüssel eingesetzt: script type=text/javascript src=http://maps.google.com/maps/api/js?sensor=set_to_true_or_false; /script Und das geht auch ... auf der Seite hier: https://code.google.com/intl/en_EN/apis/maps/documentation/javascript/tutorial.html Lautet das gleiche Beispiel so: script type=text/javascript src=http://maps.googleapis.com/maps/api/js?key=YOUR_API_KEYsensor=SET_TO_TRUE_OR_FALSE; /script Lol. ich habe einige Testseiten seit einigen Tagen laufen OHNE API-Schlüssel ... keine Fehlermeldung, nichts. Und in den deutschen Anleitungen ist auch nicht die Rede von einem Schlüssel, nirgends. In den englsichen schon. Hat Google da einen Fehler gemacht, oder hat das einen tieferen Sinn? [...] wenn man mal auf der Seite mit der API-Key-Nutzung liest findet sich folgener Absatz: | Obtaining an API Key | All Maps API applications should load the Maps API using an API key. | Using an API key enables you to monitor your application's Maps API | usage, and ensures that Google can contact you about your application | if necessary. If your application's Maps API usage by exceeds the | Usage Limits, you must load the Maps API using an API key in order | to purchase additional quota. Es wird dringend empfohlen einen API-Key zu nutzen, damit du deine Anfragen überwachen kannst und damit Google dich wegen deiner Anfragen erreichen kann. Wenn du deine Frei-Quota überschreitest brauchst du auf jeden Fall einen API-Key damit du zusätzliches Quota kaufen kannst. Klartext (meine Interpretation): google will wissen wohin sie eine Rechnung schicken sollen, wenn die quota überschritten wird. Ohne API-Key wird der Service einfach eingestellt (die Anfragen bekommen keine Antwort von Google) 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] Fehler beim Aufruf von AWStats (ics awstats)
Hallo, seit ein paar Tagen bekomme ich die folgende Meldung beim Aufruf von AWStats. Fatal error: Call to undefined method noDoc::middle() in /html/typo3/typo3conf/ext/ics_awstats/mod1/index.php on line 75 Bisher führte ich ein Update auf die aktuellste Version aus und auch die Installation einer alten AWStats Version probierte ich aus. Doch beides brachte kein Ergebnis. Hat jemand von euch einen Rat? Gruß Olli ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german