Re: [TYPO3-german] Alles etwas anders?
Am 02.07.2012 11:54, schrieb Harald Keller: > Guten Tag > > Ich arbeite zum erstenmal mit TYPO3 4.7 und muss merken das sehr viele > Erweiterungen die ich benutzen möchte > nicht mehr funktionieren weil ab 4.7 viele Klassen nicht mehr funktionieren. Im Grunde funktioniert nichts mehr, was nicht schon seit Version 4.4 nicht mehr benutzt werden soll. Wenn Extensions also nicht mehr mit 4.7 funktionieren spricht dies nur für die Qualität und Aktualität dieser. Es gibt eine Liste im Wiki mit inkompatiblen Extensions - wenn diese gepflegt wird, und das ECT die Kompatibilität der Extensions anpasst, erhalten wir damit auf Dauer ein "saubereres" TER. Ob man persönlich mit solchen Extensions überhaupt arbeiten will oder ob man gewartete, und aktuelle vorzieht muss natürlich jeder selbst entscheiden. Grüße Steffen Ritter -- Steffen Ritter Release Manager TYPO3 4.7 TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klasse für Menüpunkt definieren
Am 14.10.2012 02:21, schrieb HC-Media: > Gibt es eine Möglichkeit in den Seiteneigenschaften eine Klasse für einen > Menüpunkt zu definieren? Einfach die Seiteneigenschaften um ein entsprechendes Selekt-Feld erweitern und diese im Menü-TypoScript abfragen... Grüße Steffen -- Steffen Ritter Release Manager TYPO3 4.7 TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 4.5.22, 4.6.15 and 4.7.7
Dear TYPO3 community, The TYPO3 Core Team has just released TYPO3 versions 4.5.22, 4.6.15 and 4.7.7, which are now ready for you to download. All versions are maintenance releases and contain bugfixes only. These releases aim to fix regressions that have been introduced with the previous security releases at November 8th. The packages can be downloaded here: http://typo3.org/download/packages/ For details about the release, please see: https://typo3.org/news/article/typo3-cms-4522-4615-and-477-released/ MD5 checksums: 6c5682fd6a112382f665bd2c1b98fef9 blankpackage-4.5.22.tar.gz a7241120cce818643fa8ad4c60799c48 blankpackage-4.5.22.zip 7d498bb8d93c3807fa266d5bfc359fe9 dummy-4.5.22.tar.gz 2e178e99d9d2893538060f967f9c7225 dummy-4.5.22.zip 09eddc2aafd8e37702cec851454df041 introductionpackage-4.5.22.tar.gz 3e3b5214d2aa8a21bd4f6e1d274e7345 introductionpackage-4.5.22.zip b89b4a636ed8ebe08f74a390ebbf56c0 typo3_src+dummy-4.5.22.zip 140a119b96b0c45c14403019541b9709 typo3_src-4.5.22.tar.gz 4e318ad3cd27c50b97eaddfffbf144f1 typo3_src-4.5.22.zip b64df89827e55dbd38fee0ce5ae5db8e blankpackage-4.6.15.tar.gz 8a7db89162e3db079fbdde1541a15f10 blankpackage-4.6.15.zip 5bb34625fd4913df2bd043fc15fabab0 dummy-4.6.15.tar.gz 5c9a4d5721bbc128d39db2fd365ee61f dummy-4.6.15.zip 7464dcb7e4fded2df5d69806e840127f typo3_src+dummy-4.6.15.zip 7668ec8731709fdcedd4114c329796d4 typo3_src-4.6.15.tar.gz 937cd1a4508f8b8e551abc67c58f1980 typo3_src-4.6.15.zip f9272503bf1ba0a947788efffbefa4bc blankpackage-4.7.7.tar.gz af4f8360cff1835571d891d1404cd150 blankpackage-4.7.7.zip c70c207ace5da046e4ec99ac155926ce dummy-4.7.7.tar.gz 5b71216f439fb94b45b9c5735ddc154c dummy-4.7.7.zip ab0348bd877f1d662bb87aa5d0f365f3 governmentpackage-4.7.7.tar.gz 03078295ce39697524a8d4c6e9388b92 governmentpackage-4.7.7.zip 9cfaa82517bd0006cb0bcd02f050fd9f introductionpackage-4.7.7.tar.gz a0b97ccc6f51abf0ed159a4d8f526f8f introductionpackage-4.7.7.zip ffaa8b515b236fb23758c7d0f8e01202 typo3_src+dummy-4.7.7.zip 727240babda74a212a608a47938e0812 typo3_src-4.7.7.tar.gz b73435fcd5e19ccd58a1379105849c32 typo3_src-4.7.7.zip kind regards Steffen Ritter -- Steffen Ritter Release Manager TYPO3 4.7 TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.0 XCLASS + Namespaces
Hallo, aktuell muss das heißen _ux_TYPO3\\CMS\\Backend\\Controller\\LogoutController => ... soll aber - da eh alle XClasses angepasst werden auf etwas sinnvolleres angepasst werden (bis zum final release): TYPO3\\CMS\\Backend\\Controller\\LogoutController*Override* => ... Grüße -- Steffen Ritter Release Manager TYPO3 4.7 TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Größe der DB wächst!
Lutz Rothe schrieb: dass sie jetzt 7MB groß ist. Da machst du dir gedanken? Allein Die Extensionliste zu Importieren verschafft dir ca 3MB... AB 100-200MB mach dir mal Gedanken ;) Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Größe der DB wächst!
Lutz Rothe schrieb: Danke für Eure Ideen, ich suche mal weiter woran es liegen könnte. Du hast linkVars konfiguriert aber deren Wertebereich nicht abgesichert (beliebter Fehler!) Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Announcement] Mailinglists: Now online again, under a new address!
Felix Oertel schrieb: Hi, hat noch jemand auf dem News-Server das Problem, das ständig News als "neu" angezeigt werden, die garnicht mehr neu sind? Grüße, Felix Nein :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ext gesucht: Tipp des Tages
Basti schrieb: Hallo, ich suche eine einfache ext. die eine Art: Tagestipp zeigt. z.B. 10 oder mehr Tipps in einem Pool und dann z.B. auf der Startseite einen davon in einem random ausgeben!?! ich könnte dafür auch tt_news verwenden, doch vllt. gibt es etwas kleines einfaches ;) grüße, basti TypoScript nennt sich das tolle Ding... SysOrdner anlegen und deine ganzen "Tipps" als wie auch immer geartete ContentElemente da reinhauen... CONTENT Element nutzen select.andWhere = ORDER BY RANDOM() LIMIT 1 :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.1.10 -> 4.2.9, Frage zum Wiki, Umstellung UTF8
Gerhard Mehsel schrieb: Hallo, ich habe ein bestehendes TYPO3 4.1.10 und möchte nun langsam auf 4.2.9 upgraden. Dazu habe ich im Wiki folgendes gefunden: Be aware that your database encodings (settings + data) are correct. Some fields with TS inside have been changed from BLOB to TEXT. So if you have special characters like german umlauts in your TS, the fields data will be cut at the first appearance of such a character. Your installation won't work anymore if that happens. - Genau das passiert bei mir: Content wird auf den Webseiten beim ersten Auftreten von einem Umlaut abgeschnitten. Was kann ich dagegen tun? Muss ich nun alles auf UTF 8 umstellen? Wenn ja, hat schon jemand seine Datenbank konvertiert, wie es zB auch im Wiki steht: http://wiki.typo3.org/index.php/Talk:UTF-8_support (Alles auf Binary umwandeln und danach zurück in UTF-8) Hat das geklappt? Danke für Tipps, Gerd In der Installation die vermeintlich funktioniert, musst du die Daten "auslesen" und über eine zweite Datenbankverbindung mit einer richtigen FUnktionsweise an TYPO3 vorbei wieder in die Datenbank reinschreiben. Danach stellst du TYPO3 richtig ein, dass es die geänderten Daten verarbeiten kann... DANACH klappt dann auch das Update... Ich hab mal irgendwann so ein kleines Reperaturskript geschrieben, weiß nur grad nicht mehr wo ichs hab. Im prinzip hat das genau das gemacht: - Tabellenliste von Mysql geholt - eigene mysql-connection aufgebaut - Iteration über Tabellen - Iteration über Datensatz: - SELECT über TYPO3_DB - eventuell utf8_decode auf die Werte (hatte mal bei nem Kunden doppelt encodierte Daten) - UPDATE mit den Werten aus dem SELECT über die andere Verbindung Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.1.10 -> 4.2.9, Frage zum Wiki, Umstellung UTF8
Marcel Remmy schrieb: Toll wär, wenn die Start-SQL beim Install Tool schon direkt alles als UTF8 anlegt nicht wahr?) Wenn deine DB schon utf_8 ist werden natürlich auch die Tabellen utf8 angelegt, da T3 da nix vorschreibt sondern den standard nimmt (der nunmal im nächst höheren Objekt liegt). Wenn dein Server-PHP Standardmäßig nicht utf-8 sprechen musst du halt den verbindungsaufbau im Installtool noch anpassen. Aber sonst geht doch utf8 out of the box :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Versionen ...
Widmann, Manfred schrieb: Hi! Ich habe gerade gesehen, dass unser Provider mittwald.de neue Versionen von - imageMagick: alt: 4.2.9, neu: 6.5.3 - GraphicsMagick: 1.1.15 -> 1.2.7 oder auch 1.3.5 - PHP: 5.2.5 -> 5.2.11 oder auch 5.3.0-01 anbietet! Welche upgrades davon soll ich durchführen und von welchen soll ich eher die Finger lassen? Ich verwende TYPO3 4.2.10 ... lg Manfred TYPO3 4.3 arbeitet in der STandard-Konfiguration nicht mehr mit IM 4.2.9 6.5.3 ist eine gute Wahl, die nachtteile aus der 5er und frühen 6er Versionen existieren nicht mehr. GM: Geschmackssache ob du GM oder IM nutzt. IM 6.5.3 tuts gut. PHP 5.2.11: solltest du tun, schadet nicht und Bugfix releases sind immer gut. 5.3 geht nicht, da gibts aktuell sogar in teilen von 4.3 noch Probleme. Es gibt allerdins in dieser Liste einen Patch der TYPO3 4.2 auch PHP 5.3 fähig macht :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Seiteninhalte pro Seite a la Sprachnavi
Richard Jäger schrieb: Hmpf, das ist echt schwer zu erklären ;) Nein, dass gilt nicht nur für News unter News gibs ja kategorien. Wiegesagt, es ähnelt der Sprachfunktion. Die Seite soll einerseits in Deutsch und Englisch z.b eingeteilt sein und andererseit in 4 Bereiche. Einmal "Allgemein", "Kautschuk", "Polyurethane" und "Thermoplastische Elastomere" Bitte gebt nicht auf mich zu verstehen :D Ich beantworte jede kleine Frage, irgendwann klappt das zwischen uns schon :) Aber ich hoffe ihr versteht mehr und mehr was mein Ziel ist JoH asenau schrieb: Also danke erstmal :) Die extension hört sich ja gut an, allerdings gibs da kein manual zu. Ich zeig dir einfach mal nen screen von dem Design was ich gemacht habe. http://gupta-verlag.de/uploads/gupta.jpg Also oben haste 3 Bereiche, sofern keiner ausgewählt ist sieht man alle Bereich zusammen bzw. die Inhalte davon Das beantwortet aber immer noch nicht die Frage: Gilt das nur für "Nachrichten" sprich "News" - da sind Kategorien bereits eingebaut - oder soll das z. B. auch für "Bookshop" oder "Veranstaltungen" gelten? HTH Joey alles klein problem: erweitere tt_content um ei Feld "Bereich" dort legst du deine bereiche an... Dann kannst du beim anlegen des contents angeben worin er angezeigt werden soll... Beim einbinden deines contents machst du ein andWhere auf diese Feld und wertest dann deine LinkVar aus. Setze aber bitte über die LinkVar ein register und gib das in die Where Clause (sql injection schutz). Beim erstellen des registers kannst du per default: im CASE auch dein Fallback definieren. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Seiteninhalte pro Seite a la Sprachnavi
kurz und knapp: bau dir ein weiteres feld in die contentelemente wie bei der sprachauswahl... Und verfahre dann damit als wäre es eine sprache :) oder: Benutz doch einfach die Sprachfunktion wenn deine seite nicth mehrsprachig ist :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Im Frontend Inhaltselemente bearbeiten
Koller Michel schrieb: Guten Tag Ich möchte eine TYPO3 Extension entwickeln wo ein eingeloggter Frontenduser, ein Bilder und Text Inhaltselement erstellen kann. Hat das schon jemand gemacht und was wäre da für einen Ansatz von nöten? Ich denke das vorhandene Loginmodul zu benutzen, aber wie bringt man dem Eingeloggten ein Inhaltselement für Bilder und eins für Text nahe? Bin für jeden Tipp dankbar gruess M.Koller warum benutzt du nicht das frontendediting? es gibt eine extension mit der du FE user Backendnutzergruppen zuordnen kannst... diese Gruppe richtest du dann halt so ein dass er nur texte und bilder anlegen darf. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
A. Sauder schrieb: Hallo zusammen Ich habe folgendes Problem: Bei einem Kunden soll ein Extranet entstehen. An diesem Extranet sollen sich festgelegte Kunden anmelden können. Nach dem Login, erhalten diese Kunden eine erweiterte Navigation mit den Seiten die die Informationen enthalten. Das Problem ist nun, dass die Benutzerdaten (Logindaten) nicht in der Datenbank des Typo3 gelagert werden dürfen. Ich möchte nun eine Extension schreiben, welche ein Login anbietet, in dem der Kunde seine Zugangsdaten eingeben kann. Nach dem er via SMS noch einen key erhalten hat, und dieser eingegeben ist, soll er am Typo3 automatisch angemeldet werden. Die Daten des Kunden liegen auf dem Internen Server des Kunden, und werden via SOAP abgefragt. Die einzelnen Techniken stellen kein Problem dar, da schon diverse male umgesetzt. Jedoch muss ich jetzt neu das ganze so machen, dass wenn die Extension via SOAP vom internen Server ein OK für die Authentifizierung erhalten hat, mit den eingegebenen Benutzerdaten einen FE-User erzeugt, diesen der Extranet-Gruppe zuweist und den Benutzer am Typo3 automatisch anmeldet. Ich habe bis jetzt nicht herausgefunden, welche Variablen ich im Typo3 setzten muss, damit er für das Typo3-System als angemeldet gilt. Hat jemand von euch mir einen Link zu einer Doku oder gleich eine Information? Danke im Voraus für eure Hilfe. Gruss André lol :) Wenn die Nutzer alle die gleichen Berechtigungen haben und nicht personalisiert angesprochen werden: einnen dummybenutzer nutzen. Und im eigenen authservice wenn der rest erfolgreich war, dann einfach diesen einloggen... Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
naja, dann bau dir eine temporäre user-datensatz wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen fe-user datensatz in der feuser tabelle und loggst den ein, onlogout (auch im authservice) machst du wieder ein delete auf den user :) so kannst du ganz transparent auch das felogin von typo3 benutzen Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Peter Russ schrieb: --- Original Nachricht --- Absender: Steffen Ritter Datum: 28.10.2009 19:02: naja, dann bau dir eine temporäre user-datensatz wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen fe-user datensatz in der feuser tabelle und loggst den ein, onlogout (auch im authservice) machst du wieder ein delete auf den user :) so kannst du ganz transparent auch das felogin von typo3 benutzen Grüße Steffen Steffen, deine Ausführungen sind für mich nicht nachvollziehbar, da dies der Authservice, je nach Einstellung übernimmt. Löschen oder anlegen von Datensatz ist nicht notwendig m.W. Es sei denn es hätte sich etwas gravierendes am Authservice geändert! Peter- ganz einfach: er sagt: die nutzerdaten dürfen nicht aus der user tabelle bezogen werden und in der typo3 db gepseichert werden, sie kommen von extern. er will aber die typo3 services nutzen und sagt, verschiedene extensions sollen daten von dem user nutzen. Daher sagte ich er solle den entsprehcenden user nach authentifizierung gegen den eigenen service als fe_user anlegen, und beim logout wieder löschen. Session-Datensätze anlegen macht dann der Service natürlich selbst. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Peter Russ schrieb: Damit wir uns richtig verstehen: du hast geschrieben: "...erstellst du nen fe-user datensatz in der feuser tabelle...". Das ist nicht notwendig! Das macht der Authservice je nach Einstellung! hm ok... wusst ich wirklich nicht... Wichtiger ist es die notwendigen Daten dem fe_user-Objekt zuzuweisen, da JEDESMAL wenn eine Anfrage, ob der User eingeloogt ist, der Service aktiviert wird. Dies stellt sicher, dass nicht TYPO3 die Führung sondern das andere System hat. Wird auf dem führenden System ein Benutzer gelöscht, fliegt er bei TYPO3 raus, egal, was in fe_user steht ;-) dass erstellen des datensatzes ist meines erachtens schon wichtig, weil es einfach extensions gibt, die nicht wirklich mit TSFE->fe_user arbeiten sondern sich da einfach nur die ID rausholen und dann "los-query'ien" :) Ich hab bisher noch keine nicht existenten user eingeloggt :P Ich hab entweder mit views mir welche aus anderen DB's zusammengestrickt oder einfach nur für existente einfach ein anderen Auth-Methode implementiert. Sry, wenn da eine Info vllt. etwas "zu weit ging", aber ich denke grundsätzlich, dass damit auch alle Infos für den Kollegen gegeben wären dass er wenn er sich darüber schlau macht alles weitere im Detail selbst sieht. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Peter Russ schrieb: Ich hab bisher noch keine nicht existenten user eingeloggt :P Ich hab entweder mit views mir welche aus anderen DB's zusammengestrickt oder einfach nur für existente einfach ein anderen Auth-Methode implementiert. Das klingt nicht nach Authservice für mich. Sorry. hm was macht dann sv, rsaauth, openid, t3secsaltedpw, kbmd5fepw, saltedpasswords etc? genau das! für existente fe_user andere auth-methoden uimplementieren... Aber egal, da du ja auf Anti-Kurs zu sein scheint, Thema hiermit beendet. Biete deine einzigarten Dienste doch einfach dem Threadersteller an. Guten Tag ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Redakteur soll nur bestim mte CE der Seite sehen / editieren können - wie?
Daniela Waranie schrieb: Hallo zusammen, ich möchte eine meiner Definitionen etwas genauer beschreiben. Mit "die Content Elemente eines BE-Users" meine ich: Die Content Elemente, die dieser BE-User erstellt hat. Noch was: Schön wäre es, wenn das Löschen von CE auch eingeschränkt werden kann auf: a) nur wenn der BE-User der Ersteller des CE ist b) nur wenn ein bestimmter BE-User der Ersteller ist c) Löschen eines CE ist nicht möglich Bin gespannt, ob es hierfür eine Lösung, oder zumindest einen praktikablen Ansatz gibt. Lieben Gruà Daniela Waranie. Kurz und Knapp: geht nicht Begründung: es gibt keine zentrale "Zugriffsregelung". Jedes Modul macht das selbst. und das irgendwie. Des Weiteren kannst du das nicht so genau definieren. Wenn du sowas haben willst musst du alle entsprechenden Module Umprogrammieren, was genau der Grund ist warum es das noch nicht gibt: Page und List Modul sind so ein Graus, das eine solche Ãnderung quasi ein kompletter Rewrite erfordern würde :) damit, forget it. Also Hiden ist nicht, und auch nicht die Elemente verstecken. Was du tun kannst ist das ganze mit hooks beim elementspeichern abfangen, und dann fehlermeldungen verursachen - nicht schön, da dem redakteur vorgegaukelt wird er dürfte ändern und erst nach ändern der kram rausfliegt, aber das einzig mögliche GrüÃe Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrfach IRRE
Michael Sollmann schrieb: Hallo zusammen, innerhalb eines Datensatzes soll der Nutzer an drei Stellen ("Träger", "Ansprechpartner", "Sponsoren") Adress-Datensätze vom Typ tt_address mittels IRRE einbinden können. Das Problem dabei: Beim Anlegen eines neuen Address-Datensatzes wird dieser an allen drei Stellen eingefügt, und beim Speichern bleiben alle leer. Wenn ich für Ansprechpartner und Sponsoren nun jeweils eine andere andere (aber gleich strukturierte) Tabelle (tt_address2, tt_address3) definiere, funktioniert es. Das ist im Sinne des Datenbankdesigns aber nicht wünschenswert. Gibt es eine andere Lösung? Viele Grüße Michael Hallo, dann schau mal ob du was in der Konfiguration falsch hast, das geht eigentlich, du musst aber bedenken dass du 3 verschiedene Parentfields brauchst im tt_address datensatz, oder drei verschiedene mm_tables, was in der konstellation sicherlich schöner wäre. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila Template für alle Ki nd-Seiten setzen?
Gerhard Mehsel schrieb: Hallo, gibt es eine Möglichkeit, auf oberster Ebene einer Webseite ein anderes TemplaVoila Template anzugeben, was sich dann auf alle Kind Seiten auswirkt. Mein Problem: Ich habe ein neues TemplaVoila Template und möchte dieses für alle Unterseiten verwenden. Wenn ich nun auf oberster Ebene das neue Template einstelle (auch für Unterseiten) gibt es Seiten, die explizit das alte Template eingestellt haben. Unterseiten die keine eigene Template-Einstellung besitzen zeigen das neue, aber eben nicht alle, da es Unterseiten gibt die das alte Template eingestellt haben. Damit ich nun nicht alle Seiten prüfen/umstellen muss, würde ich gerne die Einstellung der obersten Seite gnadenlos auf alle Untersaeiten vererben. Danke für Tipps und schön Grüße, Gerd Per SQL Befehl das Feld explizit "leeren" in allen Seiten, dann reich es ja auf der Oberseite das einmal einzustellen. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail und Umlaute
Hallo, dmail hat da einen Bug, es ist egal, was du konfigurierst in die Datenbank wird der Newsletter immer mit iso geschrieben. Also entweder änderst du das in der Datenbank immer von hand (gibt da eine Spalte für die Codierung) oder du musst dir die Quell-Datei raussuchen, in der der Default Wert hardgecodet ist und es dort auf utf-8 stellen. Dnanach werden alle zukünftigen Letters richtig erstellt. Die Konfiguraiton wird dafür leider nie ausgelesen. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news und 4.3.0beta
Marco Behnke schrieb: Hallo! Bin mir nicht sicher an welche Liste ich das schicken sollte und fange deswegen gleich mal hier an. Ich habe mir ein 4.3.0beta3 installiert und kann tt_news nicht aktivieren: The running TYPO3 version (4.3.0beta3) is higher than allowed (4.2.99). Kann ich dieses Limit einfach übergehen oder sollte ich von tt_news absehen? Oder gibt es vielleicht eine neuere Version, die ich nicht finde? Gruß Marco einfach ignorieren ... tt_news arbeitet auch mit 4.3. Developing Versionen von TYPO3 wird er Extensionmanager immer warnen. Selbst wenn 9.9.9 als allowed in der Extension eingetragen wäre. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keinenache für meine Extension
Daniel Swjetscharevsky schrieb: Seid gegrüßt, eine Verständnisfrage: Wie schaffe ich es, daß die Seiten oder Seitenelemente, auf der meine Extension einegebunden ist, NICHT gecached wird? Im PHP hab ich in der main() schon folgendes drin: $this->pi_USER_INT_obj=1; Aber bringen tut´s nichts. Warum? Gruß, Daniel Ist das WIRKLICH sinnvoll? Oder ist es einfach nur bequem? Das Seitencaching abschalten ist eins der größten DONTS der Extensionentwicklung in TYPO3? Für welche TYPO3 Version Entwickelts du? Beschreib doch mal was du vorhast, vllt. gibt es ja eine bessere Variante dafür. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keinenache für meine Extension
Daniel Swjetscharevsky schrieb: Hallo Steffen, ich bin gerade an einer EXT, die mir per POST von Flash an eine PID Daten liefert. Die vollständigen Daten der von Flash übergebenen Produktdaten übergebe ich dann an meine main(). Schick die Daten an ein EID Script und Speicher sie in der USER-Session (TS REF "built in Basket") Dort habe ich ein Formular, wo man dann Seine Merkliste aus Flash nochmal sehen kann und diese dann für ein Angebot an Die Firma schicken kann. Hol dir das doch am besten auf dem Gleichen Weg per AJAX wieder raus, weil der Rest der Seite ist ja fest. Das an die Firma schicken: Auch das Formular kann geCached werden. Wohin dieses Formular dann geht, dort in den Parameter ein noCache einfügen, dass nur die Formularverarbeitung wieder ungecached ist. Die Informationen die das Ding senden soll kann es sich selbst wieder aus der User-Session holen. Jetzt habe ich festgestellt, dass die Seite samt Daten im Cache liegt, obwohl ich eigentlich schon die neuen Daten Nach der erneuten Flashübergabe sehen müsste. Aber die Alten werden angezeigt. Das muss ich unbedingt unterbinden, denn beim erneuten Besuch der Seite sollten sofort die neuen Daten verarbeitet Werden, und nicht die alte Ansicht gezeigt werden. Nur wie? nur ein _INT Element auf der Seite erhäht die Ladezeit und die Serverlast um ca 50%-60%. Mit der Vorgestellten Lösung kannst du dir das Sparen :) Gruß, Daniel Gruß Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Veränderbares Submenu
Fantastische Welten schrieb: Alle Seiten haben Unterseiten, wenn ich jetzt z,B: auf die Seite aaa klicke soll sie Seite mit all ihren Unterseiten aufgelistet werden - alle anderen Seiten aber ausgeblendet. Die Seite aaa soll aber bei der Auflistung formatiert werden können - hier ein Muster wie so ein Ergebnis aussehen soll: http://www.fh-ooe.at/campus-linz/campus/sportverein/sektion-leichtathletiktr iathlon/ Kann mir da wer behilflich sein, vielen lieben Dank! Hallo, dann schalte das Rendering für NO ab und render nur ACT Elemente :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] branding des typo3 backend
Johnny schrieb: Moin Leute, Ich würde gern unser Typo3 Backend "leicht" branden. Sprich: Beim Login das Logo anstatt der tollen Grafik. Und nach dem Login ganz oben in der Zeile neben dem Typo3 Logo könnte man auch noch etwas Grafik unterbringen. Meine Frage: Welche Dateien muss ich anfassen, um das reinzubasteln? Danke Johnny Hallo für das TYPO3-Logo im Backend gibt es eine Klasse, die du überschreiben kannst mit einer Extension, dann kannst du dein eigenes Logo dort hinterlegen. Im Loginskin ist die Frage ob du das TYPO3 Logo oder das Bild austuaschen willst. Das Bild geht ganz einfach: im Install Tool den Pfad zu deinem Ordner mit dem eigenen Bild angeben. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Nach update auf 4.2.10 fehlen Installation und Konfiguration im Backend
Ingo Preuß schrieb: Hallo, nach Update auf 4.2.10 fehlen im Backend unter Admin-Tools die Einträge Installation und Konfiguration. Lassen sich diese im Nachhinein hinzufügen? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0163.160 51 03 Sicher dass du nicht aus versehen einfach die Extension dafür nicht installiert hast? Schau mal im ExtMgr und deinstallier/installier die Extension mal neu.. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Path umbenennen/verlagern
Bernd Gaspers schrieb: Hallo gibt es einen einfachen Weg den typo3, misc und t3lib Path umbenennen bzw. zu verlegen. So sollte die Lösung sein root grund typo3 misc t3lib webseite1 fildadmin typo3conf typo3temp uploads webseite2 fildadmin typo3conf typo3temp uploads Der Grund ist das ich zur Zeit keine sym Links anlegen kann. Gruß Bernd Hallo, nein gibt es nicht wirklich, weil du nicht vertrauen kannst, dass alle Parts die entsprechenden Konstanten nutzen, die in init.php gesetzt werden. Du kannst es allerdings versuchen die manuell zu setzen... ODER: du nimmst php um die Symlinks zu erstellen (so mache ich das auf Seiten bei denen ich nur FTP Zugriff habe...) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Benutzergruppe die sich selber als zugriff definiert
Koller Michel schrieb: Es sind Backend-Benutzergruppen, die dann wieder sich selber nach dem erstellen einer neuen Seite sich auswählen können sollten. Gruess M.Koller "Philipp Gampe" schrieb im Newsbeitrag news:mailman.1.1258985036.7123.typo3-ger...@lists.typo3.org... Am 23.11.2009, 14:59 Uhr, schrieb Koller Michel : Guten Tag Ich habe eine Benutzergruppe erstellt die prima funktioniert. Nun wenn diese Gruppe eine neue Seite in Ihrem geschützten Bereich erstellt, möchte ich das die Gruppe bei "zugriff" sich selber, also die eigene Gruppe auswählen kann. Wie ist das möglich? Bis jetzt kann ich bei "Zugriff" nur die üblichen "nach Anmeldung verbergen" etc auswählen aber keine Gruppen. Bin um jeden Tipp dankbar gruess M.Koller Meinst du FE oder BE Benutzergruppen? das ist ein Unterschied! Viele Grüße Phil beim erstellen einer Seite kannst du aber nur FE-Usergruppen auswählen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Benutzergruppe die sich selber als zugriff definiert
Koller Michel schrieb: Also meine selbererstellte Backendbenutzer sollen eine neue Seite erstellen können (das klappt) und dann dann bei "zugriff" einen Frontendbenutzer auswählen können. OK, auch das wird nicth gehen, da man nur Benutzergruppen auswählen kann. Wenn du auch das meintest und deine Admins keine FE-Usergruppen sehen können, richte Lese-Berechtigung für die Tabelle fe_groups ein. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Steffen Gebert schrieb: Am 27.11.2009, 18:53 Uhr, schrieb Philipp Holdener : Hallo Zusammen Captcha läuft bei mir nicht unter 4.3RC2 Wenn man das captcha.php direkt aufruft kommt "TYPO3 Fatal Error: Extension key "lang" was NOT loaded! (t3lib_extMgm::extPath)" !? Hat mir jemand einem Tipp? localconf.php bearbeiten und extList sowie extListFE jeweils lang hinzufügen. Steffen Hallo Steffen Danke für den Tipp in extList wars schon drin In extListFE nicht --> aber hinzufügen nützt nix.. cache geleert! Gleiches Problem Hmpf :-( Gruss Philipp ja das ist klar, weil nach dme cache leeren die extension aus der FE Liste wieder raus ist... Die Frage ist: warum bedient sich eine FE Extension einer Core-Backend-Extension. Author anschreiben und das fixen lassen. Workaround: in der ext_emconf von lang das "doNotLoadinFE" gleich null setzen. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datenbankwechsel in der eigenen Extension
A. Sauder schrieb: Hallo zusammen Ich stehe gerade vor folgendem Problem, und weiss nicht so genau wie ich das lösen könnte. In verschiedenen von mir geschriebenen Extensions soll vorübergehend auf eine andere Datenbank zugegriffen werden, um Daten zu holen oder auch um zu schreiben. Nun kann ich ja in der main() die Datenbankverbindung einrichten, meine Arbeiten durchführen und dann wider zurück auf die Typo3-DB verbinden. Nur wie bekomme ich die Verbindungsdaten aus der localconf.php? Oder gibt es eine elegantere Methode wider zur Typo3-Datenbank zu wechseln als nochmals mysql_connect() mit den Typo3-Db Daten aufzurufen? Danke für eure Hilfe André Benutze DBAL, da kannst du verschiedene Handler konfigurieren. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Steffen Ritter schrieb: ja das ist klar, weil nach dme cache leeren die extension aus der FE Liste wieder raus ist... Die Frage ist: warum bedient sich eine FE Extension einer Core-Backend-Extension. Author anschreiben und das fixen lassen. Workaround: in der ext_emconf von lang das "doNotLoadinFE" gleich null setzen. hallo steffen captcha wäre ja von kaspar ;-) Und captcha is alt :) war vllt. mal als sysext angedacht, Fakt ist, es benutzt Dinge die in 4.3 abgeschottet wurden, bzw. da Sie eignetlich nicht gebraucht werden im FE, aus Performancegründen nicht geladen werden. leider steht in ext_emconf überhaupt nix von lang! :-( In der ext_emconf der Extension "lang" sprich in den Core Files. Gruss Philipp Wenn Kasper noch der Maintainer ist, dann muss auch er das wohl anpassen ;) Ist ja auch kein Act sein die paar Labels aus der Locallang in eine eigene locallang Datei zu packen und die mit auszuliefern ... Aber bringt wieder ein Stücken "Ordnung udn Sicherheit" in TYPO3, das ja bekanntlich immer mehr "aufgeräumt" wird und solche alten "Leichen", wie z.B. diese mal langsam auszumotten... Auch wenn das nutzen von Labels natürlich eigentlich harmlos ist :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: was schlägst du mir als ersatz vor? captcha ist nun mal einfach am besten zu lesen. Hab die als erweiterung für powermail im einsatz sr_freecap find ich nicht wirklich schön :( Hmpf.. Gruss Philipp ich find calculatingcaptcha ganz witzig. ich benutze immer mailformplus, dafür könnte ich dir auch ne ext anbieten, die http://www.phpcaptcha.org/ bereitstellt. Wenn die API Aufrufe für Validierung die gleichen oder ähnlich, könntest du die auch in Powermail benutzen, aber das hab ich persönlich erst einmal benutzt. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Das letzte Update stammt von 2007 und in der Datei steht Kraft Bernhard als Entwickler. In der Fassung läuft die Extension bei mir in 4.3RC2. Zumindest habe ich das Update gerade mal testweise gemacht und das Captcha wird problemlos aufgerufen. Gruß Peter Hallo Peter Hab auch die 1.1.0er am laufen und bekomm die besagte "lang" error meldung! :-( Hab jetzt auf 4.2.10 downgegraded und alles funktioniert wieder prima. liegt also schon am RC2!? gruss und einen schönen Abend Philipp Ja es liegt an "RC2". Aber im Detail einfach an 4.3. Weil wie gesagt 4.3 einführt, das es zwei Extensionlists gibt, und eine Extension sagen kann ich werde nicht geladen im Frontend. Das ist Speed-Improvement, da jede geladene Extension den Rendering prozess verlangsamt. Und wer brauch die ganzen Backend-Only Extensions wie Module etc im Frontend. Also platt gesagt könnteman einfach sagen: Extension ist nicht 4.3 kompatibel. Und jede wette: Da gibt es noch viele mehr :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Peter Linzenkirchner wrote: Hallo Phillipp, du hast Recht, ich habe nicht aufgepasst. Ich habe die Extension von hier: http://www.sk-typo3.de/News-Details.43+M5d56ab8755e.0.html?&tx_skpagecomments_pi1%5Boffset%5D=0#CommentForm Sie hat die Versionsnummer 1.0.0 und läuft bei mir unter 4.3.0RC2 ... Allerdings sieht der Code der captcha.php genauso aus wie in der 1.1 aus dem TER. Zum Auslesen der Konfiguration wird config_default.php benötigt, welches wiederum class.t3lib_extmgm.php und das wiederum class.t3lib_div.php benötigt. Ein Aufruf einer language-Datei erfolgt gar nicht. Wo müsste denn das Problem liegen? Gruß Peter Hallo Peter Da wird irgendwie "lang" aufgrufen... keine AHnung! Bin leider kein Programmierer :-( Die 1.0.0 läuft meistens auch.. aber das Bild ist bei weitem nicht so gut wie bei der 1.1.0 Gruss Philipp Hey Philipp, ok ihr habt mich neugierig gemacht - Peter hat recht, der Error dürfte nicht kommen... Ich hab den source code der ext gelesen... Meld dich doch mal per Skype (sritter-kh) ich würd mir das gerne mal ansehen. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Darf ich mich Montags melden? Bin nicht im Geschäft.. hab hier kein Skype drauf. jopp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Captcha unter 4.3RC2
Philipp Holdener schrieb: Hallo Zusammen Captcha läuft bei mir nicht unter 4.3RC2 Wenn man das captcha.php direkt aufruft kommt "TYPO3 Fatal Error: Extension key "lang" was NOT loaded! (t3lib_extMgm::extPath)" !? Hat mir jemand einem Tipp? Gruss Philipp Hallo, also ich hab mir das ganze angeschaut und "gefixed" - für das spezielle System. In der captcha PHP werden die "notwendingen Pfad" Konstanten von Hand zusammengebaut. Die init.php braucht dafür >50 Zeilen um das in allen Konstellationen hinzubekommen. Die Serverkonfiguration war eine wo diese einfache Variante nicht hinhaute. (aktuelles Mittwald) Mit falschen Pfaden konnte die config_default natürlich auch keine Extension lang finden, es kam zum Abbruch. Ich habe die beiden Konstanten PATH_this und PATH_script dort von PHP richtig finden lassen (Es fehlte die Document root), seit dem läufts. Grüße Steffn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] chloginskin unter TYPO3 4.3
Philipp Holdener schrieb: hallo zusammen Mit viel Aufwand hab ich mit für "chloginskin" ein css zusammen gebastelt. Jedoch läuft das nicht mehr unter TYPO3 4.3. Wie übernimmt man jetzt das Design für 4.3? Beste Grüsse Philipp Brauchst du in 4.3 nit mehr :) Da kannst du das Login-Skinning auch ohne Extension machen... Schau mal ins Wiki in die PendingDocumentation oder auf: http://www.typofaktum.de/TYPO3_4.3_Die_Neuerungen_typofaktum.pdf Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.3 Gifbuilder
Tobias Pierschel schrieb: Guten Morgen, gibt es irgendwo ein Beispiel, wie man den automatischen Zeilenumbruch im Gifbuilder verwendet? Danke und gruß Tobi Im wiki unter pending doks ist das beispiel vom Entwickler, oder in der aktuellen TSRef die Francois gestern geupdatet hat. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ImageMagick 4 und TYPO3 4.3 - funktioniert
RDE / Redlich schrieb: mich interessiert die neue Powersuche am dringendsden, da habe ich Leidensdruck Hab ich was verpasst? Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Login nach Update auf 4.3
Daniel Klopfer schrieb: Irgendeine Idee, die mir weiterhilft?? Ja, alle alte Cookies löschen! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Allgemeine Schwierigkeiten Release 4.3 (Sammelthread)
Kevin Heidemann schrieb: Im Frontend-Editing tauchen komische kleine Kästchen auf -> Auch bei euch beobachtet oder lokales Problem? Im FE-Editing sind keine Umlaute möglich -> Übers Backend kein Problem, Lösung? jede Wette dass du ein Zeichensatzkonfigurationsproblem hast! Im FE-Editing werden bei der Änderung eines Contents zunächst die ursprüngliche und die neue Version angezeigt -> Lösung? Im FE-Editing können Content-Inhalte nur dann verschoben werden, wenn in einer Spalte bereits ein Content ist -> Platzhalter erzeugen oder andere Lösung oder lokales Problem (CSS-File)? Allgemein: redest du von feeditadavanced oder feedit? feedit zu 2tens: ging auch vorher nicht feeditadvanved: dort gibt es auch in leeren spalten eine Dropzone Sobald das Login-Formular ausgefüllt wird, wird man sofort zur Willkommensseite redirected (egal, ob der Login erfolgreich war oder nicht). Im Backend sind 2 andere Seiten hierfür eingetragen. Redirect-Problem von FE-Login bereits reported und gefixed Die Verlinkung von FE-Usern mit BE-Usern über simulatebe funktioniert nicht mehr -> Lösung? Ging bei anderen Usern hier in der Liste schon --> persönliches Problem, im Zweifel auch kein Problem von 4.3 sondern der Extension die ja schließlich bestimmte Sicherheiten von TYPO3 aushebelt und FE-User an TYPO3 vorbei anloggt. Melde ich mich als Administrator im BE an, bin ich automatisch im FE eingelogt, als User ohne Name und Berechtigung Mal dein AdminPanel gecheckt? Kann ich nicht bestätigen In anbetracht der Tatsache was für Fehler du reportest und dass Sie nicht nicht bestätigen kann, tippe ich auf Fehler die auf falsches Updaten oder falsche Konfiguration zurückzuführen sind. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Allgemeine Schwierigkeiten Release 4.3 (Sammelthread)
Kevin Heidemann schrieb: Feeditadvanced natürlich, entschuldige bitte. OK, ich vermute dass alle deine Feedit Probleme auf den Zeichensatz zurückzuführen sind. Wenn der Zeichensatz falsch eingestellt ist funktioniert das json_endoding nicht richtig und zerschiesst das komplette feeditadvanced. Auch wenn die Webseite richitg eingestellt ist, scheint es da irgendwelche DIfferenzen zwischen BE und FE zu geben. Wie ist denn das wenn du versuchst umlaute in der Übersschrift abzuspeichern? Sobald das Login-Formular ausgefüllt wird, wird man sofort zur Willkommensseite redirected (egal, ob der Login erfolgreich war oder nicht). Im Backend sind 2 andere Seiten hierfür eingetragen. Redirect-Problem von FE-Login bereits reported und gefixed Das ist mir klar. Vergleiche Bug 0012144. Bei mir kommt allerdings ein Redirect zustand, nämlich auf die Willkommensseite, nicht auf die Login-Seite Das Klingt danach ob die Seite auf die redirected werden soll nicht verfügbar ist für den user und daher die nächhöhere verfügbare genommen wird (Willkommensseite). Oder deine Url-Konfiguration (evtl. mit static und so funktioniert nicht richtig) AdminPanel gecheckt, auch wenn Verbindung unklar. Es muss an 4.3 liegen. Vielleicht kann es ja jemand anderes bestätigen. Liegt auch nicht an Simulatebe. Der "leere" User loggt sich ebenso im FE aus, wenn sich der BE-User ausloggt. Sorge mal dafür, das ALLE Cookies gelöscht sind bevor du dich irgendwo einloggst, Webdeveloper Toolbar hilft da. Tatsächlich habe ich nicht geupdatet, sondern lieber gleich ein neues System hochgezogen, da Typo3 4.3 in meinen Augen einen neuen Schritt darstellt und lieber eigenständig bestehen soll als ein älteres System "irgendwie einzubinden". Wenn dann also falsche Konfiguration. Behaupte ja nicht, dass ich Gott bin, bin nur der Meinung, auch andere Mitglieder der Mailing-Liste könnten ähnliche Konfigurationsprobleme haben. Was sind denn deine Systemumgebungsdaten und was hast du abweichend vom Standard Konfiguriert? Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: typo3_4.3 und feeditadvanced - Wie die Lightbox größe anpassen?
Michael Karrer schrieb: hab jetzt auf typo3 4.3 und feeditadvanced upgedated. So weit ging auch alles gut :) und ich bin auch recht begeistert von der neuen feeditadvanced extension aber: Wie kann ich die Größe der Lightbox von feeditadvanced ändern?!? Ich finde weder irgend welche Konstanten noch sonstwas. Auch hilft dass ändern des CSS nix da das durch einen direkten style="widht:580; height:380" überschrieben wird?!? Ist das derzeit noch hardcoded oder wie kann ich die Größe verändern? Wie immer DANKE für eure Hilfe! mike Hallo, da ist in der ExtJS Klasse die für Feedit Advanced gebaut wurde hardgecodet. Du kannst dies in den Objekt Eigenschaften in dem entsprechenden JS file der Extension ändern. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: typo3_4.3 und feeditadvanced - Wie die Lightbox größe anpassen?
Michael Karrer schrieb: Wird das eigentlich noch geändert und als Konstanten ausgewiesen oder sollte ich da einen Bug / Feature Request starten?!? Äh... und wenn ja dann wo ;) - Danke! Feature Request auf Forge[1] Das ist keine große Sache, das hab ich selbst auch schon gemacht, also ich mir die Lightboxklasse für was anderes geclont hab :) Da konnte man in der "Open" Funktion die Größe mit angeben... Leider hab ich momentan keine Zeit das einzubauen... Grüße Steffen [1] http://forge.typo3.org/projects/typo3v4-feedit/issues ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SSL-Zertifikat
Stephan Bauer schrieb: Hallo Uwe, ist ein SSL-Zertifikat vorgesehen? Falls ja, bitte überlegen, ob die Registrierung auf den Vertriebspartner-Seiten auch per SSL geschützt sein sollen. Falls ja ist ein Wildcard-Zertifikat fällig. Grüße Stephan ob das wohl hierher gehörte :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] "captcha": wer ist zuständ ig?
Philipp Holdener schrieb: Hallo zusammen Gemäss Kommentaren in der Captcha Extension ist Bernhard Kraft zuständig!? Die Extension läuft unter 4.3 überhaupt nicht mehr korrekt (Siehe andere Threads dazu). Wäre schön, wenn man diese nützliche Extension auf 4.3 aktualisieren könnte. Schliesslich ist sie eine der besten lesbaren Captcha Lösungen. Beste Grüsse Philipp Wenn Bernhard online ist frag ich ihn mal... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Datenbank für Extension
Steffen Nothacker schrieb: Hi, ich habe mehrere Instanzen von Typo3. Jede Typo3 Instanz hat eine eigene Datenbank. Jetzt sollen aber alle Instanzen den gleichen Kalender mit dem gleichen Inhalt anzeigen. (calendar base). Kann ich die calendar base extension aus allen Instanzen auf eine andere Datenbank zugreifen lassen? (Ein lesender Zugriff würde mir reichen). Beim Suchen bin ich in der class.t3lib_db.php auf die Funktion sql_select_db gestoßen. Könnte ich jeder Calendar Base Extension evtl. so die andere Datenbank geben: $TYPO3_DB2 = t3lib_div::makeInstance('t3lib_db'); $TYPO3_DB2->sql_pconnect (host, user, password); $TYPO3_DB2->sql_select_db (db); Mit freundlichen Grüßen, Steffen Nothacker Ich gebe dir nen Tipp: CREATE VIEW tx_cal_event AS SELECT * FROM otherdb.tx_cal_event Geht halt nur auf dem gleichen Server, aber im Vergleich gegen den Trouble den man sich aktuell mit DBAL noch einhandelst... :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.3: deprecation log
Michael Sollmann schrieb: Hallo zusammen, sagt mal, wo in Version 4.3 finde ich eigentlich den viel gepriesenen "deprecation log" zum Anzeigen veralteter Funktionen? Viele Grüße Michael in deinem typo3conf verzeichnis ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 WATCHDOG - aba_watchdog
Georg Ringer schrieb: Name ist aber gerade entfallen caretaker nennt sihc der Spass :) Siehe T3CON09 Vortrag... Die Slides dazu findest du im CareTaker SVN ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Thomas Russel schrieb: Hallo Dennis, vielen Dank. Da ich grade nicht an die localconf.php komme, sondern nur das Feld im Install-Tool füülen kann, kannst du mir einmal deine Angaben in einzelne Zeilen auflösen, die ich direkt im Install.Tool ins Feld eingeben kann. Danke :) Dennis Steinhoff schrieb: Hallo, ich hatte ein ähnliches Problem. Abhilfe hat der schon genannte setDBinit Eintrag in der localconf.php in Verbindung mit forceCharset geschaffen: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8 ;'.chr(10).'SET CHARACTER SET utf8 ;'.chr(10).'SET SESSION character_set_server=utf8 ;'.chr(10).'SET SESSION character_set_client=utf8 ;'.chr(10).'SET SESSION character_set_connection=utf8 ;'.chr(10).''; chr(10) ist einfach der zeilenumbruch... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bestätigung per Mail aus dem back end heraus
Koller Michel schrieb: Guten tag Ich möchte in meiner Extension, das wenn ein Backenduser in der Listansicht einen von den Extensiondatensätze öffnet, es dort drin einen Button hat den man anklicken kann und somit ein Mail auslöst. Oder das Mail wenigstens ausgelöst wird wenn er den Datensatz neu abspeichert. Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der Ware bestätigt werden kann, indem ein Mail abgeschickt wird. Ist sowas überhaupt möglich? Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. M.Koller HAllo, ich mache sowat mit passwort mails, der Redakteur hat ein häkchen "passwort zurücksetzen" on Speichern wird dann eine mail generiert und und häkchen wieder auf null gesetzt... Wenn du den Code haben willst schreib mich kurz an (skype: sritter-kh), dann schick ich dir das file, ist zu lang und zu unübersichtlich um das hier zu posten... GrüÃe Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zeilenumbruch in locallang.xml oder _LOCAL_LANG
Thomas Hirt schrieb: Hi! Also danke für die Antwort aber ich versteh nicht was du meinst: errorMessage_stdWrap beschreibt den Wrap rund um das Objekt aus locallang.xml Wo soll ich hier stdWrap.br=1 einfügen? Irgendwie stehe ich auf der Leitung. Thomas Peter Russ schrieb: Wie geschrieben ist der Ansatz in ext_typoscript_setup.txt der Extension zu finden und da an der Stelle errorMessage_stdWrap Jetzt sollte es aber klappen oder? Ein stdWrap in _LOCAL_LANG geht in den seltensten Fällen (es sei denn der Entwickler der Extension hat es vorgesehen z.B-> dr_blob) Gruss. Peter errorMessage_stdWrap.br=1 ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typo4.3 beta2<->Typo 3 4.3 Typoscript-/Templateänderungen?
Michael Meurer schrieb: Hallo zusammen. Hat sich im TS von Typo3 4.3 RC1 bis Typo3 4.3 im Vergleich zu T3 4.3beta 2 etwas in der "Template-Engine" geändert? Ich habe ein TS-Template, das unter einer 4.3-Beta2 läuft, bei einer 4.3 RC1, 4.3 RC2 und 4.3 ein: Error! No TypoScript template found! verursacht... Ich habe eine neue T3 4.3-Installation aufgesetzt, die Extensions installiert, mit denen ich arbeite(n möchte), dann das in einer T34.3beta2 funktionierende TS-Template per copy & paste eingefügt. Der Witz ist, wenn ich alle Caches einmal geleert habe und die Seite im FF3.5 aufrufe, bekomme ich die komplette Site für etwa 24h mit allen Links etc. komplett angezeigt. In allen anderen Browsern kann ich auf einen, vllt. zwei Links gehen, dann kommt der Template-Error. Nach Leeren der Caches geht in allen anderen Browsern außer dem FF3.5 das Scenario von vorn los... Habe keine Ahnung, wo nach ich suchen soll... Hab auch beim Googlen nichts gefunden. Vielleicht bei Extensions, die im deprecation_.log aufgeführt sind? Ich werde als nächstes eine neue Installation OHNE Ext. aufsetzen und TS-Block für TS-Block einfügen. Mal sehen, wo ich hängen bleibe. Hoffe, dass mir noch jemand ein Stichwort geben kann, wonach ich suchen soll... Wünsche allen noch einen schönen Abend. Gruß Michael das klingt nach einem Datenbank-ZeichenSatz Problem. Ansonsten wurde nur eine Eigenscahft im PAGE Objekt geändert, ausserdem wurden die Datenbanktabellen etwas angepasst, also ein compare ist pflicht. Der Rest müsste laufen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Powermail Konfiguration
W.R. schrieb: Hallo Forum, TYPO3 4.2.5: habe die Extension Powermail installiert und möchte nun einige der vorgegebenen Standard-Texte ändern. In der Docu (http://typo3.org/documentation/document-library/extension-manuals/powermail/1.5.1/view/1/8/) steht u.a.: plugin.tx_powermail_pi1._LOCAL_LANG.de { locallangmarker_confirmation_back = Zum Formular locallangmarker_newlanguagemarker = Das ist ein neuer Marker Text } Diesen Code habe ich in ein Extension Template auf der betroffenen Seite mit dem Powermail-Plugin eingefügt und den Cache gelöscht. Im Template Analyzer sehe ich auch diese Werte hierarchisch an der richtigen Stelle eingebunden. Es werden aber nach wie vor die Default-Einträge aus dem Plugin gezeigt. Hat jemand eine Idee wo ich ansetzen muss um das Problem zu beheben ? Als allerstes die TYPO3 Version updaten... Und danach in ObjectBrowser mal schauen ob du "short of end braces" warnungen hast. Das würed bedueten, dass obige nicht auf root Ebene eingebunden wird --> es wirkt nicth richtig. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Powermail Konfiguration
W.R. schrieb: Updaten geht leider nicht, weil der Provider die in ein seiner Debian-Distribution eingebundenen Standard-Pakete nutzt. Du brauchst doch keinen Provider für ein TYPO3 update... Im Zweifel einfach die Sourcen entpacken und manuell per FTP hochschieben. Der Object Browser gibt keine Fehlermeldungen aus. Hm, dann weiß ich auch nicht, ich nutze kein Powermail. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] eu_ldap und TYPO3 4.3 funktioniert nicht?
Gerhard Mehsel schrieb: Hallo, ich würde Benutzer für unser TYPO3 4.3 Intranet gerne gegen ein Active Directory authentifizieren. Dazu eu_ldap installiert und konfiguriert. Die Extension spricht auch mit unserem AD (SBS 2003). Also Update/Import von Usern udn Gruppen funtktioniert. Ich habe im Extension Manager den Haken bei "Auth with LDAP only ..." NICHT aktiviert, d.h. es sollten sich die normalen, bestehenden BE User weiterhin anmelden können. Allerdings funktioniert gar keine Anmeldung mehr, sobald die Extension installiert ist. Es funktionieren weder lokale BE User, noch User aus dem AD, noch der BE-Admin Account. Man kann sich nicht mehr einloggen. Ich muss die Extension aus der localconf.php rausschmeißen und die temp_cache.-Files löschen, damit ich überhaupt wieder ins BE reinkomme. Kann das etwas mit TYPO3 4.3 und/oder md5 verschlüsselten Passwörter zu tun haben? Kennt das Problem jemand? Schöne Grüße, Gerd Hallo, also wenn du RSAauth installiert hast und sich eu_ldap mit der gleichen Service Priorität und Qualität registriert ist klar, das nichts mehr geht... Solltest du rsaauth benutzen wird eu_ldap eh nicht ohne Anpassung funktionieren, jeder Authservice der rsa unterstützen will muss deren Backend initialisieren und das Passwort dekodieren, Beispiel findest du in saltedpasswords. Tip: die ServiceLevel findest du im neuen Reports-Modul Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Login nach Update auf 4.3
M.Müller-Späth schrieb: Vielen Dank für den Hinweis komischerweise ist diese Zeile in meiner localconf.php gar nicht drin Ich hatte mich ja vertippt, ist auch die Zeile $TYPO3_CONF_VARS['BE']['loginSecurityLevel'] = 'normal'; (o.ä.) nicht in Deiner localconf.php vorhanden? Wenn nein, würde ich sie einmal einfügen und dort mit den Werten "normal", "challenged" und "superchallenged" experiemntieren, ob ich damit reinkomme. Denn es liegt ziemlich sicher an der Art der Übermittlung des Passwortes, warum Du nicht eingeloggt wirst. Die Zeile ist in config_default.php drin und mit superchallenged vorbelegt. Alles andere würde auch ohne andere authservices nicht funktionieren :) ALso das nicht vorhanden sein der zeile ist kein Problem! Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Login nach Update auf 4.3
M.Müller-Späth schrieb: BTW: ist "superchallenged" in der 4.3 immer noch default? Ja klar, da rsaauth installiertes oppenssl voraussetzt ist dieses nicht standardmäßig installiert. Grüße Steffen Ritter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TV BASH: was: Re: Portierung auf TemplaVoila
Andreas Becker schrieb: Kurzum der run auf TV hat doch erst gerade begonnen und davor sollte man nicht die Augen verschliessen und stattdessen eher sehen, dass TV ab 4.4 komplett vom Core unterstuetzt wird und sogar ein Teil dessen wird. TV "KANN" nicht vom Core unterstüzt werden weil die Konzepte in TV komplett entgegen denen des Cores gehen. Und im Grunde willst du auch kein TV, sondern du möchtest ein anderes PAGE Modul, richtig? Das muss man Strikt trennen, dass die "flexible" Aufmachung des TV Page-Moduls ganz nett ist für Kunden steht nicht zu Debatte, aber alle weiteren Techniken in TV beißen sich mit dem "Classic". Und ein neues Page-Modul, dass die flexible Anordnung der "Spalten" wie in TV-PageModull erlaubt, ist ja in Mache - siehe Joeys Post... ALso bitte Trenne ob du ein Schickes Page-Module willst oder TV im Core was technisch ein riesenunterschied ist. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TV BASH: was: Re: Portierung auf TemplaVoila
Andreas Becker schrieb: Einfach Template erstellen - runterladen - CSS reinladen und die T3 Seite steht mit dem leicht modifizierten Framework von TemplaVoila und es bietet zudem all diese unterschiedlichen Columns und FCEs instantly. Vielleicht solltest du in die Welt der Template Engines wechseln? TYPO3 ist nunmal kein Kindergartensystem, und wenn du ein solches willst, oder brauchst, dann musst du ein solches Nehmen. Sicherlich wird es auch für kleine Kunden und Sites benutzt. Aber es wird von Leuten installiert und eingerichtet die das draufhaben. Der kleine "ich bastel meine private Homepage oder die Vereinswebseite mal eben selbst"-Mensch hat - wenn er kaum oder nur HTML Vorerfahrung hat - mit TYPO3 eben nicht verloren - es sei denn er ist Technikaffin und hat massig viel Zeit. Und wir erinnern uns alle an unsere erste TYPO3 Seite... Heute würde man sich dafür schämen. Und aus diesem Grund wirst du sicherlich auch nie ein TYPO3 finden, dass den 1-2-3 Installer zu einem 1-2-3-4-5-6-7-8-9-10 Installer ausbaut und am ende eine fertige Webseite da steht. Und wer das will, kann sich ja die entsprechenden Erweiterungspakete dafür installieren oder ganz das Produkt. Aber das muss kann und soll nicht die Core Installation liefern. TYPO3 versteht sich als Framework, nicht als Baukasten. Und mal ganz abgesehen davon, ich verwende auch nicht oft TV - auch wenn ich es ab und an tue - aber mal ganz ehrlich wenn du von den Standard Kunden bzw den 99% Joomla Kunden redest: Die hast du auch mit TYPO3 ohne TV mit der entsprechenden Erfahrung und deiner eigenen Snippet-Datenbank, Extension-Template-Datenbank innerhalb weniger Stunden zusammengestellt. Und jede Wette, dass diese Installation dann schlanker übersichtlicher und performanter Arbeitet als wenn du dir irgendein Monster Extensionwust installierst von dem du nur die Hälfte Nutzt, und die Konfiguration "für die Breite Masse" gemacht ist, das jeder etwas daraus nutzen kann. Und gerade das ist ein Punkt für die "99% Joomla Kunden": Die haben meist günstige Shared-Hostings wo jeder Ressourcenvebrauch deutlich am Klick zu spüren ist. Ich will mich glaub ich auch gar nicht weiter der TV Diskussion hier reinhängen dazu ist glaub ich alles gesagt worden. Und letztendlich kommen wir einfach darauf, das das Subjektive Selbstverständnis von TYPO3 halt einfach unterschiedlich ist. Liebe Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] bestimmte Inhalte für best. FE- Gruppen NICHT anzeigen?
Andreas Neumann schrieb: ich habe folgendes Problem: Es können sich user auf der website registrieren und werden so meiner Standard-Benutzergruppen zB "bestätigte Mitglieder" zugeordnet. Sie können sich aber zeitgesteuert noch die Zugehörigkeit zu best. erweiterten Gruppen dazukaufen, zB "Supermitglied", dh User sind dann zusätzlich zu der alten Standard-Gruppe auch noch Mitglied in der erweiterten. Jetzt möchte ich auf einer Seite nur für die User, die einzig der Standard-Gruppe angehören, einen Hinwkeis einblenden, dass sie noch diese oder jene zusätzl. Rechte dazukaufen können. Bin für jede Anregung dankbar. Viele Grüsse, Andreas Hi, Gruppenzuordnung per Hand oder per Script? Wenn per Script, dann kannst du ja eine NOT-Member Gruppe aufmachen, weil dem script ist es egal ob es gruppen austauscht oder nur zufügt und wegnimmt... Wenn von Hand hängt das von der Redakteurs-Disziplin ab. Die nächste Frage gibt es mehrere Gruppen-Kombinationen bei denen das so wäre? Die Sache ist ja, mit den Access-Eigenschaften, sorgst du dafür, dass ein Element "gar nicht gerendert wird wenn nicht zugegriffen". Du möchtest aber "Render Alternative". Ich würde also wie folgt vorgehen: - eigenes Gruppenfeld dem COntent zufügen - eigene Checkbox "render Alternative wenn nicht erlaubt" hinzufügen Wenn Checkbox gesetzt, zeige eigenes Gruppenfeld an, andernfalls normales "Access-Feld". CSS Styled content erweiterst du das CASE.stdWrap.override < lib.myalternative CASE.stdWrap.override.if.isTrue=myCheckbox CASE.stdWrap.override.if.isInList.data = usergruppe CASE.stdWrap.if.value.field = mygruppenfeld Bitte versteh das nicht als funktionierende lösung sondern als Ansatz, das ganze ist frei heruntergetippt :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hotelverzeichnis: wie aufbauen?
Georg schrieb: ich möchte ein Hotelverzeichnis aufbauen. Der Besucher soll die gespeicherten Hotels nach Regionen, Städten oder besonderen Merkmalen suchen können. Es gibt auch eine "schöne" Extension-Eigenentwicklung wie du sie unter www.fewo-marken.de siehst, die ist allerdings relativ unflexibel und wird zur Zeit auf Basis von Extbase komplett neu Aufgezogen. Je nach dem wie "dringend" du das Brauchst ist das eventuell auch eine Option. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit / baseURL
Michael Ludwig schrieb: was bei YAML nun z.B. für Verwirrung gesorgt bei mir gesorgt hat. Da dann den richtigen Ansatzpunkt zu finden ist manchmal nicht so ohne, deswegen bin ich hier auf Eure Hilfe zurückgekommen. ;-) Da sieht man mal wieder das "fertige Lösungen" nicht unbedingt schneller und effizienter ist als es einfach selbst zu bauen. Bei einem komplett eigenbasierten Template wäre dir das nicht passiert, und wenn hättest du - da du es gebaut hast - direkt gewusst wo du suchen müsstest weil du "darin" zu hause bist :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Stürzt ab beim Importieren einer T3D Datei
Yves Chassein schrieb: also ich habe das php-Memory auf 512 MB gesetzt und die Timeouts auf 600 sekunden, somit dürfte es da eigentlich keine Probleme geben. Was erscheint ist, eine Box wie sie auch manchmal von Windows wenn man einen Problembericht senden soll. In dieser Box steht folgendes: Im Blauen Balken oben "TYPO3Startet" dann dadrunter "TYPO3Starter hat ein Problem festegestellt und muss beendet werden" und da drunter "Falls Sie ihre Arbeit noch nicht gespeichert hatten, können Daten möglicherweise verloren gegangen sein." Da TYPO3 sowas nicht anzeigen kann, und es einen TYPO3Starter nicht gibt bzw. TYPO3 keine Windowsanwendung ist, solltest du das Problem eher an deiner "Webserver-Simulation für Windows" suchen die du da nutzt. Entweder - wenn du schon auf Windows "rumspielen" willst, nutze XAMPP und installiere dort TYPO3 von hand rein ODER, such dir ein TYPO3 Hosting im Netz und arbeite dort ;) Bei irgendwelchen Downloadbaren Paketen die Windows "auf Windows manier" zum durchklicken als Windowsprogramm anbieten, kann dir vermutlich nur der ersteller dieses PAketes weiterhelfen, da das nunmal nicht zu TYPO3 gehört. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit mm_forum und felogin
Rainer Schleevoigt schrieb: Hi, ich habe mm_forum v1.8.1, kb_md5fepw v0.4.0 und das felogin von TYPO3 v4.3.0 installiert, benutze Registrierung von mm_forum und habe Login via marks.LOGIN < plugin.tx_felogin_pi1 eigebunden. In der fe_user-DB stehen dann MD5-verschlüsselte Passwörter. Trotzdem führt jedes Login zur Fehlermeldung. StoragePid für FE-LOGIN gesetzt? Kann das am falschen Salt liegen? Ich weiß jetzt auch nicht weiter. Wo kann ich noch nachschauen? kbmd5fepw hat keinen Salt woran es liegen kann: mbmd5fepw hat eine eigene js vershclüsselung vor dem senden... die könnte sich mit RSA beissen. Allgemein: nutze saltedpasswords, der Stanrdard ab 4.3 und nicht irgendetwas "andres veraltetes". Core: Error handler (FE): PHP Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/hausweb/clap4peace/typo3conf/ext/mm_forum/pi1/class.tx_mmforum_pi1.php line 1075 pi1 ist aber das forum selbst keine bnenutzerregistrierung etc. Ich weiß gerade nicht mehr auswendig, wie mm_forum passwörter "verschlüsselt" ob hardcodet oder per hook. Bei per Hook, registrier dir die saltedpasswords als hook dort. Das geht ganz einfach, saltedpasswords bringt für sowas nette interfaces mit. grüße Steffen BTW: warum crosspostest du immer deine Fragen "durch sämtliche Medien" wie z.B. Xing und hier ? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GraphicsMagick verursacht 100% CPU?
Til Obes schrieb: Also safemode ja oder nein! Ein ganz klares JA. Den will ich auch behalten, ... Gibt es einen Fix für den Bug? das ist kein Bug an sich, TYPO3 hat in den System vorraussetzungen safe_mode = off ... > es sei denn mir gibt einer Hinweise, wie > ich mehrere Vhosts trenne per chroot. Wenn du PHP als fcgi laufen lassen hast und jeder VHOST eigenen User und Gruppe hat, und die ganzen VHOST Sachen kein World Rechte, kann php tun und lassen was es will auch ohne safe_mode da der ausführende USER nicht die Rechte hat in den anderen vhost reinzugehen. Klar ist das keine chroot Umgebung, aber an die Daten des "mitkunden" kommt er trotzdem nicht ran. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GraphicsMagick verursacht 100% CPU?
Peter Russ schrieb: das ist kein Bug an sich, TYPO3 hat in den System vorraussetzungen safe_mode = off ... [...] @Steffen: woher nimmst Du dieses Wissen? http://typo3.com/Systemvoraussetzunge.1241.0.html?&L=2 Das Install-Tool erzeugt eine Dicke-Fette Warnung sobald SafeMode aktiviert ist. Und das was "das Install-Tool überprüft" sind leider die härteren Fakten als die Systemvorraussetzungsseiten ;) Denn selbst wenn es nicht als "nicht unterstützt" sondern als "nicht empfohlen" gehandelt wird, heißt das in der TYPO3 Welt so ziemlich das gleiche (die Motivation da gegen etwas zu tun ist dann gering, schleift sich ne zeitlang durch und wird - wenn es jemand anmeckert - mit der nächsten Version dann auf nicht unterstützt gesetzt). Und da ich nicht gerne Traumtänzerei nachhinke sehe ich nur "empfohlenes" als Vorraussetzungen wenn ich danach gefragt werde:) Was gerade für Anfänger und technisch unbewanderte Hilfreich ist, da dies nur vor Problemem/Ärger/Nerven bewahrt: den Fehler ausserhalb von TYPO3 zu fixen ist nämlich meist einfacher als in TYPO3 - siehe safe_mode Beispiel und andere Absicherungsmöglichketien :P Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TV BASH: was: Re: Portierung auf TemplaVoila
Michael Stucki schrieb: Sogar das Advanced Frontend Edititing funktioniert sowohl mit TemplaVoila, als auch ohne. Da ich da in der Entwikclung ein wenig beteiligt war kann ich sagen, dass es dabei sogar defakto so war, dass beim Design aktiv auf TemplaVoila Rücksicht genommen wurde und aktiv immer jede Veränderung auf beiden Systemen getestet sowie die nötigen TV-Anpassungen direkt vom Entwicklerteam von feeditadvanced bereitgestellt wurden. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Modern Skin: Login Screen zerschossen und rot?
Markus Kobligk schrieb: Hallo zusammen, ich habe mir auf einem Typo3 4.2.10 die extension modern_skin installiert, im Backend ist alles ok, leider ist der Login/Logout-Screen einwenig zerschossen. Das Login-Formular sitzt ganz links im Browser, der Hintergrund ist rot und die restlichen Styles sind auch irgendwie völlig kaputt. Ich habe diese Extension schon bei anderen Seiten verwendet und dort funktioniert es ohne Probleme. Hat jemand ähnliche Erfahrungen oder Tips woran das wohl liegen könnte? Frohes Fest, Markus Hallo, das ist ein reines CacheProblem... Zwinge deinen Browser mal "ohne Cache zu arbeiten". :) Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT:wt_twitter fehlert in Javascript (im Explorer)
Rainer Schleevoigt schrieb: Gibt es die Möglichkeit, das Einbinden von TS-Code aus EXts aud Seiten zu beschränken? Wie wäre es mit ext-Template nur auf dieser Seite und dort das Ding einzubinden? Alternative: [globalVar = TSFE:id=x, TSFE:id=y, TSFE:id=z] #do nix [else] plugin.ext > page.[EXT] [global] Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] neues Caching Framework in 4.3
Peter Linzenkirchner schrieb: Hallo, ich möchte mich gerne Schlau machen, wie das neue Caching Framework in 4.3 aussieht und welche Konsequenzen useCachingFramework = 1 hat. Hat mir jemand einen Tipp, wo ich Infos dazu finde? Danke Peter Hallo, in der DEV Liste wurde viel darüber diskutiert, ansonsten natürlich wiki.typo3.org. Was willst du auf die kürze wissen? Letzendlich ist das Cachingframework eine Schnittstelle auf der TYPO3 kommuniziert um Daten in oder aus dem Cache zu holen/zu schreiben egal, wo die Daten dann abgelegt werden (Dateisystem, RAM, Datenbank, Lochkarten, Aktenschrank (Druck und Scan)). Dieses CachingBackend kannst du dir dann aussuchen. Das Framework mit Datenbank-Backend war in "frühen" 4.3. Versionen Standard, aber es war mit dem DB-Caching VIEL Langsamer als das alte DB Caching, also hat man später wieder "forwardported" und "wiedereingebaut". Nehmen wir an du hast deinen eigenen Root-Server und kannst daruf tun und lassen was du willst, etwas RAM dass du sonst nie brauchen würdest und viel Traffic, dann ist das Cachingframework was für dich. Dann kannst du dafür sorgen dass dein Server im Arbeitsspeicher Cached anstatt in der Datenbank (Stichwort MemCache). Selbst ausprobiert habe ich das allerdings alles acuh noch nicht. Meine Informationen beziehen sich auf Informationen und Diskussionen aus der Dev und Core-Liste. Eine "Anleitung" zum ausprobieren hat Dmitry in seinem Blog [1] veröffentlicht. Ich hoffe ich konnte dir etwas weiterhelfen. Grüße STeffen [1] http://dmitry-dulepov.com/article/how-to-enable-memcached-cache-in-typo3-43.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 v4.3 mit RealURL und tt_news / wo kann ich mit der Fehlersuche beginnen?
Michael Ludwig schrieb: Wie kann ich das erreichen? Unendliches googlen und suchen auf dieser Liste hat mir leider auch nicht viel geholfen... mach doch mal die realUrl auto-Config an, nicht serializiert und vergleiche, in dem Format des Arrays ist es schwer Fehler zu Überblicken. Helfen tut dabei auch das "Konfigurationsmodul" das durch leichtes auf und zu klappen schnell Verschachtelungsfehler aufzeigt. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 v4.3 mit RealURL und tt_news / wo kann ich mit der Fehlersuche beginnen?
Michael Ludwig schrieb: Konfigurationsmodul? Wo finde ich das? Links im Admin-Menü, "Configuration" oder "Konfiguration" Und wo finde ich die Konfiguration von RealURL, sobald ich AutoConfig aktiviere? Im Extension-Manager aktivieren, danach findest du die Konfiguration in der Datei in typo3conf. Wenn du die eine oder andere Version (deine und die von realurl) dann kannst du ja "Ergebnisse" vergleichen. Grüsse, Steffen Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gleichzeitiger Upload mehrerer Dateien in 4.3
Karl Hauser schrieb: Hallo, nach einem Update von 4.2.9 auf 4.3.0 funktioniert das Uploaden mehrerer Dateien nicht. Du musst das in den Einstellungen des BE-Users erst aktivieren, kann nur für neue Nutzer voreingestellt sein. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ältere Versionen von phpmyadmin
Xaver Reichart schrieb: Nach der Umstellung von Typo3 4.0 auf 4.3 auf einem Shared Webspace (PHP 5.2.9, Apache 2.xx, MySQL 4.1.22) kann ich die neueste Version der Wie betreibst du denn ein 4.3 performant auf einer 4.x DB? Ein Update bringt die ich würde sagen 3 stellige Performancezuwächse. MySQL 4.1 ist ja schon nahezu unverantwortlich :P Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ältere Versionen von phpmyadmin
Peter Russ schrieb: "Shared Webspace" Das trägt nicht zur Lösung bei. Beschreibe doch bitte mal, wie er einen solchen Account updaten soll :-P Also ich habe ja shcon einige SharedHoster erlebt. Und in der Regel reicht eine eine Mail an den Support wenn nicht im Kundenmenü möglich. Entweder wirst du auf einen anderen Server umgezogen, oder deine DB nur auf einen anderen DB-Server oder ähnliches - je nach deren Strukturen. Es ist mir kein Hoster bekannt (selbst Zustände wie 1&1 und Strato) die sich solchen Kundenwünschen verweigern - in den Strukturen laufen ziemlich viele Versionen parallel sodass solche Wünsche in der Regel erfüllt werden. Gerade im Shared Hosting sollte man doch "Performance" mitnehmen wo die geht. Wer nicht weiß, dass ein Update auch Performance zu Wächse bringt, wird aber nie danach fragen. Dahingehend war mein Post motiviert. Also mein Posting war beim besten willen böse gmeint, noch hirnlos oder sonstiges ... Einfach nur eine Anregung. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Optimierungen im HTML-Sourcecode
Michael Ludwig schrieb: Hallo Leute, nach erfolgloser Suche im Netz folgende Frage an euch: Ist es möglich, den Sourcecode einer TYPO3-Ausgabe optisch etwas zu optimieren? Ich habe letzte Woche eine TYPO3-Seite gesehen, die ich vom Sourcecode her sehr ansprechend finde. --> http://www.brz.de Wie haben die das hinbekommen, dass alles so schön in einer Flucht sitzt?? Damit meine ich speziell die META-Tags und die Einbindung der CSS-Dateien! Der Kommentar im TYPO3-Copyright-Header ist schon klar, nur der Rest halt nicht. Wer kann helfen?? LG, Micha Hallo, es gibt da extension für: zB sourceoptimizer Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] No user session / no usergroups found
Knote Kurt schrieb: Mich verblüfft aber das "Warning", da sämtliche Seitenaufrufe das dev-log zumüllen. Naja, den dev-log musst du von Hand "aktivieren" und sollte in Live-Umgebungen nicht gemacht werden. Und "Warning" ist halt das Standard-Level. Schaltest du dev-log ab, gibts auch keine Aussage dazu... Ich verstehe das Problem nicht... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] feLogin Problem
Tobias Pierschel schrieb: Nachtrag: Der Effekt tritt nur auf, wenn zusätzlich die Extensions "rsaauth" und "saltedpasswords" installiert wurde. Ohne die Erweiterungen klappt alles problemlos. Arg. Am 22.01.2010 15:20, schrieb Tobias Pierschel: Hallo Zusammen, wir binden das feLogin über TS ein und ein mal direkt auf der Seite als Plugin. Wenn nun beide Logins gleichzeitig erscheinen, dann kann man sich über das Plugin nicht mehr einloggen. Blende ich das über TS eingebundene LoginFormular aus, funktioniert das Plugin. Den Effekt kann man übrigens auch nachstellen, wenn man einfach zwei feLogin-Plugins auf eine Seite platziert, dann klappt der Login nur bei einem der beiden Formulare. Bug / Feature / Workaround? T3 4.3.1 Danke und Gruß Tobi Ist ja auch klar... dann werden zwei rsaauth sessions berechnet... Und es kann nur eine gültig sein... Workaround: immer nur ein Login-Formular auf der Seite anzeigen :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] feLogin Problem
Tobias Pierschel schrieb: Am 22.01.2010 15:48, schrieb Steffen Ritter: Tobias Pierschel schrieb: Nachtrag: Der Effekt tritt nur auf, wenn zusätzlich die Extensions "rsaauth" und "saltedpasswords" installiert wurde. Ohne die Erweiterungen klappt alles problemlos. Arg. Am 22.01.2010 15:20, schrieb Tobias Pierschel: Hallo Zusammen, wir binden das feLogin über TS ein und ein mal direkt auf der Seite als Plugin. Wenn nun beide Logins gleichzeitig erscheinen, dann kann man sich über das Plugin nicht mehr einloggen. Blende ich das über TS eingebundene LoginFormular aus, funktioniert das Plugin. Den Effekt kann man übrigens auch nachstellen, wenn man einfach zwei feLogin-Plugins auf eine Seite platziert, dann klappt der Login nur bei einem der beiden Formulare. Bug / Feature / Workaround? T3 4.3.1 Danke und Gruß Tobi Ist ja auch klar... dann werden zwei rsaauth sessions berechnet... Und es kann nur eine gültig sein... Workaround: immer nur ein Login-Formular auf der Seite anzeigen :) Jep. So war es. Leider kann ich den Workaround nicht einsetzen :-( dann binde auf seiten wo das formular eh schon da ist als plugin, es per ts eben nicht über felogin ein sondern einfach nur das html der formularfelder, den rest liefert ja felogin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bildblock - Gesamtbreite richtig berechnen (css_styled_content)
vixe schrieb: Hallo zusammen, ich stehe gerade vor dem Problem, dass ich es nicht hinkriege die Breite eines Bildblockes (css_styled_content), aufgrund der Angabe eines padding je Bild, richtig zu berechnen. Laut meinem derzeitigen Kenntnissstand habe ich ja bezüglich der Berechnung nur die Möglichkeit diese über die Angabe des Abstandes zwischen den Bildern (colSpace) zu beeinflussen. Die Angaben zum Border lass ich mal aussen vor. Die Berechnung erfolgt ja denke ich folgendermassen: "Anzahl Bilder je Zeile" * Bildbreite + ("Anzahl Bilder je Zeile" - 1) * colSpace Allerdings wird bei der Berechnung nun nicht berücksichtigt, dass ja das padding-left des ersten Bildes und das padding-right des letzten Bildes je Reihe mit hinzugerechnet werden müsste. Kennt jemand eine Lösung für das Problem? Danke im Vorraus Falk Stelle in den Constants (COnstant-Editor) dein gewünschtes Padding ein (das dass auch im CSS dann definiert ist). AUsserem solltest du die Gesamtbreite des COntentbereiches mitgeben. Dann sorgt CSC dafür dass bei mehrspaltigen Bildern die Breite nie deinen Content-Bereich überschreitet. Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Newsletter steht zum Download bereit
Jochen Graf schrieb: nein ich habe eigentlich nur mal das Directmail mit den Standardeinstellungen erstellt. und biete das zum Download.. und wer soll da was von haben? Und, was hat er davon? Verstehe den Ansatz dahinter nicht - wie mein Namenskollege wohl auch nicht. Ein direct_mail ist doch in 5 Minuten schnell konfiguriert. Oder geht es um das Newsletter Template? Outlook 2007 optimiertes HTML Template oder so? Sowas ist schon eher interessant für den "Einsteiger". Vielleich hilfst du uns kurz auf die Sprünge was wir übersehen haben... Liebe Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Begriffe automatisch als Hyperlink
Mario Batz schrieb: Hallo, ich suche eine Extension, bei der ich im BE Begriffe und ein Linkziel (intern/extern) angeben kann. Die Extension soll dann auf allen Seiten z.B. im Content diese Begriffe suchen und automatisch in einen Hyperlink umwandeln. Oder kannich dies mit TS-Code auch realisieren? MfG Mario Das geht auch im TS. Schau dir mal die TSref im Bezug auf die ParseFunc an. Das ist dann aber relativ statisch. Einfacher ist es sicherlich eine Extensions mit einer Tabelle und einer im stdWrap deiner Inhaltsspale eine postProcUserFunc ... Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news 3.0.1, List-View Images
Hallo, ich habe gerade das Problem, dass tt_news in meinen Listviews die Bilder verzerrt (nach Update auf 3.0.1). Obwohl (im TS kontrolliert) überall nur maxW und maxH angegeben ist, scheint er dies als "absolut" zu nehmen und die Bilder auf diese Masse zu verzerren. Kennt einer das Problem und hat eine Lösung dafür? Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news 3.0.1, List-View Images
Ralf-René Schröder schrieb: Steffen Ritter schrieb: Hallo, ich habe gerade das Problem, dass tt_news in meinen Listviews die Bilder verzerrt (nach Update auf 3.0.1). Obwohl (im TS kontrolliert) überall nur maxW und maxH angegeben ist, scheint er dies als "absolut" zu nehmen und die Bilder auf diese Masse zu verzerren. Kennt einer das Problem und hat eine Lösung dafür? http://bugs.typo3.org/view.php?id=12994 Quick & Dirty hilft, hatte ich auch vorgestern... René Hallo, danke die Konstanten wurden einfahc nicht ins Setup übernommen. habe das jetzt im Setup hardcoded eingetragen, schon gehts. Danke! Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CAL - Ausgabe Datum Deutsch
ND schrieb: Hallo, wie kann ich die Ausgabe des Monats "February" auf Deutsch umstellen? Habe es bislang nur geschafft, das Foramt auf DD.MM.YY umzustellen, aber an manchen Stelle wird ja nur der Monatsname ausgegeben. Dieser soll natürlich auch Deutsch erscheinen ;) Danke und Gruss, Andi Hallo, mit config.locale_all musst du eine deutsche Locale einstellen. Die muss natürlich auf deinem Server installiert sein. Werte die du propieren kannst sind de_DE de_DE.utf8 je nach dem was du für Zeichensatz benutzt. Wenn die auf dienem Server nicht installiert sind hast du da keine Chance und du musst dihc vertrauensvoll an deinen Hoster wenden. Bei debian ist das einfachste: apt-get install locales_all und es werden alle verfügbaren locales installiert, sodass du in PHP-Anwendungen frei bist die Ausgabe locale zu wählen. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Extension laufe nicht mehr nach Update auf 4.3.1
A. Sauder schrieb: Hallo zusammen Ich habe gerade eine Seite auf typo3 4.3.1 gehoben. Nun bekomme ich mit allen eigenen Extensions die Fehlermeldung *'Fatal error*: Cannot redeclare class tx_ssnews_pi1' Entferne ich die Extensions im Manager, läuft die Seite wider. Die Extensions wurden über den Kickstarter erzeugt. Hat jemand von euch eine Idee wo die Klasse ein zweites mal eingebunden werden könnte? Cache habe ich komplett gelöscht. Gruss André Einmal von hand irgendwo ein include gemacht in deiner Extension? Das erste mal wird sie bestimmt vom autoloading gezogen, danach machst du irgendwo ein include (ohne _once) das hauts dir dann um die ohren Grüße STeffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Referenzen auf eine Datei
Yves Chassein schrieb: Guten Morgen, ich habe mal eine kleine Frage, vielleicht hatte schon mal jemand ein ähnliches Problem. Ich habe heute die Frage von den Redakteuren bekommen, ob es die Möglichkeit gibt heraus zu finden auf wie vielen und vor allem auf welchen Seite eine pdf Datei verlinkt ist. Meine Idee war es über Dateiliste zu gehen und dort nach der Referenzanzahl zu gehen. Dies geht auch, man bekommt heraus auf in wie vielen Content Elementen die Datei eingebunden ist. Man bekommt auch heraus, welche ID's diese Contents haben. Doch die ID bringt mir nicht viel, kann man hier auch irgendwie die Seite herausbekommen? Bzw es so machen dass man nach der Content ID suchen kann oder zum Beispiel einfach auf die Content-ID klicken kann und dann zum gewünschten Content komme? Grüße Yves Wenn du die Content ID hast kannst du doch aus der tt_content Tabelle in der PID die Page-ID finden. und damit könntest du auch die Namen der Page herausfinden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Referenzen auf eine Datei
Yves Chassein schrieb: Ja ich schon, aber ich hätte gerne das dies auch meine Redkateure können. Gruß Yves Ja und wenn du das was du kannst, in einem Backend-Modul zur Schau stellst, kann es der Redakteur acuh lesen :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news und Exclude from speaking URL
lixx schrieb: Hallo Leute! Verwende T3 4.3.1 mit realUrl 1.7.0 Ich möchte gerne "Nicht in sprechende URL aufnehmen" für die Artikel single view verwenden. Das klappt aber nicht so wie ich es gerne hätte. die URL sieht etwa so aus: http://www.exemple.com/news/detail-page/article/news-header.html Ich hätte sie aber gerne so: http://www.exemple.com/news/article/news-header.html "detail-page" ist die Seite mit "Nicht in sprechende URL aufnehmen". "article" ist im postVarSets definiert. Gibt es eine Möglichkeit die "detail-page" aus der URL zu entfernen? lg lixx das Excluden gilt nur wenn die Seite "eine Zwischenseite" ist, nicht wenn sie die "aktuell aufgerufene" ist. Sprich, du könntest "news" entfernen lassen, aber nicht "detail-page". Wie auch - er würde dann ja versuchen auf der Seite "news" die SingleView zu öffnen. wenn du das so willst, musst du halt singleView auch auf dieser Seite anlegen. Grüße Steffen BTW: die Newsgroup regeln [1] sagen, man solle sich immer mit vollem Namen hier aufhalten, und nicht mit irgendwelchen Synonymen/Nicks. Wenn du dich daran hälst bekommst du sicherlich auch mehr Antworten! Regel-Vermeider werden norm. einfach ignoriert! [1]http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news und Exclude from speaking URL
bob wild schrieb: schrieb Christian Nölle: Am 08.02.2010 14:38, schrieb lixx: BTW: die Newsgroup regeln [1] sagen, man solle sich immer mit vollem Namen hier aufhalten, ... steht unter dem punkt "Suggestions". also vorschlag, anregung. werde es mir aber zu herzen nehmen. Solltest Du, alles andere gilt als unhöflich. Jetzt wäre ein guter Zeitpunkt, damit anzufangen ;) Also ich fände es besser, wenn die Diskussionen rund um die Probleme stattfänden, derer es zahlreiche unbeantwortete in dieser Liste gibt... Das ist wohl soweit richtig, aber wenn du dir jetzt vorstellst, dass sich hier Leute tummeln, die viele Fragen lesen, die antworten auf die meisten kennen, aber nur wenig Zeit zur Verfügung steht, und man sich entscheiden muss wem man nun Antwortet hat jeder so seine eigenen Kriterien Dann sind das bei mir folgende Kriterien: a, ist der Post nett b, ist der Poster vllt schon negativ aufgefallen (Cross-Posting, habe ich die Frage vor 2 Minuten bei XING und typo3.net gelesen, in anderne Netzwerken auf Dicke Hose machen und hier die dümmsten Fragen stellen) c, wie leicht würde man die Fragestellung in der Doku oder mit Google beantwortet kriegen d, wie oft wurde diese Frage schon beantwortet e, gibt es Antworten und Sie gehen in die falsche Richtung f, hab ich genau das schonmal sehr speziell gelöst oder gerade bearbeitet Das sind so Die Dinge weswegen ich mich entscheide einen Post zu beantworten oder nicht. Und in diesem fall war es e, was mich dazu bewogen hat zu antworten obwohl mich b, gestört hat: der Name. Daher habe ich geantwortet und den entsprechenden Rat - meines erachtens sehr freundlich - mitgeben. Auch wenn darauf wie in meiner Erwartung - eher ignorant - darauf reagiert wurde. So viel zu diesem Thema :) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mm_forum img?
Jochen Graf schrieb: Hallo, ich habe das mm_forum im Einsatz, klappt bestens, jedoch kann ich folgende Bilder nicht finden. Beim geschlossenem Foum habe ich auf der Hauptseite ein graues Bild mit einem Schloss http://www.typotest2.uni-landau.de/index.php?id=11 nach einer Anmeldung ist das Schloss nicht mehr sichtbar. Das Bild befindet sich im Order /typo3temp, aber nicht im Order mm_forum. Kann mir jemand einen Tipp geben? Danke Hallo, das schloss ist deswegen nicht sichtbar weil es nicht "das pure" Schloss ist. Sobald angemeldet kommt dort noch die Information hinzu, dass es dort ungelesene Nachrichten gibt. Leider ist die mm-forum-Konfiguration in der Auslieferung da unvollständig. Schau dir mal das MONSTER-TS Template an, und kontrolliere die Icons die da den Aktionen zugeordnet sind, leider gibt es da nicht alle die dort definiert sind. Schraub ein wenig an dem TS rum, nud dann erscheinen auch alle Icons ;) Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] csc-linkToTop
Jochen Graf schrieb: hallo, ich setzte TYPO3 4.3.1 ein. der "Nach oben"-Link geht immer auf die Startseite? Die Extension simulatestatic habe ich deinstalliert und die .htaccess mal umbenannt, daran kann es nicht liegen. Hatte auch mal alle ext Templates rausgenommen. Woran könnte das liegen? danke deaktiviere mal testweise deine "Domain-Records" oder absLinkPrefix... Wenn das hilft, muss der Typolink so umgebaut werden im CSC, dass er nicht nur auf #irgendwas sondern auch parameter.data = page:uid parameter.wrap= | #top (oder so) dass er auf der aktuellen seite bleibt... Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class xxx not found in ...
Oliver Lamm schrieb: Hi, ich habe ein Problem. Nach Upgrade einer Seite von 4.2 auf 4.3.1 bekomme ich nun immer die folgende Fehlermeldung: Fatal error: Class 'tx_ivuinfocore_pi1' not found in ... Die Extension ivuinfo_core ist installiert. Unter 4.2 hat alles wunderbar funktioniert, habe nur die neuen Sourcen ausgepackt und ein Standard-Upgrade gemacht, keine Fehler der Rest läuft soweit auch. Was kann das sein ? Eingesetztes PHP ist 5.2.6 (Debian Lenny) Oli Das klingt nach einem autoloading problem. Kurzum: die Klasse wird irgendwo benutzt bevor sie mittels include / require geladen wurde. Da es in 4.3 autoloading gibt, versucht TYPO3 die Datei selbst zu laden. Entweder ist die ext_autoload.php nicht vorhanden, oder hat veraltete Informationen, oder so etwas. Einfacher test: installiere die die extdeveval extension und generiere die damit die autoloading datei für ivuinfocore Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class xxx not found in ...
Oliver Lamm schrieb: Am 18.02.2010 13:25, schrieb Steffen Ritter: Oliver Lamm schrieb: Hi, ich habe ein Problem. Nach Upgrade einer Seite von 4.2 auf 4.3.1 bekomme ich nun immer die folgende Fehlermeldung: Fatal error: Class 'tx_ivuinfocore_pi1' not found in ... Die Extension ivuinfo_core ist installiert. Unter 4.2 hat alles wunderbar funktioniert, habe nur die neuen Sourcen ausgepackt und ein Standard-Upgrade gemacht, keine Fehler der Rest läuft soweit auch. Was kann das sein ? Eingesetztes PHP ist 5.2.6 (Debian Lenny) Oli Das klingt nach einem autoloading problem. Kurzum: die Klasse wird irgendwo benutzt bevor sie mittels include / require geladen wurde. Da es in 4.3 autoloading gibt, versucht TYPO3 die Datei selbst zu laden. Entweder ist die ext_autoload.php nicht vorhanden, oder hat veraltete Informationen, oder so etwas. Einfacher test: installiere die die extdeveval extension und generiere die damit die autoloading datei für ivuinfocore Hi Steffen, ok, kannst Du mir kurz sagen wie es geht. Habe die Extension installiert. Welche Option wird benötigt ? Oli es gibt da irgendwo "generate autoload" danach die fehlerhafte extension auswählen und generieren klicken das wars ausch shon ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] was passiert beim seitenaufruf - wurde typo3 gehackt
Ralf Meyer schrieb: Hi, ich habe vor einiger Zeit eine neue Seite erstellt. Wenn ich mich jetzt im BE anmelden will, http://www.balu-in-action.de/typo3/ wird er kaum fertig mit Laden und es werden unzählige externe domains abgerufen z.B. sdmavrig.org, ashiguchi.main.jp, fiszki.easybajkowyonline.info und andere Komme ich rein in den BE kann ich zwar den Seitenbaum sehen, aber einen Inhalt bearbeiten kann ich nicht er lädt immer dieselben diversen verschiedenen Seiten und wird nicht fertig. Hat jemand so etwas schon mal gesehen? Gruß Ralf mein virenscanner schlägt alarm :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german