Re: [TYPO3-german] Eigene Extension mit Verwendung von fe_user
Hallo, ist zwar schon ein bisschen her, aber ich habe gerade das problem, dass
mein
public function showAction(\Feuserlisting\feuserlisting\Domain\Model\User $user)
{
$this->view->assign('user', $user);
}
nicht funktioniert. Die Liste geht, aber bei show kommt Ooops...
Typo3 7.6 extension_builder 7.6
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Stopp Datum Problem beim Speichern
Hallo,
ich habe ein Problem mit dem Speichern des Stopp Datum in der Access
Einstellungen von FE Benutzern.
Sobald das Datum über den 30.12.2020 eingebe z.B. 05.05.2021 wird automatisch immer
"23:00 30-12-2020" umgewandelt nach der Speicherung. Wenn ich das Datum Manuell
in der Datenbank ändere bleibt es bestehen, aber sobald ich beim Benutzer über das Typo3
Backend was ändere wird das Datum wieder auf 23:00 30-12-2020 gesetzt.
[img]index.php/fa/17152/0/[/img]
Dieses Problem konnte ich in der Typo3 Version 7.6.x feststellen leider höhere
oder andere haben wir in der Firma nicht im EInsatz.
Kann mir jemand bei diesem Problem helfen?
begin 644 Bildschirmfoto 2017-07-14 um 08.32.35.png
MB5!.1PT*&@H-24A$4@```>T```$("`8```!R/:S*```*J6E#0U!)0T,@
M4')O9FEL90``2(F5EP=44VD6Q[_W7GJA)41`2N@=*0(!I-?0I8.-D%!"B2$D
M*(B=P1$<441$0!G048J"8P%D+(@%"X.@8M<),J@HXV#!ALH\8`D[NV=WS_[/
MN?E^Y^:^_[OOR_O.N0&`TLL1"M-A!0`R!&)1F*\',R8VCHD?`!"``0$@0)O#
MS1*ZAX8&`E0SZ]_U_C9:C>JF^:37OW__7Z7(2\SB`@"%HIS`R^)FH'P"CGH6R6D;%\DNM0-DKX)Y_DOWDF
MR#PYG&093S_+E`A>_"QA.B?G_]R._ZV,=,G,/730H*2(_,+050[=L[JTY0$R
M%B0$A\PPGS=5/\4I$K_(&>9F><;-,(_C%3##DK1(]QGFB&:OY8O9$3,L6AXF
M\Q>D!P?*_!/9,D[,\@Z?X22^#WN&$!LS6>LKQ($B;K
M.4GD(WO*S9WKBBX7YHCX
MR2EBICMZ6A*9;`'7PHQI;6EE#\#DV9O^:=\RILX4Q+@ZFRNO`<`["DTNG`E#D$0'J)"-$@5TH+T(5/()!+I`W%`B%0;%0
M/)0,"2`)E`=MA(J@$J@"JH'JH9^AD]`YZ`K4!]V#!J!AZ`WT&49@"DR'-6`#
M>![,@MWA`#@"7@(GPYEP+IP/;X7+X5KX$-P"GX.OP?VP%'X)CR$`(2,,1!LQ
M1UB()Q*"Q"%)B`A9@Q0B94@MTH2T(UW(342*C""?,#@,#W#-N`Y<'VX0-X;'XU7QIGAG?`B>
M@Q?C"_"[\8?P9_$W\$/XCP0R08M@3?`AQ!$$A`V$,D(#X0SA!N$989RH0-0G
M.A)#B#QB#K&8N)_83KQ.'"*.DQ1)AB1G4@0IE;2>5$YJ(ETD/22])9/).F0'
M\D(RG[R.7$X^0KY,'B!_HBA13"B>E,44"64KY2"E@W*/\I9*I1I0W:AQ5#%U
M*[6>>I[ZF/I1CB9G(<>6X\FME:N4:Y&[(?=*GBBO+^\NOU0^5[Y,_IC\=?D1
M!:*"@8*G`D=AC4*EPDF%.PICBC1%*\40Q0S%+8H-BE<4GROAE0R4O)5X2OE*
M^Y3.*PW2$)HNS9/[:==I`W1<71#.IN>2B^B'Z;WT$>5E93G*T,)69[LQT9CGS`G-46UW;3UNB7:/=HSVN8Z@3J;-!IUGGD2Y)EZ6;I%NJ
MVZD[JJ>E%Z27I]>H=U^?J,_23]'?I=^E_\'`T"#:8)-!J\%S0Q5#MF:/A
M0R.JD:M1IE#'+.,UXCW"6QB:Y)B4FERW10VM3/EF^XQ[3/#FCF8
M"Z84\S=S;/-&\T'+!@6@18;+%HM7LW3FQ
Re: [TYPO3-german] OT ... RegEx
Die URL ist nicht optional, ich denke mit einem Fragezeichen hier könnte es klappen: )? # End host alternatives. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
Schau in der PackageStates.php unter "extbase" und "fluid", das muss
auf state: active gesetzt sein. Da wurde zu viel deaktiviert.
'extbase' => [
'manifestPath' => '',
'composerName' => 'typo3/cms-extbase',
'state' => 'active',
'packagePath' => 'typo3/sysext/extbase/',
'classesPath' => 'Classes/',
'suggestions' => [],
],
'fluid' => [
'manifestPath' => '',
'composerName' => 'typo3/cms-fluid',
'state' => 'active',
'packagePath' => 'typo3/sysext/fluid/',
'classesPath' => 'Classes/',
'suggestions' => [],
],
LG Andrea
Am 16.03.2017 um 14:00 schrieb Jürgen Einöder:
> Liebe Liste
>
> Ich habe eine ältere TYPO3-Installation (4.7.20), die auf 7.6.16 upgedated
> werden soll. Dazu muss laut Anleitungen die Installation zuerst auf 6.2
> gebracht werden.
>
> Dazu habe ich sämtliche Extensions, die keine Systemextensions sind,
> deaktiviert. Referenz-Index gecheckt und upgedated, alle Caches (unter
> typo3temp und in typo3conf) gelöscht und Cache-Tabellen geleert. Wenn ich
> dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der Adressleiste die
> Adresse t3_20170314/typo3/sysext/install/Start/Install.php (soweit wie
> gewohnt).
>
> Ich kriege jedoch folgende Fehlermeldung:
>
> Uncaught TYPO3 Exception
> #1365429656: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded! (More
> information)
>
> BadFunctionCallException thrown in file
> /t3_20170314/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
> in line 122.
>
> 3 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath("extbase")
>
> /t3_20170314/typo3/sysext/install/Classes/Controller/AbstractController.php:
> 00415: }
> 00416:
> 00417:
> require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('extbase')
> . 'ext_localconf.php');
> 00418:
> require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('fluid')
> . 'ext_localconf.php');
> 00419:
>
>
> 2 TYPO3\CMS\Install\Controller\AbstractController::loadBaseExtensions()
>
> /t3_20170314/typo3/sysext/install/Classes/Controller/StepController.php:
> 00043: */
> 00044: public function execute() {
> 00045: $this->loadBaseExtensions();
> 00046: $this->initializeObjectManager();
> 00047:
>
>
> 1 TYPO3\CMS\Install\Controller\StepController::execute()
>
> /t3_20170314/typo3/sysext/install/Start/Install.php:
> 00117: }
> 00118: }
> 00119:
> \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance($controllerClassName)->execute();
>
>
> Die Extension ist da, die Rechte sollten auch stimmen. PHP-Version und
> MySQL-Version passen auch, andere Installationen laufen problemlos.
>
> Wenn ich dann wieder die ursprünglichen Sourcen drüberspiele (4.7.20),
> funktioniert wieder alles ganz normal. Recherchen haben bis jetzt leider
> nichts ergeben.
>
>
> Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host
> oder sonstiges angelegt, das läuft einfach in einem Unterordner. Bisher hatte
> ich solche Probleme noch nicht.
>
> Kann mir jemand weiterhelfen?
>
> Danke und liebe Grüsse
> Jürgen Einöder
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Scheduler - Extension Settings
Hab da auch mal mit gekämpft: http://www.schmutt.de/600/extension-settings-abfragen/ Am 11.02.2017 um 12:28 schrieb Marco Kuprat: > Hallo Stephan, > >> ich habe einen Scheduler Task in dem ich die Settings der aufgerufenen >> Extension laden möchte. >> Es gibt hier eine Beschreibung: >> https://wiki.typo3.org/CommandController_In_Scheduler_Task >> >> Leider komme ich nicht an die Daten. Hat sich hier etwas bzgl. der 7.6er >> geändert? > > die Anleitung ist veraltet; es werden u.a. keine Namespaces verwendet, > deswegen würde ich eher die empfehlen: > http://www.typo3-nürnberg.de/typo/extbase/scheduler-tasks/ > oder auch > http://www.adick.at/2016/04/25/plugin-settings-in-extbase-commandcontroller/ > > Beachte v.a. auch den Abschnitt "TS Setup": um in deinem Command > Controller mittels Configuration Manager auf die Typoscript-Settings > zugreifen zu können, musst du sie in module kopieren. > Also z.B. so: > plugin.tx_meineextension.settings < module.tx_meineextension.settings > > > Viele Grüße > Marco > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Überprüfung ob Seite für User erlaubt ist
Hi,
dein Code funktioniert nicht mehr, sobald es mehr als eine Usergruppe
gibt. Die werden in der DB als Comma-Separated List gespeichert.
D.h. da müsste man dann mit explode und array_intersect arbeiten.
Geht natürlich - ABER: wenn die im nächsten TYPO3 Update umstellen von
Comma-Separated auf MM-Tables, oder wenn es noch andere PageRestrictions
gibt demnächst, dann wäre eine Funktion "isPageAllowedForUser($pageUid,
$userUid)" eben besser.
Daher die Frage...
LG Andrea
Am 04.02.2017 um 09:07 schrieb Administrator www.Der-Mond.org:
> Hallo Andrea,
>
> ich habe vor einem ähnlichen Problem gestanden.
>
> Eigentlich kannst Du die Abfrage in nur einer Zeile ausführen. Hier mal
> mein Lösung zur Abfrage ob ein Benutzer angemeldet ist und ob er sich in
> der gewünschten Gruppe befindet. Du selber müsstest dann nur noch die
> entsprechende Seiten-UID einfügen:
>
> if
> (
> !$GLOBALS['TSFE']->fe_user->user['uid'] # Irgendein Benutzer
> angemeldet ?
> OR
> $GLOBALS['TSFE']->fe_user->user['usergroup'] <> 'UserGruppe'# gehört
> zur gewünschten Benutzergruppe
> )
> {
> $this->redirect(NULL, NULL, NULL, NULL, [Deine UID]);
> # Wenn oben nicht erfüllt, dann auf andere Seite umleiten
> }
>
>
> Vielleicht hilft Dir das ja :-)
>
> Gruß
>
> Stefan
>
>
>
>
> Am 03.02.2017 um 21:57 schrieb Andrea Schmuttermair:
>> Hi,
>>
>> gibt es eine Extbase Funktion, mit der man überprüfen kann ob eine
>> Seiten-UID für den eingeloggten User erlaubt und sichtbar ist?
>>
>> Also ein Check auf fe_group Settings? Könnte ich zwar selber
>> programmieren, aber sowas müsste es doch eigentlich geben?
>>
>> Habe eine Liste mit Links, doch für manche User sind nicht alle
>> zugreifbar, und dann will ich die Links auch nicht anzeigen lassen.
>>
>> LG Andrea
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Überprüfung ob Seite für User erlaubt ist
Hi, gibt es eine Extbase Funktion, mit der man überprüfen kann ob eine Seiten-UID für den eingeloggten User erlaubt und sichtbar ist? Also ein Check auf fe_group Settings? Könnte ich zwar selber programmieren, aber sowas müsste es doch eigentlich geben? Habe eine Liste mit Links, doch für manche User sind nicht alle zugreifbar, und dann will ich die Links auch nicht anzeigen lassen. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] $this->loggRepository->findAll() findet nichts
Fehlt evtl. die Storage Pid? Mal hiermit testen:
public function findCustomerLogList() {
$query = $this->createQuery();
// ignore the storagePid
$query->getQuerySettings()->$querySettings->setRespectStoragePage(FALSE);
$query->matching(
$query->equals('pid', '30')
);
return $query->execute();
}
Am 02.02.2017 um 21:20 schrieb Ralf-Rene Schröder:
> Hi...
> irgendwie stehe ich gerade vorm Wald und sehe die Bäume nicht mehr...
>
> ich habe in einer per extension_builder erstellten Extension jetzt noch
> nachträglich ein Logging Modell hinzugefügt
> das Modell Logg.php
> das Repository LoggRepository.php
> den Controller LoggController.php samt List.html Template
>
> Die datensätze in der Tabelle tx_myext_domain_model_logg werden auf
> reiner Datenbankbasis, also OHNE extbase durch cronjobs, eid scripts,
> und reines PHP gefüllt...
> Sie sind im BE auch sauber vorhanden und ich kann sie dort problemlos
> auswerten (der recordsmanager ist bei sowas wirklich eine riesen Hilfe).
>
> ABER
> mein Versuch eine Listenausgabe im FE zu erzeugen scheidert:
>
> /**
> * action list
> *
> * @return void
> */
> public function listAction() {
> $loggs = $this->loggRepository->findAll();
> $this->view->assign('loggs', $loggs);
> }
>
> liefert in der Debugausgabe des Templates ein:
> loggs =>
> TYPO3\CMS\Extbase\Persistence\Generic\QueryResultprototypeobject (empty)
>
> Auch der Versuch eines manuellen Queries im Repository ändert nichts:
>
> public function findCustomerLogList() {
> $query = $this->createQuery();
> $query->matching(
> $query->equals('pid', '30')
> );
> return $query->execute();
> }
>
> WAS könnte es für eine Ursache haben wenn die Repositoryabfrage im
> Controller nichts liefert ??? Wer bringt mir die zündende Idee ???
>
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ReflectionException does not exist
Wenn normale Caches gelöscht, Extension Ordner entfernt ist und
typo3temp geleert: ich tippe auf Extbase Reflection Cache
-> alle Cache Tabellen in der Datenbank leeren, insbesondere die mit
"reflection" im Tabellen-Namen
Außerdem gibts noch die Datei typo3conf/PackageStates.php, die enthält
manchmal alte Extensions mit "inactive", dann den kompletten Block löschen.
LG Andrea
Am 01.02.2017 um 12:08 schrieb André Sauder:
> Hallo zusammen
>
> Ich habe heute versucht eine Extension ohne den Extension Builder zu
> erstellen.
> Dabei habe ich in dem Controller die Klasse mit einem langen Namen benannt.
>
> Nun habe ich diese umbenannt und nun erhalte ich im Logfile von Typo3 die
> Meldung:
>
> {"exception":"ReflectionException: Class
> Tx_KiPersonenmutationen_Controller_StaticController does not exist
>
> Nur, diese Bezeichnung gibt es ja nicht mehr. Ich habe die Extension
> deinstalliert, gelöscht.
> Habe auch alles aus dem Tempverzeichniss gelöscht. Aber die Meldung bleibt.
>
> Gibt es noch einen Ort, an dem die Klassenbezeichnungen von Controllern
> gespeichert werden?
>
> Gruss André
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] NEWS Plugin / Multi-Domain
News basiert nicht auf Domain-Records, sondern auf Ordnern. Einfach pro Domain einen Ordner "News" anlegen, und dann den Storage Record entsprechend setzen. Wenn du nichts konfigurierst wird halt alles angezeigt. Am 01.02.2017 um 21:48 schrieb Michael_OF: > Hallo zusammen, > > > gehe ich recht in der Annahme, dass das "news" Plugin sich nicht um > "Domänen"-Datensätze kümmert? > > Ich hatte gehofft, dass jede Domäne ihre "eigenen" Nachrichten hat, kann aber > nirgends finden, wo man das hinterlegen > könnte. > > Ein Inhaltselement vom Typ "Plugin" "Nachrichten-System" (Listensicht) zeigt > per Default auf einer Seite der Domäne A > alle Nachrichten einer Seite aus Domäne B an. > > > Gruß, > Michael > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Allgemeine Frage: (OpenSource) Werkzeug für HTML/CSS Editieren
Ich verwende nur noch PHPStorm, da sind soviele Tools integriert dass es die paar Euro locker wert sind durch Zeitersparnis (code checker, code completion, git, ssh, ftp, automatischer Upload,... ) Für TYPO3 gibts auch ein Typoscript Plugin (von sgalinski) LG Andrea Am 01.02.2017 um 21:07 schrieb Michael_OF: > Hallo zusammen, > > > ich bin auf der Suche nach einem vernünftigen Werkzeug, um in "Vorarbeit" zu > TYPO3 HTML und CSS Dateien editieren zu > können. "Editieren" in dem Sinne, dass mir das Werkzeug in der HTML-Datei > zeigt, welche CSS Regeln auf dem aktuellen > Element zutreffen, so daß man z.B. direkt im CSS Farben/Fonts usw. anpassen > kann. > > Direktes Editieren im Backend über die "Dateiliste" bietet zwar Syntax > Highlighting sowohl für HTML als auch CSS, ist > aber Krampf. Insbesondere, weil da Lesezeichen im Backend nicht vernünftig > funktionieren. Und der Weg von Firebug ins > Backend ist auch lang > > Extern habe ich Bluefish probiert, zickt aber unter OpenSuse mit KDE extrem. > > Netbeans würde evtl. sich sehr schick genau das Gesuchte tun, ist aber ein > "Monster" > > Daher meine Frage an die Linux-Nutzer unter Euch: Was nehmt Ihr denn dafür? > > > Bin nicht sicher, ob das evtl. zu off-topic ist, vielleicht wären dann aber > Antworten nur an mich trotzdem ok? > > > Viele Grüße, > Michael > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 7.6 RTE - Popover / Tooltip mit Bootstrap 4
Ich glaube dein Javascript Selector ist falsch, oder gibts sowas
mittlerweile in ner neuen jQuery Version? $('[data-toggle="popover"]')
Damit sollte es klappen - am besten ne eigene Klasse vergeben:
$('.btn-primary').popover('toggle');
Am 31.01.2017 um 22:01 schrieb Johannes C. Laxander:
> Ich habe eine mögliche Lösung gefunden: EXT:bootstrap_links
>
> Generierter HTML Code:
>
>
> data-toggle="popover" data-placement="top" data-trigger="hover"
> data-content="Das ist der Erklärungstext im Popup.">Begriff
>
>
> JavaScript:
>
> jQuery.noConflict();
> jQuery(document).ready(function($) {
> $('[data-toggle="popover"]').popover('toggle');
> }
>
> Die Bibliothek tether.min.js ist vor bootstrap.min.js eingebunden.
>
> Allerdings wird weder bei mouse-over noch bei einem Klick das popover
> angezeigt.
>
> Wo liegt das Problem?
>
> Johannes.
>
>> boun...@lists.typo3.org] Im Auftrag von Johannes C. Laxander
>> Gesendet: Dienstag, 31. Januar 2017 18:34
>>
>> Hallo,
>> in einem RTE-Text soll für bestimmte Begriffe ein Popover/Tooltip
>> (http://v4-alpha.getbootstrap.com/components/popovers/) generiert
>> werden.
>>
>> Es reicht hier nicht aus, diesen Begriffen nur Bootstrap-Klassen
> zuzuweisen,
>> sondern ich muss ein Button-Tag generieren und dafür auch data-Attribute
>> angeben können (data-toggle, data-content, …).
>>
>> Weiß jemand wie man das umsetzen kann?
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 7.6.15 / bootstrap_package 7.0.5
Ich seh keinen Grund für Bootstrap Package - Bootstrap sind paar Zeilen include, und gut is. Was nicht heißt dass es gut oder schlecht ist, ich habs noch nie angeschaut weil ich es noch nie gebraucht hab. Wenn ich was fertiges brauche, dann nehm ich das Mustertemplate von jweiland, da is alles drin und man kann dann anpassen. LG Andrea Am 27.01.2017 um 09:37 schrieb Michael_OF: > Nochmals hallo zusammen, > > > da ich bisher noch keine Lösung gefunden oder bekommen habe, eine ergänzende > Frage: > > Nutzt die Extension "bootstrap_package" überhaupt jemand von Euch? Und wenn > nein, warum nicht? Zu neu? Fehlerbehaftet? > > Mir erschien sie als Startpunkt recht einfach und ansprechend, aber ich würde > natürlich gerne vermeiden, in eine > Sackgasse zu laufen ... > > > Liebe Grüße, > Michael > > Am 25.01.2017 um 04:46 schrieb Michael_OF: >> Hallo zusammen, >> >> >> weiß jemand von Euch, wo und wie ich dem "bootstrap_package" sagen kann, >> dass bei einem Seiteninhalt "Carousel" für ein >> "Carousel Item", Typ "Hintergrundbild", das gewählte Bild "eingepasst" wird? >> >> Es gibt da für das "Hintergrundbild" die Möglichkeit, den "Editor" zur >> Bildbearbeitung zu öffnen, dort kann ich dann >> "x","y", "breite" und "höhe" definieren. Kein Effekt aufs "Carousel" >> sichtbar. >> >> Und es gibt eine "Karussell Option" "Max width of background images in px". >> Egal, was ich da eingebe: Kein Effekt aufs >> "Carousel" sichtbar. >> >> Angezeigt wird in allen Fällen immer das Gleiche. "Irgendeine" Skalierung, >> keine Idee, welche. >> >> >> Liebe Grüße, >> Michael >> >> >> >> > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3 8.5.1] Keine CE's im Frontend sichtbar
css_styled_content noch drin? Dann auf Fluid Styled Content umstellen Am 26.01.2017 um 21:17 schrieb E. G.: > Hey, > > ich habe soeben mein TYPO3 7.6.15-er-System auf TYPO3 8.5.1 > aktualisiert, da LTS ja voraussichtlich schon im April erscheinen soll. > Nachdem ich allerdings erstmal alles geradebiegen musste, was nicht > ging, rief ich das Frontend auf und: > > Menü ist da, Background etc... aber kein einziges Content-Element. Weder > von meiner eigenen, noch von anderen Extensions, geschweige denn > vorinstallierten. > > Ich habe auch testweise eine einfache Überschrift erstellt, aber die > wird absolut nicht angezeigt. > Habe ich irgendetwas wichtiges verpasst? > > > Wäre nett für eine Antwort! > Danke > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Language Tag in URL wird angezeigt ohne Konfiguration der Mehrsprachigkeit
Es gab bei RealURL den Sprung auf Version 2.x, da hat sich einiges geändert, kann sein dass alte Tabellen und neue Extension nicht mehr zusammen passen? Im Extension Manager ist eine Update-Funktion für RealURL, hast du die schon mal ausgeführt? Vielleicht auf nem Dev Server mal testen, ist ja nur ne Vermutung meinerseits. Wenn die RealURL wirklich zerschossen sind hilft nur neu aufbauen und alte URLs per htaccess umleiten. RealURL Config Datei (realurl_conf.php) auch mal checken, kannst auch hier posten ob jemand was auffällt. Manchmal gibts auch Probleme mit BaseURL - ich empfehle immer absRefPrefix auf "/" und über DomainRecords konfigurieren. Sonst gibt es Fälle wo die Url hinten angehängt wird, wenn relativ verlinkt wird (d.h. Links ohne "/" am Anfang). Der Beispiel-Link mit "undefinedklicken" sieht nach einem Javascript Link aus, vielleicht wird da irgendwo was generiert bei onclick? Wegen Mehrsprachigkeit mal pages und tt_content Tabelle checken, ob sich doch Einträge verirrt haben, und wenn ja Ursache beseitigen: "SELECT * from pages WHERE sys_language_uid>0" "SELECT * from tt_content WHERE sys_language_uid>0" https und http ist immer ein Spaß, sehe aber keinen direkten Zusammenhang zu dem beschriebenen Fehler. Hier ist meine Empfehlung kein partielles https, sondern konsequent alles https umschreiben, per htaccess Redirect, Typoscript usw. Extensions wie https_enforcer auch entfernen, die können ebenfalls Probleme machen. LG Andrea Am 26.01.2017 um 11:33 schrieb dev icoworkaholic: > Hallo liebe Typo3 Community, > > Problembeschreibung: > > Ich habe zurzeit, dass Problem das in der URL der Language Tag ?L= > vorkommt ohne das ich Mehrsprachigkeit eingestellt habe. > Zusätzlich werden jedoch auch Worte und Zeichen dran gehangen, siehe > Beispiel Links: > > ?L=undefinedklicken-montabaur%252Fueber-uns%252Fhier%252F > ?L=0%252525252525253FdefaultText%252525252525253DBitte%252525252525252520klicken%252525252525252520Si > > > Wie man in den Beispiel Links sieht, befinden sich manchmal sogar ganze > Worte aus dem Content verschiedener Seiten in den L Tags. > Der L Tag taucht ab und zu in verschiedenen Links auf der Seite auf. > Klickt man auf den Link und landet auf diese Seite mit dem L Tag, haben > alle Links den selben L Tag. > > In der Tabelle „tx_realurl_urlcache" ist in vielen Einträgen der Spalten > „original_url" und „speaking_url" ebenfalls solch ein L Tag drin. > > Zusätzlich kam es dazu, dass sobald der L Tag in der URL war, einzelne > Links auf die richtigen Seiten mit falschen Content von Unterseiten mit > demselben Namen gezeigt haben. > Bspw. gibt es auf der Webseite im Root Verzeichnis eine Seite „Kontakt" > und in den Unterseiten ebenfalls Seiten die „Kontakt" heißen. Der Link > mit der URL zur Kontakt Seite des Root Verzeichnisses besaß den Content > der Kontakt Seite einer Unterseite. > Diesen Fehler konnte ich beheben indem ich die Unterseiten kurzzeitig > umbenannt habe. > > > Systembeschreibung: > > Ich benutze Typo3 6.2.27 mit der RealURL Version 2.0.15 > Die Webseite benutzt über ca. 20 Subdomains die auf verschiedene > Unterseiten zeigen. > Aufgefallen ist das Problem seitdem ich http auf https umgestellt habe. > Ein direkten Zusammenhang mit der Umstellung auf https kann ich mir > jedoch nicht vorstellen. > > > Lösungsversuche: > > Ich habe schon Versucht herauszufinden wo diese Links erstellt werden > jedoch kam ich nicht weit genug. > > > Ich würde mich auf Vorschläge und Ideen freuen. > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Javascript im Template
Das klingt für mich nach einem grundlegenden Syntax-Problem, wenn er Fluid Tags nicht richtig umwandelt? An sich hätte es auch schon mit dem CDATA funktionieren sollen, ich vermute irgendeinen Tippfehler mit Klammern oder sowas. Am 24.01.2017 um 15:45 schrieb Freddy Tripold: > Wenn ich das mache wird aus > im Template > >
Re: [TYPO3-german] Javascript im Template
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ThingsToKnow/JsAndInline.html Am 24.01.2017 um 14:54 schrieb Freddy Tripold: > Geht auch nicht, aber Danke... > > lg > Freddy > > Am 24.01.2017 um 14:28 schrieb Marcus Raphelt: >> Moin, >> aus dem Bauch heraus und ungetestet: den Javascript-Block in CDATA >> wrappen? >> >> Am 24.01.2017 um 12:39 schrieb Freddy Tripold: >>> Die geschwungene Klammer wird mitsamt dem Inhalt gefiltert. Wo kann >>> ich das abstellen? Jemand eine Idee? >> > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche auf gewisse Seiten einschränken
Hi, die Frage zur Suche wurde glaube ich schon beantwortet, ke_search würde ich auch empfehlen. Solr ist ne Nummer aufwändiger in der Installation aber bietet noch mehr Funktionen. Es gibt auch hosted Solr, dann kann man für ein paar Euro den Installations- und Wartungs-Aufwand reduzieren. Die Extensions für 4.5 findet man in TYPO3 schon noch: https://typo3.org/extensions/repository/ Filter: Show outdated extensions -> check Oder man gibt die URL direkt ein wenn man den Extension-Namen kennt (letzter URL Teil): https://typo3.org/extensions/repository/view/ke_search Und bei den einzelnen Extensions kann man im Tab "Downloads" genau sehen was die letzte Version für 4.5 ist und dort herunterladen. Zum "Forum": das hier ist eigenlich eine Mailing-Liste (daher auch keine Edit-Funktion), die nur zusätzlich als Forum ins Web gebracht wird für schönere Darstellung. Sie verliert zunehmend an Bedeutung in der Communitiy, nur so paar Oldschool-Leute nutzen das noch. Daher sind die Chancen auf Hilfe bei alten Versionen hier gar nicht mal so schlecht :) Hier eine Übersicht der TYPO3 Support-Kanäle: https://jweiland.net/video-anleitungen/typo3/typo3-projekte-verwalten/hilfe-zu-typo3-und-extensions-finden.html Die Welt des WebDevelopment hat sich in den letzten Jahren rasant weiterentwickelt. Dass TYPO3 da mit dabei ist, und sich mit den neuen Versionen im Wettbewerb sehen lassen kann, finde ich ne großartige Leistung der Core-Developer. Was noch nicht so rund läuft aus meiner Sicht ist die vielen alten TYPO3s wieder in den aktuellen Flow zu bringen. Gerade die 4.5er sind wirklich outdated, nicht nur vom TYPO3 her, sondern auch von der Art wie früher Web-Entwicklung betrieben wurde im Vergleich zu heute. Denn da gehts nicht nur um ExtBase und FAL, sondern auch um git, composer und Deployment. Und das ist es, was die Lernkurve so steil macht - aber mit jedem Jahr warten wird die halt noch steiler... Also ja, vollstes Verständnis für so manchen Frust, ich musste da auch durch, früher war alles einfacher und auch mehr Lametta. Aber dass die Web-Development Welt sich weitergedreht hat, dafür kann TYPO3 nichts. Für alle die lernen wollen, die Autodidakten und Einzelkämpfer, ist immer Support da, denn an der Hilfsbereitschaft der Community hat sich nichts geändert: Fragen über die Kanäle, persönliche Kontakte auf den vielen TYPO3-Camps, Webseiten und Blogs. Empfehlen zum lernen kann ich die Video-Trainings von Wolfgang Wagner, und die Bücher von Patrick Lobacher, beides hervorragend zum lernen geeignet. So, zur allgemeinen Erheiterung noch was zum Thema Updates - CMS ist kein TYPO3 aber das Urteil würde bei ner 4.5er ähnlich verheerend ausgehen: http://www.dailymail.co.uk/news/article-4115924/Trump-s-new-cyber-guru-Rudy-Giuliani-s-website-lacks-security-vulnerable-hackers.html LG Andrea Am 24.01.2017 um 11:40 schrieb Bernhard Ludwig: >> Am 23.01.2017 um 17:25 schrieb Renzo Bauen <ty...@conpassione.ch>: >> >> Hallo Michael >> >> bezüglich Update: >> ich meine, das fast noch grössere Problem als die Sicherheit (da kann ja >> auch unabhängig von TYPO3 was getan werden...) ist, dass es immer >> weniger Extensions für ein altes System gibt und in der Community auch >> das Wissen über die alten Syteme abnimmt. D.h. wenn Du Hilfe benötigst >> und das für ein TYPO3 6.2 oder jünger ist, kann Dir fast jeder Auskunft >> geben, aber mit älteren wird es schwierig, da man sich nicht mehr >> täglich mit solchen befasst. >> >> Auf der Mailingliste ist es halt so, dass wenn ich jemandem mit zwei >> Minuten studieren und ein paar Minuten Mail schreiben helfen kann geht >> das problemlos neben meiner eigentlichen Arbeit. Aber wenn ich mich >> zuerst durch alten Code wühlen muss, vielleicht noch testen muss, ob >> meine Erinnerung mich nicht trügt, dann ist es zu viel Aufwand und ich >> gebe lieber keine als eine falsche Antwort. >> >> Und klar habe ich noch eine Hermes-Baby-Schreibmaschine. Das blöde ist >> nur, dass ich kaum mehr Durchschlagspapier bekomme und deshalb die >> Texten scannen oder kopieren muss... :-) >> >> Liebe Grüsse, Renzo > > Hallo Renzo, > > ob ich Deiner Aussage so zustimmen kann, weiß ich nicht. Du gehörst bestimmt > zu einigen Wenigen, die sich im Forum bemühen, das ist ganz gewiss. Aber > gerade für die neuen Versionen habe ich den Eindruck, dass es mit dem > Supporten hier im Forum deutlich schwieriger ist und vermehrt wird. > > Die Wege in TYPO3 sind nochmals mannigfaltiger geworden, TS löst sich so > langsam in Wohlgefallen auf und viele Standardfunktionen sucht man nach wie > vor vergebens, wie z.B. eine Lightbox-Vollbildansicht von CE-Images und > vieles mehr. > > Ich habe den Eindruck, dass auf Fragen ab 6.2 aufwärts, die Antwortrate > deutlich gesunken ist, bis 4.5 (4
Re: [TYPO3-german] Kundenverwaltung mit eigener Extbase-Extension
Schau dir mal tt_address an - vielleicht deckt das schon nen Großteil von dem ab was du brauchst? Gibt dann auch noch weitere Extensions zu tt_address, einfach mal im Repository suchen LG Andrea Am 18.01.2017 um 16:59 schrieb Mario T: > Hallo zusammen! > > ich habe Benutzer (fe_users) welche sich einloggen können. ;) Nun sollen > diese Benutzer alle an einem Datensatz arbeiten können (z. B. eine > Firmenadresse). > > Sollte ich die Tabelle fe_groups um die gewünschten Felder erweitern > (Alle User sind jeweils einer Gruppe=Kunde zugewiesen) oder soll ich > evtl. eine gesonderte Tabelle erstellen welche wiederum auf fe_groups > referenziert? > > fe_users->fe_groups (mit Feldern für eine Adresse) > > oder > > fe_users->fe_groups->customer (mit Feldern für eine Adresse) > > Was meint ihr dazu? Wie sind Eure Erfahrungen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Es gab eine relativ beliebte Extension in 4.5 die PHP Content direkt ausführt, einfach mal im Extension Manager schauen, die könnte sowas anrichten. Oder userfuncs - mit der "extdeveval" Extension kann man schnell mal alle templates durchsuchen danach LG Andrea Am 09.01.2017 um 13:06 schrieb Heike Herzog-Kuhnke: > Hi Ihr liebe Liste, > > frohes neues Jahr :) > Ich habe hier eine Seite typo3 4.5.40 bei der auf dem Server die alten > PHP Versionen abgestellt wurden. Da die PHP Version 5.2 in der .htaccess > als PHP CGI Version angegeben war, ließ sich typo3 mit der Anpassung der > entsprechenden Zeile auf: > > AddHandler php55-cgi .php > > wieder starten. > > Alledings hab ich gerade ein wenig Schnappatmung, weil es im Backend und > Frontend aussieht wie Kraut und Rüben und irgendwie Texte nicht mehr > angezeigt werden und scheinbar auch das template komisch umgesetzt wird. > > Kann die Änderung der PHP Version solche Auswirkungen haben? > Eine ältere PHP Version als 5.5 ist leider nicht verfügbar :( > > WÄre lieb für einen Tipp, wie ich prüfen kann, ob alles im Eimer ist > oder wie man sowas wieder repariert... > > LG > Heike > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite
Zeig mal die relevanten Stellen aus der realurl_conf.php Datei, evtl. fehlt da was? Hier ein Beispiel mit * absRefPrefix = / * rootpage_id=1 * mind. einem Domain Record auf der Seite [1] array( 'init' => array( 'enableCHashCache' => 1, 'appendMissingSlash' => 'ifNotFile', 'enableUrlDecodeCache' => 1, 'enableUrlEncodeCache' => 1, ), 'redirects' => array(), 'preVars' => array( array( 'GETvar' => 'no_cache', 'valueMap' => array( 'nc' => 1, ), 'noMatch' => 'bypass', ), array( 'GETvar' => 'L', 'valueMap' => array( 'de' => '0', 'en' => '2', 'fr' => '3', ), 'noMatch' => 'bypass', ), ), 'pagePath' => array( 'type' => 'user', 'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:_realurl_advanced->main', 'spaceCharacter' => '-', 'languageGetVar' => 'L', 'expireDays' => 7, 'rootpage_id' => 1, ), 'fixedPostVars' => array(), 'postVarSets' => array(), ), ); ?> Und natürlich die doofen Cache-Sachen: Cache leeren im Install Tool, typo3temp Ordner leeren, realurl deinstallieren und wieder installieren, Die RealURL Cache Tabellen händisch leeren (wenn es keine Live-Seite ist die alte URLs behalten soll) LG Andrea Am 30.12.2016 um 11:01 schrieb Laurin Schaller: > Hallo Zusammen > > Ich verwende auf meiner dreisprachigen Seite (de/fr/en) RealUrl. Das > funktioniert soweit gut, wenn ich mit dem Sprachmenü die Sprache wechsle > wird die korrekte Übersetzung angezeigt. > > Allerdings funktioniert das nur auf der Startseite nicht. Diese hat den > Pfad "/" oder "www.mydomain.com/". Wenn ich dort auf eine Übersetzung > wechseln will kommt die Fehlermeldung "The page did not exist or was > inaccessible. Reason: The requested page does not exist!". Das Problem > scheint mit Realurl zu tun haben, denn "/fr" funktioniert nicht. Jedoch > "/?L=1=1" mit den Argumenten ausgeschrieben funktioniert. > > Ich habe auch mal im RealUrl-Backendmodul bei "URL-Data" nach geschaut. > RealUrl schreibt da: Original URL: L=1=1, Speaking URL: fr/ > > Hat jemand eine Idee woran das liegen könnte? > > Vielen Dank > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Weiße Seite nach Update von 4.5 auf 7.6
Puh, also das Update von 4.5 auf 7.6 ist eine größere Sache, am besten mal nach Anleitungen googeln? Da gibt es auch Hilfsmittel, Extensions die die Kompatibilität checken usw. Erster Schritt ist das Update von 4.5 auf 6.2 (direkt auf 7.6 geht nicht), ist da alles gelaufen oder hast du das übersprungen? Die meisten Fehler kommen von Extensions, am besten vor dem Update alle deaktivieren und dann schrittweise aktivieren. LG Andrea Am 29.12.2016 um 13:13 schrieb Diemkers Klaus: > Mahlzeit :) > > Nach dem Update ist alles weiß... > > Wie kann ich nach der Ursache suchen? > Ich habe vorher noch nie ein Versionswechsel gemacht... > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer Extension sind neue Felder im Fluid Template nicht verfügbar
Wie gesagt, erst mal probieren ob es nicht auch automatisch geht:
in deiner Erweiterungs-Extension eine Datei
JobExtendedRepository.php anlegen, nur die Datei mit einer leeren Klasse:
> Uff, das hört sich nach Arbeit an - das habe ich total unterschätzt.
> Auf jeden Fall danke für deine ausführlichen Erklärungen.
> Jetzt muss ich mich erst mal orientieren und schauen wie ich das Problem
> dann schlussendlich löse.
>
> LG Johannes.
>
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>> boun...@lists.typo3.org] Im Auftrag von Andrea Schmuttermair
>> Gesendet: Mittwoch, 28. Dezember 2016 22:39
>> An: German TYPO3 Userlist <typo3-german@lists.typo3.org>
>> Betreff: Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer
>> Extension sind neue Felder im Fluid Template nicht verfügbar
>>
>> Ja das meinte ich. Das JobRepository bezieht sich ja auf das Job Model,
> und
>> nicht auf das JobExtended Model, ergo lädt es auch nur diese Felder.
>>
>> Man muss dem beibringen auch das richtige Model zu laden.
>>
>> Einfachster Versuch: in deiner Erweiterungs-Extension eine Datei
>> JobExtendedRepository.php anlegen, nur die Datei mit einer leeren Klasse:
>>
>> > namespace Dan\Jobfair\Domain\Repository; class JobExtendedRepository
>> extends \TYPO3\CMS\Extbase\Persistence\Repository
>> {
>> }
>>
>> Dann dieses Repository instantiieren und findAll aufrufen. Kann
>> funktionieren, muss aber nicht. Je nachdem wie schlau die interne Logik
> von
>> Extbase ist.
>>
>> Ansonsten müsste man die Tabellen mappen - hab ich allerdings selber nie
>> gemacht, bzw. irgendwann aufgegeben weil es nie funktionieren wollte.
>> Könnt aber schon irgendwie gehen.
>> https://www.typo3.net/forum/thematik/zeige/thema/118413/
>> Am besten in der Extbase Mailingliste mal fragen, vielleicht hat das
> Problem
>> schon mal jemand gelöst. Oder auf Slack.
>>
>> Evtl. könnte man noch Extension-Codes durchsuchen wo vorhandene
>> Tabellen ergänzt werden, es gibt z.B. einige Extensions die news
> erweitern,
>> wie die das machen.
>>
>> Wenn Mapping nicht klappt, würde ich eine Funktion schreiben, die die
>> Daten aus der von Hand aus der Datenbank lädt und die neuen Felder
>> befüllt, anstatt die automatischen findAll/findBy Funktionen zu verwenden.
>>
>> LG Andrea
>>
>>
>> Am 28.12.2016 um 20:50 schrieb Johannes C. Laxander:
>>> Meinst du dies:
>>>
>>> Extension:
>>> class Job extends AbstractEntity {...Felder der Extension...}
>>>
>>> Meine Erweiterung:
>>> class JobExtended extends Dan\Jobfair\Domain\Model\Job{...neue
>>> Felder...}
>>>
>>> TYPO3 Version ist 7.6
>>>
>>> Johannes
>>>
>>>> -Ursprüngliche Nachricht-
>>>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>>>> boun...@lists.typo3.org] Im Auftrag von Andrea Schmuttermair
>>>> Gesendet: Mittwoch, 28. Dezember 2016 19:49
>>>>
>>>> Woran es noch liegen könnte, du schreibst:
>>>>>> ich habe in einer eigenen Extension das Model einer anderen
>>>>>> Extension erweitert und dazu auch neue Felder angelegt.
>>>>
>>>> Wie genau hast du das gemacht?
>>>> Evtl. hast du das falsche Objekt geladen, das noch gar nichts von
>>>> seiner Erweiterung weiß?
>>>>
>>>> Hier wäre auch die TYPO3 Version interessant, vielleicht gab es da
>>>> Änderungen in der Verknüpfung, auch Namespaces könnten eine Rolle
>>>> spielen da es ja wirklich nur um den Frontend Code geht.
>>>>
>>>> LG Andrea
>>>>
>>>> Am 28.12.2016 um 19:06 schrieb Johannes C. Laxander:
>>>>> Danke für deine Antwort Andrea!
>>>>>
>>>>> Über das Backend lassen sich Datensätze mit den neuen Feldern
>>>>> anlegen und bearbeiten. Ich kann auch per TypoScript auf die Felder
>> zugreifen.
>>>>> Nur die Datensätze in der Objekt-Variablen $jobs beinhalten die
>>>>> Felder nicht, zumindest lt. Fluid-Debug.
>>>>>
>>>>> Alle "Cache"-Tabellen habe ich geleert, und über "Konfiguration"
>>>>> habe ich das Array $GLOBALS['TCA'] geprüft. Hier sind die Felder in
>>>>> der "Extension-Tabelle" konfiguriert!
>>>>> Den Test mit findByUid() muss ich noch machen.
>>>>>
>>>>> LG Johannes.
>&
Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer Extension sind neue Felder im Fluid Template nicht verfügbar
Ja das meinte ich. Das JobRepository bezieht sich ja auf das Job Model,
und nicht auf das JobExtended Model, ergo lädt es auch nur diese Felder.
Man muss dem beibringen auch das richtige Model zu laden.
Einfachster Versuch: in deiner Erweiterungs-Extension eine Datei
JobExtendedRepository.php anlegen, nur die Datei mit einer leeren Klasse:
https://www.typo3.net/forum/thematik/zeige/thema/118413/
Am besten in der Extbase Mailingliste mal fragen, vielleicht hat das
Problem schon mal jemand gelöst. Oder auf Slack.
Evtl. könnte man noch Extension-Codes durchsuchen wo vorhandene Tabellen
ergänzt werden, es gibt z.B. einige Extensions die news erweitern, wie
die das machen.
Wenn Mapping nicht klappt, würde ich eine Funktion schreiben, die die
Daten aus der von Hand aus der Datenbank lädt und die neuen Felder
befüllt, anstatt die automatischen findAll/findBy Funktionen zu verwenden.
LG Andrea
Am 28.12.2016 um 20:50 schrieb Johannes C. Laxander:
> Meinst du dies:
>
> Extension:
> class Job extends AbstractEntity {...Felder der Extension...}
>
> Meine Erweiterung:
> class JobExtended extends Dan\Jobfair\Domain\Model\Job{...neue Felder...}
>
> TYPO3 Version ist 7.6
>
> Johannes
>
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>> boun...@lists.typo3.org] Im Auftrag von Andrea Schmuttermair
>> Gesendet: Mittwoch, 28. Dezember 2016 19:49
>>
>> Woran es noch liegen könnte, du schreibst:
>>>> ich habe in einer eigenen Extension das Model einer anderen Extension
>>>> erweitert und dazu auch neue Felder angelegt.
>>
>> Wie genau hast du das gemacht?
>> Evtl. hast du das falsche Objekt geladen, das noch gar nichts von seiner
>> Erweiterung weiß?
>>
>> Hier wäre auch die TYPO3 Version interessant, vielleicht gab es da
>> Änderungen in der Verknüpfung, auch Namespaces könnten eine Rolle
>> spielen da es ja wirklich nur um den Frontend Code geht.
>>
>> LG Andrea
>>
>> Am 28.12.2016 um 19:06 schrieb Johannes C. Laxander:
>>> Danke für deine Antwort Andrea!
>>>
>>> Über das Backend lassen sich Datensätze mit den neuen Feldern anlegen
>>> und bearbeiten. Ich kann auch per TypoScript auf die Felder zugreifen.
>>> Nur die Datensätze in der Objekt-Variablen $jobs beinhalten die Felder
>>> nicht, zumindest lt. Fluid-Debug.
>>>
>>> Alle "Cache"-Tabellen habe ich geleert, und über "Konfiguration" habe
>>> ich das Array $GLOBALS['TCA'] geprüft. Hier sind die Felder in der
>>> "Extension-Tabelle" konfiguriert!
>>> Den Test mit findByUid() muss ich noch machen.
>>>
>>> LG Johannes.
>>>
>>>
>>>
>>>> -Ursprüngliche Nachricht-
>>>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>>>> boun...@lists.typo3.org] Im Auftrag von Andrea Schmuttermair
>>>> Gesendet: Mittwoch, 28. Dezember 2016 18:26
>>>> An: German TYPO3 Userlist <typo3-german@lists.typo3.org>
>>>> Betreff: Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer
>>>> Extension sind neue Felder im Fluid Template nicht verfügbar
>>>>
>>>> Hi,
>>>>
>>>> also dann alles checken:
>>>>
>>>> * TCA Record vorhanden? Evtl. Syntaxfehler checken, also mit anderen
>>>> Feldern vergleichen ob überall eingetragen
>>>> * Datenbank checken: alle Tabellen mit "cache" im Namen leeren, und
>>>> dann schauen ob die neuen Felder auch angelegt wurden
>>>> * Backend: einen Record im Backend anlegen mit den neuen Feldern und
>>>> schauen ob speichern/ändern geht
>>>> * Frontend:
>>>> -> Eintrag in der Datenbank mit einer bestimmten UID merken (z.B.
>>>> -> 17),
>>>> dann laden mit:
>>>> $job = $this->jobRepository->findByUid(17);
>>>> und im Fluid mit
>>>> {job}
>>>> ausgeben. Dann die entsprechenden Felder prüfen gegen die Datenbank.
>>>> Oder mit job.feldname mal ausgeben, wobei "feldname" ein neues Feld
>> ist.
>>>>
>>>> Mehr fällt mir dann auch nimmer ein?
>>>>
>>>> LG Andrea
>>>>
>>>> Am 28.12.2016 um 16:42 schrieb Johannes C. Laxander:
>>>>> Hallo,
>>>>>
>>>>> ich habe in einer eigenen Extension das Model einer anderen
>>>>> Extension erweitert und dazu auch neue Felder angelegt. Bisher hat
>>>>> das im Backend und mi
Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer Extension sind neue Felder im Fluid Template nicht verfügbar
Woran es noch liegen könnte, du schreibst:
>> ich habe in einer eigenen Extension das Model einer anderen Extension
>> erweitert und dazu auch neue Felder angelegt.
Wie genau hast du das gemacht?
Evtl. hast du das falsche Objekt geladen, das noch gar nichts von seiner
Erweiterung weiß?
Hier wäre auch die TYPO3 Version interessant, vielleicht gab es da
Änderungen in der Verknüpfung, auch Namespaces könnten eine Rolle
spielen da es ja wirklich nur um den Frontend Code geht.
LG Andrea
Am 28.12.2016 um 19:06 schrieb Johannes C. Laxander:
> Danke für deine Antwort Andrea!
>
> Über das Backend lassen sich Datensätze mit den neuen Feldern anlegen und
> bearbeiten. Ich kann auch per TypoScript auf die Felder zugreifen.
> Nur die Datensätze in der Objekt-Variablen $jobs beinhalten die Felder
> nicht, zumindest lt. Fluid-Debug.
>
> Alle "Cache"-Tabellen habe ich geleert, und über "Konfiguration" habe ich
> das Array $GLOBALS['TCA'] geprüft. Hier sind die Felder in der
> "Extension-Tabelle" konfiguriert!
> Den Test mit findByUid() muss ich noch machen.
>
> LG Johannes.
>
>
>
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>> boun...@lists.typo3.org] Im Auftrag von Andrea Schmuttermair
>> Gesendet: Mittwoch, 28. Dezember 2016 18:26
>> An: German TYPO3 Userlist <typo3-german@lists.typo3.org>
>> Betreff: Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer
>> Extension sind neue Felder im Fluid Template nicht verfügbar
>>
>> Hi,
>>
>> also dann alles checken:
>>
>> * TCA Record vorhanden? Evtl. Syntaxfehler checken, also mit anderen
>> Feldern vergleichen ob überall eingetragen
>> * Datenbank checken: alle Tabellen mit "cache" im Namen leeren, und dann
>> schauen ob die neuen Felder auch angelegt wurden
>> * Backend: einen Record im Backend anlegen mit den neuen Feldern und
>> schauen ob speichern/ändern geht
>> * Frontend:
>> -> Eintrag in der Datenbank mit einer bestimmten UID merken (z.B. 17),
>> dann laden mit:
>> $job = $this->jobRepository->findByUid(17);
>> und im Fluid mit
>> {job}
>> ausgeben. Dann die entsprechenden Felder prüfen gegen die Datenbank.
>> Oder mit job.feldname mal ausgeben, wobei "feldname" ein neues Feld ist.
>>
>> Mehr fällt mir dann auch nimmer ein?
>>
>> LG Andrea
>>
>> Am 28.12.2016 um 16:42 schrieb Johannes C. Laxander:
>>> Hallo,
>>>
>>> ich habe in einer eigenen Extension das Model einer anderen Extension
>>> erweitert und dazu auch neue Felder angelegt. Bisher hat das im
>>> Backend und mit der Datenbank einwandfrei funktioniert.
>>>
>>> Jetzt möchte ich gerade das Fluid-Template anpassen und stelle fest,
>>> dass meine neuen Datenfelder nicht ausgegeben werden. Über den
>>> Controller werden die Daten mit "$jobs =
> $this->jobRepository->findAll();"
>> bereitgestellt.
>>> Wenn ich im Fluid-Template debugge, fehlen aber meine neu angelegten
>> Felder.
>>>
>>> Was kann die Ursache dafür sein?
>>>
>>> Gruß, Johannes.
>>>
>>>
>>>
>>> ___
>>> TYPO3-german mailing list
>>> TYPO3-german@lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer Extension sind neue Felder im Fluid Template nicht verfügbar
Hi,
also dann alles checken:
* TCA Record vorhanden? Evtl. Syntaxfehler checken, also mit anderen
Feldern vergleichen ob überall eingetragen
* Datenbank checken: alle Tabellen mit "cache" im Namen leeren, und dann
schauen ob die neuen Felder auch angelegt wurden
* Backend: einen Record im Backend anlegen mit den neuen Feldern und
schauen ob speichern/ändern geht
* Frontend:
-> Eintrag in der Datenbank mit einer bestimmten UID merken (z.B. 17),
dann laden mit:
$job = $this->jobRepository->findByUid(17);
und im Fluid mit
{job}
ausgeben. Dann die entsprechenden Felder prüfen gegen die Datenbank.
Oder mit job.feldname mal ausgeben, wobei "feldname" ein neues Feld ist.
Mehr fällt mir dann auch nimmer ein?
LG Andrea
Am 28.12.2016 um 16:42 schrieb Johannes C. Laxander:
> Hallo,
>
> ich habe in einer eigenen Extension das Model einer anderen Extension
> erweitert und dazu auch neue Felder angelegt. Bisher hat das im Backend und
> mit der Datenbank einwandfrei funktioniert.
>
> Jetzt möchte ich gerade das Fluid-Template anpassen und stelle fest, dass
> meine neuen Datenfelder nicht ausgegeben werden. Über den Controller werden
> die Daten mit "$jobs = $this->jobRepository->findAll();" bereitgestellt.
> Wenn ich im Fluid-Template debugge, fehlen aber meine neu angelegten Felder.
>
> Was kann die Ursache dafür sein?
>
> Gruß, Johannes.
>
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DRINGEND! - Nach dem Anpassen einer Extension sind neue Felder im Fluid Template nicht verfügbar
Üblicherweise irgendwo im Cache. Ich deinstalliere und installiere immer im Extension Manager neu, danach gehts Am 28.12.2016 um 16:42 schrieb Johannes C. Laxander: > Hallo, > > ich habe in einer eigenen Extension das Model einer anderen Extension > erweitert und dazu auch neue Felder angelegt. Bisher hat das im Backend und > mit der Datenbank einwandfrei funktioniert. > > Jetzt möchte ich gerade das Fluid-Template anpassen und stelle fest, dass > meine neuen Datenfelder nicht ausgegeben werden. Über den Controller werden > die Daten mit "$jobs = $this->jobRepository->findAll();" bereitgestellt. > Wenn ich im Fluid-Template debugge, fehlen aber meine neu angelegten Felder. > > Was kann die Ursache dafür sein? > > Gruß, Johannes. > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Webhoster für Nebenerwerbs-Webdesigner? Wo hostet ihr?
Hi, meine Erfahrung bezieht sich jetzt auf Hosting Pakete, als Freelancer muss ich mit allem arbeiten was der Kunde so anschleppt. - von Strato, 1&1 usw. rate ich ab, da steckt man für kleinere Problemchen sooo viel Zeit rein, das ist nur noch nervig und lohnt die Kostenersparnis einfach nicht. Support ist normalerweise keiner vorhanden, und mit TYPO3 kennt sich dort keiner aus. So Dinge wie fehlender SSH Zugang (wieso denn, SFTP ist doch das gleiche?) oder PHP Version nicht änderbar können einem den letzten Nerv kosten. Ich musst mal für ein simples Paket Upgrade den kompletten Server neu aufsetzen und umziehen (natürlich OHNE SSH), Mail Settings waren danach zerschossen, es gab Ausfallszeiten von über 1h, usw. Und die Kosten sind am Ende des Monats mit allen zahlungspflichtigen Zusatz-Paketen auch nicht wesentlich billiger. - die akzeptable LowBudget Lösung ist für mich immer DomainFactory: günstige Pakete, und TYPO3 läuft weil die Server mal grundsätzlich darauf ausgelegt sind. Leistung ist OK, klar kann man keine Performance-Wunder erwarten, aber es läuft mal alles. Und wenn man höhere Last hat kann man mit ein paar Klicks aufs nächst-höhere Paket gehen, Datenbank oder Feature dazubuchen, etc. Support ist nur per Mail oder Forum, d.h. es dauert mal etwas, aber das Niveau ist dann gut, haben schon fähige Leute. - wenn irgendwie möglich empfehle ich immer jWeiland: da hab ich TYPO3 Spezialisten am anderen Ende der Leitung die mir auch weiterhelfen können wenn ich mal was wissen will. Die Server sind voll auf TYPO3 ausgelegt, die Minor TYPO3 Updates werden automatisch eingespielt, Backups inclusive, usw. Der höhere Preis zahlt sich auf Dauer aus, und schont die eigenen Nerven. Andere ausgewiesene TYPO3 Hoster sind vermutlich ähnlich, hatte ich nur noch kein Projekt mit. LG Andrea Am 28.12.2016 um 12:07 schrieb Diemkers Klaus: > Hallo mein Name ist Klaus, > > > ich mache seit einigen Jahren Internetseiten, rein privat für unseren > Fußballverein und den Ort in dem ich lebe. > Bis vor ein paar Tagen hatte ich auch noch einen Blog, den ich nun aber > aufgrund einer Interessenveränderung aufgegeben habe. > > Ich habe gestern ein Gewerbe angemeldet und möchte nun auch die eine > oder andere Website erstellen und damit einen kleinen Nebenverdienst > anstreben. > > Nun bin ich am überlegen, welchen Webhoster ich wählen soll. Die > Websites werden wohl meist TYPO3 oder WordPress sein. > Soll oder kann man zu den großen Anbietern wie 1&1, Strato oder Host > Europe gehen oder lieber kleinere wie Alfahosting, Mittwald, Profihost > oder Hosting Agency wechseln? > > Hat hier jemand Erfahrungen damit? > > Ich habe bei T3N einen älteren Beitrag gefunden, der aber scheinbar > nicht mehr so aktuell zu sein scheint: > t3n.de/magazin/reseller-hosti...kaufen-232087/ > > Wichtig ist mir die Server-Performance und ein schneller + erreichbarer > Kundenservice! > Ich will nicht das billigste, sondern was, was auch funktioniert. Ich > kann nicht dauernd Störungen haben, weil ich tagsüber ganz normal in > meinem normalen Job bin... > > Ich freue mich über ein paar Antworten > > lg, Klaus > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Render text with TrueType font using 'niceText' option
TYPO3 4.2? Wow das ist ja schon antik! Die niceText Option war damals berüchtigt dafür, dass sie Probleme macht. Ich hab sie letztendlich immer deaktiviert. In alten Mailinglisten-Einträgen mal suchen, da gibts sicher haufenweise Problem-Threads zu. LG Andrea Am 08.12.2016 um 11:21 schrieb Hannes Aebi: > Hallo, > Die Überschriften auf meiner Homepage sind bei neuen Contents plötzlich > unscharf. Im Install tool ist genau dieses Problem dargestellt unter > Punkt 'Render text with TrueType font using 'niceText' option': > Dort heisst es: > > (If the image has another background color than the image above (eg. > dark background color with light text) then you will have to set > TYPO3_CONF_VARS[GFX][im_imvMaskState]=1) > --- > In meinem Fall hat das Testbild einen anderen Hintergrungd und auch hier > zeigt das Testbild die selbe Unschärfe wie auf der Hompage. > TYPO3_CONF_VARS[GFX][im_imvMaskState] ist aber auf 1 gesetzt. > Woran kann das sonst noch liegen? > Ich werwende Typo3 4.2.0 > > Current configuration > ImageMagick enabled: 1 > ImageMagick path: /usr/bin/ (7.0.2-5) > ImageMagick path/LZW: /usr/bin/ (7.0.2-5) > Version 5/GraphicsMagick flag: im5 > > GDLib enabled: 1 > GDLib using PNG: 1 > GDLib 2 enabled: 1 > IM5 effects enabled: 1 (Blurring/Sharpening with IM 5+) > Freetype DPI: 96 (Should be 96 for Freetype 2) > Mask invert: 1 (Should be set for some IM versions approx. 5.4+) > > File Formats: gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase Form mit 2 Objekten
Hi,
ich wollte fragen, ob es bei Extbase Formularen die Möglichkeit gibt,
mehr als ein property Objekt zu verwenden?
Hintergrund: die Models sind in verschiedenen Extensions gekapselt, mit
den dazu gehörigen Validator Klassen.
Die Idee ist das so verwenden:
/**
* action save
* @param \MyVendor\MyKunden\Domain\Model\Kunde $newKunde
* @validate $newKunde \MyVendor\MyKunden\Validation\SaveValidator
* @param \MyVendor\MyKundenanfrage\Domain\Model\Anfrage $newAnfrage
* @validate $newAnfrage \MyVendor\MyKundenanfrage\Validation\SaveValidator
*/
public function saveAction(
\MyVendor\MyKunden\Domain\Model\Kunde $newKunde,
\MyVendor\MyKundenanfrage\Domain\Model\Anfrage $newAnfrage )
{
//do all the save stuff here
}
Aber mir ist nicht klar, wie ich das in einer Form
umsetze, dass die ganzen Automatismen mit Fehlermeldung, Validation,
usw. funktionieren?
Mich interessiert primär die programmier-technisch "schöne" Lösung und
weniger die Workarounds. Also wie kann ich die Kapselung in einzelne
Extensions/Objekte unter Nutzung von Namespaces weiterführen?
LG Andrea
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Indexed Search und Typo3 v.7.6.11
>Es wird zwar etwas gefunden, er zeigt auch das er 904 Ergebnisse
>gefunden hat und man kann auch durch die Seiten navigieren, aber die
>eigentlichen Ergebnisse werden nicht angezeigt
Das klingt nach einem Fehler im Template oder Pagination.
Mal das Rendering der Reihe nach debuggen:
1) Ergebnisse im Seitenquelltext da aber nicht sichtbar -> CSS Fehler
2) Template Pfade richtig gesetzt, evtl. wurde was überschrieben? Müsste
man im Typoscript ObjectBrowser sehen
3) Im Template File die Suchergebnisse debuggen mit
{variablenname}
Das ist noch ne Liste mit den üblichen indexed Search Problemen:
http://labor.99grad.de/2012/02/08/wenn-indexed_search-nicht-indiziert/
Am 20.11.2016 um 20:20 schrieb Philipp K.:
> Hat wirklich keiner eine Idee?
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hilfe zu Viewhelper
Ach so, sorry ich hätte erwähnen sollen dass das ganze in eine Extension
gehört.
Am einfachsten mit den Extension Builder eine leere Extension anlegen,
der enthält dann den Ordner Classes (Tippfehler, muss groß geschrieben
sein) und alle notwendigen Extension Files.
Aber wenn Extbase noch böhmische Dörfer sind, dann ist das evtl. zu viel
Aufwand für ein formatiertes Datum?
LG Andrea
Am 17.11.2016 um 15:11 schrieb Wolfgang Ruthner:
> Hallo Andrea,
>
> über PHP ist das natürlich auch eine Lösung. Allerdings hänge ich jetzt
> auch hier noch etwas.
>
> Ich habe also unter typo3conf\ext eine Verzeichnisstruktur angelegt, die
> so aussieht
>
> Wolfgang\classes\ViewHelpers\
>
> und darin hab ich eine Datei abgelegt, die DateViewHelper.php
>
> die sieht so aus:
>
> namespace Wolfgang\classes\ViewHelpers;
>
> class DateViewHelper extends
> \TYPO3\CMS\Fluid\Core\ViewHelper\AbstractViewHelper {
>
> /**
> * Format date
> *
> * @param string $value
> * @return "d.M.Y" or "N/A" if no date set
> */
> public function render($value) {
>
> $timestamp = strtotime($value);
> if (($value == '0001-01-01') || ($timestamp <= 0)) {
> return 'N/A';
> }
>
> return date('d.m.Y',$timestamp);
> }
> }
> ?>
>
> das muss ich jetzt im Fluidtemplate noch genau schreiben, damit ich
> diese Funktion anstoße?
> so etwas wie
>
> {f:render(section: 'eventDate', arguments: '{event : event}')}
>
> habe ich schon drinn im html, aber es wird noch nichts ausgegeben. Da
> fehlt mir jetzt noch irgenwo ein Schritt.
>
> Danke für deine Bemühungen!
>
> LG
> Wolfgang
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hilfe zu Viewhelper
Fluid Template:
***
{namespace myviewhelper=MyVendor\MyExt\ViewHelpers}
Formatiertes Datum:
Viewhelper:
typo3conf/ext/my_ext/classes/ViewHelpers/DateViewHelper.php
N/A';
}
return date('d.m.Y',$timestamp);
}
}
?>
Den Code für die Wochentage musst du in der Funktion "render"
entsprechend einfügen.
Weitere Parameter wie "value" sind kein Problem, Variablen-Name =
Parametername.
LG Andrea
Am 17.11.2016 um 13:59 schrieb Wolfgang Ruthner:
> Liebes Forum,
>
> ich versuche meine ersten Schritte mit Viewhelper. Habe hier eine
> Extension die mir bei format:'D' immer die englischen Kürzel ausgibt,
> anstatt der Deutschen, trotz aller möglichen Versuche mit setlocal.
>
> Nachdem ja bekanntlich mehrere Wege nach Rom führen versuche ich das
> Problem mit einem Viewhelper zu lösen.
>
> ich habe mir dazu eine Section "eventWochentag" angelegt, die mit der
> Variable event beschickt wird. Dort ist das eventDate ein Datum, welches
> vorher entsprechend formatiert werden soll. Danach möchte ich abfragen
> ob das Datum "Mon", "Tue", ... was auch immer ist und den entsprechenden
> Tag ausgeben.
>
> Irgendwo hab ich da aber noch einen Verständnisfehler, ich bekomme immer
> eine Fehlermeldung
>
>
>
>
>
> Donnerstag
>
>
>
>
>
> Ich möchte in der Variable TagEN den formatierten String haben, danach
> abfragen was für ein Tag und dementsprechend ausgeben.
>
> Kann mir da jemand einen Schubbser in die richtige Richtung geben? ;-)
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Welche Suche für Typo3 Site
Hi, gut zu wissen - ich habs schon lang nicht mehr in Großprojekten eingesetzt und dachte das kommt da an seine Grenzen. LG Andrea Am 14.11.2016 um 12:28 schrieb Gerhard Obermayr: > Warum soll "indexed search" nur für 20-30 Seiten funktionieren? > > Ich habe ein Beispiel mit ca. 1800 Seiten, wo es einwandfrei funktioniert: > > http://chronik.stadthaag.com <http://chronik.stadthaag.com/> > > Keiner kann sagen, dass es nicht einwandfrei geht! > > > Am 14.11.2016 um 11:51 schrieb Andrea Schmuttermair: >> Hi, >> >> das kommt etwas auf deine Seite an: >> >> Wenns was kleines ist (20-30 Seiten) geht die indexed search auch >> weiterhin. Einfach die Extension installieren, und die Seiten aufrufen >> wenn man NICHT eingeloggt ist. >> Die Anti-Anleitung: >> http://labor.99grad.de/2012/02/08/wenn-indexed_search-nicht-indiziert/ >> >> >> Ansonsten wird üblicherweise Solr eingesetzt. Da ist das Hosting etwas >> aufwändiger, die meisten Hoster bieten deshalb ein Solr Paket an. Aber >> wenns mal läuft, dann läufts, gibt ewig viele >> Konfigurations-Möglichkeiten, die Suche ist sehr mächtig. >> >> http://www.typo3-solr.com/en/home/ >> http://de.slideshare.net/peterschuhmann3/einstieg-in-typo3-solr >> http://de.slideshare.net/jweiland/solr-typo3-konfiguration-workshop >> >> Noch relativ neu ist Elastic Search für TYPO3, auch da hab ich schon >> viel Gutes gehört, die Suchmaschine selber soll noch besser sein als >> Solr. Allerdings ist die TYPO3 Integration noch nicht so weit >> fortgeschritten wie bei Solr, d.h. wenn man sowas wie User Groups und >> TYPO3 Rechte abbilden muss, vorher über den aktuellen Entwicklungsstand >> informieren. >> Welches die beste TYPO3 Extension dazu ist weiß ich leider nicht, ich >> habs noch nicht verwendet. >> >> http://solr-vs-elasticsearch.com/ >> >> LG Andrea >> >> >> >> >> Am 13.11.2016 um 21:17 schrieb Wolfgang Ruthner: >>> Liebes Forum, >>> >>> meine Site steht langsam, so wie ich sie mir vorstelle. Was ich >>> allerdings noch nicht lösen konnte ist eine vernünftige Sucheinbindung. >>> >>> Ich hätte gerne links unter dem Sub-Menü ein Feld wo ich einen >>> Suchbegriff eingeben kann. Danach soll das Ergebnis auf einer eigens >>> dafür angelegten Seite ausgegeben werden. >>> >>> Irgendwie finde ich dazu überhaupt keine Informationen. Das was ich zu >>> index_search finde ist meist ungeeignet für das fluid-template und die >>> meisten Tutorials sind hoffnungslos veraltert. >>> >>> Wie sucht man denn heute in Version 7.6.x ? Gibt es zu indexed_search >>> eine vernünftigere Alternative? >>> >>> Danke für einen Tipp! >>> Wolfi >>> ___ >>> TYPO3-german mailing list >>> TYPO3-german@lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Welche Suche für Typo3 Site
Hi, das kommt etwas auf deine Seite an: Wenns was kleines ist (20-30 Seiten) geht die indexed search auch weiterhin. Einfach die Extension installieren, und die Seiten aufrufen wenn man NICHT eingeloggt ist. Die Anti-Anleitung: http://labor.99grad.de/2012/02/08/wenn-indexed_search-nicht-indiziert/ Ansonsten wird üblicherweise Solr eingesetzt. Da ist das Hosting etwas aufwändiger, die meisten Hoster bieten deshalb ein Solr Paket an. Aber wenns mal läuft, dann läufts, gibt ewig viele Konfigurations-Möglichkeiten, die Suche ist sehr mächtig. http://www.typo3-solr.com/en/home/ http://de.slideshare.net/peterschuhmann3/einstieg-in-typo3-solr http://de.slideshare.net/jweiland/solr-typo3-konfiguration-workshop Noch relativ neu ist Elastic Search für TYPO3, auch da hab ich schon viel Gutes gehört, die Suchmaschine selber soll noch besser sein als Solr. Allerdings ist die TYPO3 Integration noch nicht so weit fortgeschritten wie bei Solr, d.h. wenn man sowas wie User Groups und TYPO3 Rechte abbilden muss, vorher über den aktuellen Entwicklungsstand informieren. Welches die beste TYPO3 Extension dazu ist weiß ich leider nicht, ich habs noch nicht verwendet. http://solr-vs-elasticsearch.com/ LG Andrea Am 13.11.2016 um 21:17 schrieb Wolfgang Ruthner: > Liebes Forum, > > meine Site steht langsam, so wie ich sie mir vorstelle. Was ich > allerdings noch nicht lösen konnte ist eine vernünftige Sucheinbindung. > > Ich hätte gerne links unter dem Sub-Menü ein Feld wo ich einen > Suchbegriff eingeben kann. Danach soll das Ergebnis auf einer eigens > dafür angelegten Seite ausgegeben werden. > > Irgendwie finde ich dazu überhaupt keine Informationen. Das was ich zu > index_search finde ist meist ungeeignet für das fluid-template und die > meisten Tutorials sind hoffnungslos veraltert. > > Wie sucht man denn heute in Version 7.6.x ? Gibt es zu indexed_search > eine vernünftigere Alternative? > > Danke für einen Tipp! > Wolfi > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase-/Fluid -Doku für 6.2
Die Fehler die du korrigiert hast sind offensichtlich falsch, egal ob 6.2 oder 7.6 Hast du mal mit dem Extension Builder rumprobiert? Der ist nicht perfekt, aber gerade zum Einstieg erzeugt er ganz guten Code. Vor allem passen die Struktur von Pfaden und Ordnern, und man hat schon mal ne lauffähige Extension. Hast du ne composer Installation oder nicht? Das würde die autoload Fehler erklären, dann brauchst du eine composer.json Datei in der Extension. Ohne Composer gelten folgende Konventionen (liebe Gruppe bitte korrigieren, wenn was nicht stimmt): > class:Tx_Inventory_Controller_InventoryController maybe not loaded or no > autoloader? (More information) Erwartet wird folgende Struktur: typo3conf/ext/inventory * Classes ** Controller *** InventoryController.php: Hallo Andrea, hallo Michael, > > danke für eure Antworten. Zunächst: 6.2 ist gesetzt, die Versionsfrage > stellt sich für mich gar nicht erst ;) > Ich habe das Inventory-Beispiel aus dem Extension-Handbuch (latest) > implementiert. Meine Anpassungen dabei: > > - Namespaces ohne führende und folgende Backslashes: > namespace MyVendor\Inventory\Controller; > statt > namespace \MyVendor\Inventory\Controller\; > > - Namespace des ProductRepositorys ist fehlerhaft, Verzeichnis > "Repository" liegt neben "Model", nicht darin: > > namespace MyVendor\Inventory\Domain\Repository; > statt > namespace MyVendor\Inventory\Domain\Model\Repository; > > > Die Extension lässt sich installieren (nachdem ich in der ext_emconf.php > die vorausgesetzte TYPO3-Version heruntergesetzt habe), und ich kann im > Backend meine Produkte anlegen. Im Frontend fliegt mir nach Einbinden > des Plugins aber folgendes um die Ohren: > > Uncaught TYPO3 Exception > #1289386765: Could not analyse > class:Tx_Inventory_Controller_InventoryController maybe not loaded or no > autoloader? (More information) > > TYPO3\CMS\Extbase\Object\Container\Exception\UnknownObjectException > thrown in file > [...]\htdocs\typo3\sysext\extbase\Classes\Object\Container\ClassInfoFactory.php > in line 37. > > Der angemeckerte Klassenname > "Tx_Inventory_Controller_InventoryController " sieht für mich wie ein > Umbau des Namespaces meines Controllers > (MyVendor\Inventory\Controller\InventoryController) aus, aber wo und > warum das passiert, weiß ich natürlich nicht. > "More information" führt mich zu htt > ps://wiki.typo3.org/Exception/CMS/1289386765, wo ich "If you got the > error while migrating your extension to use namespaces" versuche - was > aber auch nach Cache-Flush und Leeren von typo3temp keinen Unterschied > bringt. Zurückgedreht. > > > Habe noch htt > p://www.typoblog.de/extension-entwicklung-mit-extbase-fluid-teil-1/ > aufgetan. Das will ich nun durcharbeiten. Mein Arbeitsziel ja nicht der > Backport von 7.x-Extensions, sondern die Umsetzung meiner Businesslogik > unter 6.2 ;) > Deinem Literaturhinweis werde ich nachgehen, Andrea, vielen Dank. > > > Viele Grüße - und sobald mich das Forum BBCode verwenden lässt, werde > ich meine Postings auch lesbarer formatieren. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Scripts einbinden unter Typo3 7.6.11
Typoscript für Parameter-Übergabe:
lib.meineFunktion = USER_INT
lib.meineFunktion {
userFunc = meineKlasse->HelloWorld
includeLibs = fileadmin/helloworld.php
userFunc {
type = A
param2 = ...
}
}
Und das PHP:
public function HelloWorld ($content = '', $conf = array()) {
//Übergabeparameter anzeigen:
var_dump($conf);
//ungetestet, aber so müsste man an type kommen:
$params = $conf['userFunc.'];
$type = $params['type']
}
LG Andrea
Am 03.11.2016 um 13:33 schrieb Wolfgang Ruthner:
> Quote: alexanderkuenzl wrote on Thu, 03 November 2016 10:40
>
>
>> nimm:
>>
>> lib.meineFunktion = USER_INT
>> lib.meineFunktion {
>> userFunc = meineKlasse->HelloWorld
>> includeLibs = fileadmin/helloworld.php
>> }
>>
>> und rufe das dann in einem Fluidtemplate so auf:
>>
>>
>
> Jaa Jaa Jaa Da kommt ein kleines Licht am
> Ende des Tunnels :-))
>
> Das ist es. Genau das ist es, was ich brauche. Getestet und als
> funktionierend befunden! Super, herzlichen Dank!
>
> Jetzt bräuchte ich dann nur mehr die Möglichkeit einen Parameter
> übergeben zu können. In meiner alten Typo3 Konfiguration habe ich da mit
> "type" einen Wert übergeben, der dann ausgewertet wurde um die
> entsprechende Funktion befüllen zu können.
>
> da stand:
> 20 = USER
> 20.userFunc = user_functions->Leistungsliste
> 20.type = A
>
> wie kann ich das "type" hier mitschicken?
>
> Grüße
> Wolfgang
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Scripts einbinden unter Typo3 7.6.11
Also ich weiß nicht ob das jetzt überhaupt noch aktuell ist oder die
anderen Lösungen eh besser sind.
Aber wenn du immer noch dein altes PHP File per userfunc einbinden willst:
Fehlerquelle 1: PHP Error der nicht angezeigt wird
- setze im Install Tool die Debug Einstellungen hoch, damit PHP
Fehlermeldungen angezeigt werden im Frontend
- Checke die Error Logs (ruhig mal nen Fehler mit PHP provozieren ob
überhaupt geloggt wird, dann wirds zumindest aufgerufen).
Es gibt auch in typo3temp/logs noch Extbase Logs
Fehlerquelle 2: Pfade / Namespaces
Mit einem neuen PHP File und Hello World so lange rumprobieren bis was
angezeigt wird.
- eine PHP Datei in Fileadmin, ohne Namespaces:
page.10 = USER_INT
page.10 {
userFunc = myFunction
includeLibs = fileadmin/helloworld.php
}
- eine PHP in einer Extension: hier ist die Frage ob composer
Installation oder ohne. Ich kenne nur ohne composer, da liegt die PHP
Datei im Unterordner Classes - der wird aber im Namespace Pfad weggelassen.
Beispielcode ist auf meiner Seite, du kannst auch deinen Code hier
reinkopieren und dann schau mer mal.
Hier noch die TYPO3 Doku:
https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/UserAndUserInt/Index.html
Ach ja, und natürlich der berühmt-berüchtigte TYPO3 Cache:
Wenn die UserFunc in einer Extension liegt, dann Extension einmal
deinstallieren und wieder installieren hilft oft Wunder.
Dazu der Button "Cache Leeren" im Install Tool.
So long, viel Erfolg!
LG Andrea
Am 02.11.2016 um 21:30 schrieb Wolfgang Ruthner:
> Hallo Andrea,
>
> auch dein Tutorial hatte ich schon gefunden. Hab die Codezeilen im Setup
> der Seite reingetippt. Leider ohne Erfolg. Es wird rein gar nichts
> angezeigt :-(
>
> Grüße
> Wolfgang
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Scripts einbinden unter Typo3 7.6.11
Hier mein Tutorial für Userfuncs:
http://www.schmutt.de/542/userfunc-tutorial-update/
Ich würde deine PHP Datei in eine Extension verpacken wie beschrieben,
Namespace am Anfang der PHP Datei deklarieren, und dann kannst du die
ganzen Funktionen mit angepasstem Pfad wie bisher verwenden.
Die Datei: MyExtension\Classes\UserFunctions.php
im TS:
page.10 = USER_INT
page.10 {
userFunc = MyVendor\MyExtension\UserFunctions->myFunction
}
LG Andrea
Am 02.11.2016 um 13:36 schrieb Wolfgang Ruthner:
> Liebes Forum,
>
> ich versuche gerade meine alte Typo3 Version (4.x) auf Version 7.6.11 zu
> bringen. Die Homepage entstand vor vielen Jahren und ich hab seitdem
> Typo3-mässig nicht mehr viel gemacht. Entsprechend groß sind die
> Troubles da wieder alles neu aufzusetzen.
>
> Einiges konnte ich schon umsetzen, aber ich scheitere seit Stunden die
> alten externen PHP Scripts wieder im neuen Typo3 einzubinden. Ich habe
> mir als Basis das offzizielle Introduction Package geladen und dies an
> meine Bedürfnisse angepasst.
>
> ich habe in der Version 4.3 eine userfunctions.php im
> fileadmin-Verzeichnis, wo jede Menge Funktionen gespeichert sind, welche
> von der alten Homepage abgerufen werden. Die hätte ich auch gerne wieder
> in 7.6.11 verwendet.
> ich habe jetzt wo anders gefunden, dass dies via TypoScript so
> funktionieren sollte:
>
> page = PAGE
> page.typeNum = 0
>
> includeLibs.test_library = fileadmin/testfile.php
>
> lib.obj = USER
> lib.obj.userFunc = custom_class->customfunction
>
>
> ich habe mir so ein testfile.php erstellt und dort drinnen auch die
> customfunction die "Hallo Welt" retournieren sollte. Die Seite zeigt
> aber nichts an. Was mache ich hier falsch?
>
> Danke für eine Hilfestellung,
> Wolfi3300
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase-/Fluid -Doku für 6.2
Hi,
die 1. Auflage des Buches "TYPO3 Extbase" bezieht sich auf Version 6.2
https://www.amazon.de/TYPO3-Extbase-Moderne-Extension-Entwicklung-Fluid/dp/3955390705/ref=sr_1_2?ie=UTF8=1478112340=8-2=typo3+extbase
Grundsätzlich ist es so, dass Extbase von 7 auf 6.2 ziemlich gut
rückwärts-kompatibel ist, vor allem bei den Tutorials und Büchern
verwendet man eher die Basics und weniger die Latest-Features. Das
müsste eigentlich auf beiden laufen.
Das heißt poste doch einfach mal deine Fehlermeldungen, kann gut sein
dass es gar keine schlimmen Probleme sind sondern nur Konfiguration oder
Einstellungen oder sowas. Damit du mehr Antworten bekommst am besten als
neuen Topic.
LG Andrea
Am 02.11.2016 um 13:35 schrieb atleast3 maximum20:
> Hallo zusammen,
>
> ich möchte mich in die Extension-Entwicklung mit Extbase und Fluid unter
> TYPO3 6.2 einarbeiten. Zu diesem Zweck lese ich mich durch htt
> ps://docs. typo3.org/typo3cms/ExtbaseFluidBook/ (*) . Die darin
> (übrigens sehr anschaulich!) beschriebenen Konzepte verstehe ich
> grundsätzlich, allerdings laufen die Beispiele bei mir nicht. Das liegt
> vermutlich daran, dass sie entweder für 4.7 oder für 7.x ("latest")
> programmiert wurden. Im Ergebnis fliegen mir nun bei der Anzeige der
> Plugins im Frontend Exceptions um die Ohren - sowohl mit den
> Beispiel-Codes aus 4.7 als auch mit denen aus "latest".
> Lange Rede, kurzer Sinn: Wo finde ich eine Einführungsdoku für
> Extension-Entwickler auf Basis von TYPO3 6.2?
>
> Danke und Gruß
>
>
> *: Meldung vom Forum: You cannot use links until you have posted more
> than 3 messages.
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlermeldung beim Anlegen neuer FE User
Anscheinend hat er das neue Feld irgendwie noch fehlerhaft und erzeugt die Query damit. Erst nochmal alle TCA's und ext_tables.sql Einträge checken (auch im Install Tool per Database Compare) Und dann noch der Cache: typo3temp löschen, Cache im Install Tool löschen LG Andrea Am 11.08.2016 um 12:17 schrieb Ralf-Rene Schröder: > Hallo zusammen... > beim Anlegen neuer FE User im Backend bekomme ich in der TYPO3 Debug > Console den Fehler unten ausgegeben ??? wenn ich Benutzername und > Benutzergruppe eintrage kann ich auch problemlos speichern, beim Edit > kommt kein Error, eben NUR beim Aufbau des BE Formulars zum Anlegen... > Jemand eine Idee ??? > (würde natürlich aus kosmetischen Gründen diesen Fehler weg bekommen) > > ___ > > DB Error exec_SELECTquery > caller => 'TYPO3\CMS\Core\Database\DatabaseConnection::exec_SELECTquery' > ERROR => 'Unknown column 'NEW57ac4a0ca1dfa728995875' in 'where clause'' > > lastBuiltQuery => ' > SELECT fe_groups.felogin_redirectPid > FROM fe_users, fe_groups > WHERE fe_groups.felogin_redirectPid != "" > AND fe_groups.uid IN (fe_users.usergroup) > AND fe_users.uid = NEW57ac4a0ca1dfa728995875 > LIMIT 1 > ' > PS: ich habe zwar die fe_users Tabelle um ein Feld erweitert, aber auch > das Entfernen des TCA Overrides dafür brachte keine Veränderung... > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT ... PHP fwrite resource
du brauchst den filehandler statt dem Dateinamen, also:
$handler = fopen($datei, 'a');
fwrite($handler, $message);
fclose($handler);
Am 23.07.2016 um 00:03 schrieb Ralf-Rene Schröder:
> Hallo...
> ich habe ein kleines PHP Verständnisproblem
>
> ich versuche mit folgendem in eine existierende Datei zu schreiben
>
> //als erstes hole ich einen string aus der DB (Pfad mit Dateiname)
> $datei = $dialog->getMessagefile();
> fopen($datei, 'a');
> fwrite($datei, $message);
> fclose($datei);
>
> dies wird aber mit folgendem Fehler quittiert
> TYPO3\CMS\Core\Error\ErrorHandler::handleError
> (2,"fwrite() expects parameter 1 to be resource, string given", ...)
> fwrite("fileadmin/pfad/Dialog_11139_11129.html", "nachricht")
>
> Pfad und Datei sind korrekt, wieso wird es nicht als resource
> interpretiert sondern als string und wie kann ich das korrigieren ???
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Hi Ralf, das sieht interessant aus, werde ich mir mal zu Gemüte führen. Wenns funktioniert hat sich die Jahresgebühr schon in nem Monat rentiert. LG Andrea Am 10.05.2016 um 17:12 schrieb Ralf-Rene Schröder: > Am 10.05.2016 um 13:48 schrieb Andrea Schmuttermair: >> Das heißt es müsste ein Tool sein mit klarem Fokus auf dem Thema: >> Angebot - Preis - Status (angeboten, beauftragt, erledigt). > > ich mache sowas über FastBill.com (klappt eigentlich ganz gut) > und wenn jemand es nutzen will würde ich mich über eine kleine Provision > freuen durch Buchung über: http://zfer.us/PJyHk > (30-Tages Test ist frei ... keine automatische Verlängerung) > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Tja, die Agentur-Realität ist oft weit entfernt von dem was sinnvoll und praktikabel wäre. Aber mein Bankkonto leider auch oft ;) LG Andrea Am 10.05.2016 um 17:11 schrieb Michael Stein: > On Tue, 10 May 2016 13:48:40 +0200, Andrea Schmuttermair wrote: > >> Hi liebe Community, >> >> sorry die Frage ist etwas Off-Topic, aber mit dem Problem bin ich sicher >> nicht die einzige in der Branche. Also vielleicht kennt ja jemand das >> Problem und hat ne Lösung für: >> >> Ich bin Freelancer und habe eine Agentur, die von mir TYPO3 Support mit >> Aufwands-Abschätzung und Angebot haben will. >> Das ist von paar Stunden für neues Feature bis runter zu 10 Minuten für >> Textänderung, die aber vorher von mir abgeschätzt, kommuniziert, dann >> mit deren Kunden abgestimmt und irgendwann beauftragt wird. >> >> Derzeit geht das alles per Mail, manchmal schreibe ich auch >> Angebots-Dokumente da sonst die Zahlen die ich später für Abrechnung >> brauche im Text verloren gehen. Wie man unschwer erkennt ist der Aufwand >> dafür ungleich höher als das was letztendlich abgerechnet wird. >> >> Bevor ich jetzt die Agentur zum Teufel schicke weil unrentabel (und ich >> hab auch Verständnis für deren Situation, da sie ja ebenfalls alles mit >> Kunden abstimmen müssen): >> Kennt jemand ein Tool mit dem man sowas vereinfachen kann? Ich habs >> schon mit Ticketing-Tools versucht (Trello ging noch am besten), aber >> die Agentur bringt es nicht fertig das in ner logischen Struktur zu >> verwenden, das war am Ende nur Kraut und Rüben mit tausend Kommentaren, >> Bugreports, Screenshots und alles was man halt im Webseiten-Support so >> findet. >> >> Das heißt es müsste ein Tool sein mit klarem Fokus auf dem Thema: >> Angebot - Preis - Status (angeboten, beauftragt, erledigt). >> >> Wenns sowas noch nicht gibt, das wär eigentlich ein hübsches >> Startup-Produkt, die Idee kann gerne jemand klauen und ich mach >> Beta-Tester ;) >> >> LG Andrea > > Hi Andrea, > das kenne ich. Ich würde versuchen mit der Agentur zu reden. Die müssen > einsehen, dass dich diese Aktionen eine Menge Zeit kosten und dass das > kein professionellen Arbeiten ist. > Bei solchen Kunden muss man irgendwie dazu kommen, dass man nach Aufwand > abrechnen kann. > Außerdem solltest Du deine Akquise mit kalkulieren. > > LG Michael > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Hm Redmine kenne ich, das ist ne Idee. Muss allerdings schauen ob es bedienbar ist für nicht Technik-Affine User... LG Andrea Am 10.05.2016 um 14:31 schrieb Marcus Raphelt: > Hallo, > > wir machen das mit Redmine - es gibt auch ein paar Plugins, die das > Leben dann vereinfachen. Im Groben kann man, wie in einem Ticketsystem > üblich, Projekte, Unterprojekte, Tickets, Untertickets etc. anlegen, > Redmine bietet aber die entscheidenden Felder ab Werk: > > -Start- und Abgabedatum (daraus können GANTT-Charts erstellt werden) > -Voraussichtlicher Aufwand in Std > -Tickets können (Unter-)Projekten zugewiesen werden > -Zu jedem Ticket können Aufwände gebucht werden. Die Aufwände sind ans > Ticket gebunden, d.h ändert sich die Projektzuweisung des Tickets, dann > auch die der Aufwände > -Alles das kann an so ziemlich jeder Stelle als CSV exportiert werden > > Empfehlen kann ich dann noch das Plugin "Timesheet", welches auf > Knopfdruck über einen Wunschzeitraum nach Projekt gruppiert die > angefallenen Aufwände ausgibt. Sehr praktisch am Monats- bzw. Projektende. > https://github.com/arkhitech/redmine_timesheet_plugin > > Es gibt auch noch das Plugin "Invoices", welches gut zu sein scheint - > habe ich aber noch nicht getestet > http://www.redminecrm.com/projects/invoices/pages/1 > > > Gruß > Marcus > > > > > > Am 10.05.2016 um 13:48 schrieb Andrea Schmuttermair: >> Hi liebe Community, >> >> sorry die Frage ist etwas Off-Topic, aber mit dem Problem bin ich sicher >> nicht die einzige in der Branche. Also vielleicht kennt ja jemand das >> Problem und hat ne Lösung für: >> >> Ich bin Freelancer und habe eine Agentur, die von mir TYPO3 Support mit >> Aufwands-Abschätzung und Angebot haben will. >> Das ist von paar Stunden für neues Feature bis runter zu 10 Minuten für >> Textänderung, die aber vorher von mir abgeschätzt, kommuniziert, dann >> mit deren Kunden abgestimmt und irgendwann beauftragt wird. >> >> > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Abrechnung von Support
Hi liebe Community, sorry die Frage ist etwas Off-Topic, aber mit dem Problem bin ich sicher nicht die einzige in der Branche. Also vielleicht kennt ja jemand das Problem und hat ne Lösung für: Ich bin Freelancer und habe eine Agentur, die von mir TYPO3 Support mit Aufwands-Abschätzung und Angebot haben will. Das ist von paar Stunden für neues Feature bis runter zu 10 Minuten für Textänderung, die aber vorher von mir abgeschätzt, kommuniziert, dann mit deren Kunden abgestimmt und irgendwann beauftragt wird. Derzeit geht das alles per Mail, manchmal schreibe ich auch Angebots-Dokumente da sonst die Zahlen die ich später für Abrechnung brauche im Text verloren gehen. Wie man unschwer erkennt ist der Aufwand dafür ungleich höher als das was letztendlich abgerechnet wird. Bevor ich jetzt die Agentur zum Teufel schicke weil unrentabel (und ich hab auch Verständnis für deren Situation, da sie ja ebenfalls alles mit Kunden abstimmen müssen): Kennt jemand ein Tool mit dem man sowas vereinfachen kann? Ich habs schon mit Ticketing-Tools versucht (Trello ging noch am besten), aber die Agentur bringt es nicht fertig das in ner logischen Struktur zu verwenden, das war am Ende nur Kraut und Rüben mit tausend Kommentaren, Bugreports, Screenshots und alles was man halt im Webseiten-Support so findet. Das heißt es müsste ein Tool sein mit klarem Fokus auf dem Thema: Angebot - Preis - Status (angeboten, beauftragt, erledigt). Wenns sowas noch nicht gibt, das wär eigentlich ein hübsches Startup-Produkt, die Idee kann gerne jemand klauen und ich mach Beta-Tester ;) LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE vergrößern
Hi, ich suche die Einstellung, mit der man den RTE bei Standard Text Feldern vergrößern kann? Das hier sollte eigentlich die Vergrößerung mit der Maus aktivieren, tuts aber nicht? setup.override.resizeTextareas = 1 setup.override.resizeTextareas_Flexible = 1 Dann dachte ich an den Fullscreen Mode: TCEFORM.tt_content.bodytext.RTEfullScreenWidth= 80% Bringt aber auch nichts, der RTE ist höchstens halbe Bildschirmbreite. Liegt das evtl. an der 7.6 LTS oder am FluidStyledContent? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] userFunc Tutorial
Hi ihr, Ich hab mal endlich alles zu userFuncs zusammengeschrieben, getestet mit der aktuellen 7.6er, vielleicht hilfts ja jemandem. http://www.schmutt.de/542/userfunc-tutorial-update/ Die meisten Infos sind von der Liste hier, v.a. danke an Peter Linzenkirchner für die Beispiel-Extension! (und wenn sowas hier unerwünscht ist bitte sagen) LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] DCE Template File
Hi, in der aktuellen DCE Version kann man keine Template Filepfade mehr auswählen, sondern muss FAL verwenden. Jetzt habe ich meine Templates in einer Template Extension - und möchte die ungern als Filemount reinhängen. Wie löst ihr das, um die DCE Templates ins git zu bekommen? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Database Analyzer TYPO3 7.6.2
Das ist sehr schräg, hast du den Datei Upload überprüft, ob da was geschreddert wurde? LG Andrea Am 06.02.2016 um 00:30 schrieb Christian Baer: > Hallo Zusammen, > > habe seit neuestem ein Problem. > Ich habe mein TYPO3 offline auf Version 7.6.2 aktualisiert, hat soweit > auch alles problemlos funktioniert. > Auf Webserver geladen, alles in Ordnung. > > Jetzt wollte ich eine Extension installieren, offline getestet, alles gut. > > Online wurden beim Installieren der Extension allerdings die Tabellen in > der DB nicht mit angelegt. > Ok, kein Thema, ich also ins Install Tool, den Database Analyzer > aufgerufen. > Hier bekomme aber eine ganze Palette Aktionen angezeigt, die ich offline > ( bei gleichem Stand der DB ) nicht bekomme. > Was daran auffällig ist: in sämtlichen Statements fehlen die "h", z.b. > > --- > ALTER TABLE be_groups ADD ide_in_lists tinyint(4) NOT NULL default '0'; > ALTER TABLE be_sessions ADD ses_ as lock int(11) NOT NULL default '0'; > ALTER TABLE be_users ADD usergroup_cac ed_list text; > ALTER TABLE pages ADD idden tinyint(4) unsigned NOT NULL default '0'; > --- > > Zumindest lt. ext_tables.sql der neuen Erweiterung sind diese aber in > den Statements vorhanden. > > Einziger für mich ersichtlicher Unterschied ist: > offline > PHP 5.5.29 ( mod_php ) > > online > PHP 5.5.31 ( php_fastcgi ) > > > Gibt es hier eine Einstellung die ggf. noch gemacht werden muss bzw. ist > das irgend ein bekanntes Problem? > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid styled content: image rendering definition fehlt
Ja! Das wars, danke! LG Andrea Am 03.02.2016 um 08:52 schrieb Bernd Wilke: > Am 02.02.2016 um 12:07 schrieb Andrea Schmuttermair: >> Hi, >> >> ich will nur FSC nutzen, aber eine Fehlermeldung ist dann doch unschön, >> wenn ich das so beim Kunden abgebe. >> Kann man die anderen Elemente irgendwie entfernen aus der Page Content >> Liste? > > die CEs sollten verschwinden, wenn du CSC im EM deaktivierst. > > bernd > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fluid styled content: image rendering definition fehlt
Hallo, bei einer neuen 7.6er Installation verwende ich Fluid Styled Content, und bekomme statt einem Bild diese Fehlermeldung: ERROR: Content Element type "image" has no rendering definition! Wenn ich den Content Typ auf "Text mit Bild" ändere geht aber alles. Ich vermute da muss man nur ein Typoscript kopieren, also sowas in der Art: tt_content.image < tt_content.text_image Hat da jemand nen Hinweis zu? Vielen Dank, Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid styled content: image rendering definition fehlt
Hi, ich will nur FSC nutzen, aber eine Fehlermeldung ist dann doch unschön, wenn ich das so beim Kunden abgebe. Kann man die anderen Elemente irgendwie entfernen aus der Page Content Liste? LG Andrea Am 02.02.2016 um 10:52 schrieb Bernd Wilke: > Am 02.02.2016 um 10:33 schrieb Andrea Schmuttermair: >> Hallo, >> >> bei einer neuen 7.6er Installation verwende ich Fluid Styled Content, >> und bekomme statt einem Bild diese Fehlermeldung: >> >> ERROR: Content Element type "image" has no rendering definition! >> >> Wenn ich den Content Typ auf "Text mit Bild" ändere geht aber alles. >> Ich vermute da muss man nur ein Typoscript kopieren, also sowas in der >> Art: >> >> tt_content.image < tt_content.text_image > > das ist der Unterschied zwischen CSC und FSC. > in CSC gibt es das CE 'image' und dort gibt es entsprechend auch eine > Renderanweisung. > Wenn du eine Neuinstallation hast und nur FSC nutzen willst solltest du > CSC deaktivieren! Dann gibt es dieses CE nicht mehr. > alternativ kannst du natürlich auch CSC und FSC aktiv haben. dann musst > du aber noch das statische TS von CSC mit einbinden damit die > entsprechenden CEs auch gerendert werden können. > Da das aber zu einem mixed HTML-Style führen kann ist das nicht wirklich > empfehlenswert. > > bernd > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 7.6 Install Documentation
Hi ihr, danke für eure Rückmeldungen, sorry da war ich gestern etwas gefrustet, mir ist schon klar dass es keinen gibt da schuld ist, aber ich seh außer diskutieren grad keine Möglichkeit was zu ändern. Der Vorschlag mit dem editieren ist gut - hat aber zwei Probleme: 1) es war wohl ein Fehler bei meinem System, wenn die URL woanders funktioniert. Also kein Grund die Doku zu ändern. Und deswegen sollte das jemand dokumentieren der sich damit auskennt. Oder zumindest eine Kooperation geben zwischen einem Redakteur und einem der sich auskennt. 2) es fehlt irgendwie strukturell was, ich kann ja nicht die 6.2er Dokumentation verändern. Es gibt nur EINE Install Doku für beide LTS Versionen, da bräuchts irgendwie ein Versionsmenü. Übrigens ein Grundproblem das mir schon öfters begegnet ist, da ich im Moment ALLE LTS Versionen irgendwo im Projekt hab, also 4.5 (jup gibts immer noch), 6.2 und 7.6 Das was angesprochen wurde zum Thema Dokumentation und Bezahlung: es ist bereits jetzt im TYPO3 Association Budget der Block Dokumentation als sehr wichtig eingestuft und hat auch genug Budget. Es fehlt da eher an Leuten glaub ich. Ich hab sogar mal versucht da irgendwie mitzumachen, an sich dokumentier ich recht gerne. Aber die Einstiegshürde ist einfach zu hoch, tausende von Tools und Strukturen die ich bis heute nicht durchblicke, von github über Wiki über docs.typo3 mit den ganzen REST Tools, Sphinx und whatever. Und sinnvolle Ansprechpartner gibts auch keine für mich ersichtlichen. Im Doc Team ist das schon wieder viel zu highlevel, die sind vor allem für die Grundlagen, Tools und Strukturen zuständig. Das was ich angesprochen habe ist eigentlich Usability: wie kommt man ohne Einschulung zur ner gescheiten Install Doku auf typo3.org? Also schreib ich halt hier und hoffe dass jemand mitliest der jemand kennt der wieder jemand kennt der ne Idee zu hat... LG Andrea Am 26.01.2016 um 11:09 schrieb Michael Schams: > On Tue, 2016-01-26 at 09:48 +0100, Stefan Padberg wrote: > > [...] >> die Erwartung, dass "die Community" die Doku-Wikis aktuell hält, hat >> sich seit Jahren nicht bestätigt. > > Ich bezog mich auch nicht auf das Wiki [1] (welches "fast" jede(r) > bearbeiten kann), sondern auf docs.typo3.org [2] (bei dem weiterhin fuer > alle offiziellen Manuals und Guides ein Review & Publish Workflow gilt). > >> Das TYPO3-Projekt hat eine Größenordnung und eine Komplexität erreicht, >> dass solche zentralen Aufgaben wie Dokumentation auch von dafür >> angestellten und ausgebildeten Fachkräften durchgeführt werden müssen, >> die in einem engen Kommunikationszusammenhang mit den Core Entwicklern >> stehen. > > Das TYPO3 Documentation Team? [3] > >> Und so etwas kann nur die TYPO3 Association anstoßen, lenken und >> schießlich auch finanzieren. > > Das wird aber nicht passieren, wenn man sich nur auf Mailinglisten oder > im Forum austobt :-) Hast du deine Vorschlaege (die ich uebrigens > grundsaetzlich gar nicht so schlecht finde) schon einmal mit dem DocTeam > diskutiert? Siehe: [4] > >> Ich als Integrator/Nutzer kann Fehler (oder etwas, was ich dafür halte) >> melden - wenn ich weiß, wo. Dazu fülle ich gerne auch ein Formular aus. >> Ich werde mich aber mit Sicherheit nicht bei Slack, bei Github, bei >> Typo3 Forge und weiß der Teufel wo noch überall anmelden, um das zu tun. > > Aehrm, ja, wie gesagt: GitHub reicht, um die Versionsnummern zu > aktualisieren. Mein Vorschlag zur Mithilfe bezog sich nicht darauf, ein > komplettes Manual zu schreiben :-) > >> Es muss einfacher gehen. >> Es braucht klar definierte Kommunikationskanäle mit dem Core Team und >> mit den Core Mitarbeitern der Association. >> Es braucht Menschen, die diese Kommunikationskanaäle auch betreuen. > > > Was wir alle wollen ist eine Verkommerzialisierung von TYPO3 CMS, damit > genug Budget da ist, um diese Menschen fest anzustellen und zu bezahlen. > Wieviel $ waerst du bereit zu bezahlen, damit du ein Jahr TYPO3 auf > deinem eigenen Server nutzen darfst? > > > Ich bin gespannt, was die angestrebte TYPO3 Inc. [5] bringen wird. > >> Und es braucht Menschen, die die Doku und die Tutorials nach einem >> einheitlichen didaktischen Konzept pflegen. > > Gerade kommt mir wieder das DocTeam in den Sinn, die meiner Meinung nach > einen recht guten (unbezahlten) Job machen. > > PS: das Schreiben dieses Posts dauerte laenger, als die Versionsnummern > auf GitHub zu editieren und den pull-request zu machen ;-) > > > Cheers > Michael > > [1] https://wiki.typo3.org > [2] https://docs.typo3.org > [3] https://typo3.org/teams-committees/documentation/ > [4] https://forum.typo3.org/index.php/f/44/ > [5] https://typo3.org/news/article/update-on-the-typo3-inc-prepara
Re: [TYPO3-german] 7.6 Install Documentation
Stimmt, mit dem mod_rewrite hatte ich gestern Probleme, das realurl ging nicht. Sollte aber trotzdem irgendwo erwähnt sein, grad bei der Installation hat man das öfters mal, und meines Wissen ist die .htaccess nicht mandatory. LG Andrea Am 26.01.2016 um 11:24 schrieb Michael Schams: > On Tue, 2016-01-26 at 09:06 +0100, Bernd Wilke wrote: > > [...] >>>> Beispielsweise hat sich die URL zum Install Tool geändert von >>>> typo3/install auf typo3/sysext/install/Start/Install.php >>>> -> steht nirgends > [...] >> bei mir startet das Install tool mit /typo3/install/ ! > > Ooops. Sorry. Bernd hat natuerlich Recht: /typo3/install/ geht auch > weiterhin, vorausgesetzt Apache ist so konfiguriert, dass der Redirect > in der typo3/.htaccess ausgefuehrt wird. > > > Cheers > Michael > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 7.6 Install Documentation
Hi ihr, also das ist zwar technisch richtig, aber geht genau die falsche Richtung in dem eh schon verfahrenen Thema TYPO3 und Dokumentation. Das sind zwei verschiedene Use-Cases: - Install.md ist rein technisch, für den Sysadmin, Programmierer, etc. - eine Install Dokumentation sind neben dem "Getting Started" eine von Redakteuren geführte Einführung in TYPO3, Zielgruppe Einsteiger und Umsteiger Es spricht nichts dagegen die Install.md irgendwo bei der Install Dokumentation reinzuparsen. Aber das reicht nicht aus, da sind beispielsweise keine Screenshots drin. LG Andrea Am 26.01.2016 um 16:04 schrieb Michael Kasten: > Hallo, > > naja wie immer sind die Wogen aus der Versionsschlacht der > vergangen Jahre noch nicht geglättet, das merkt man nicht nur an > der Doku sondern insgesamt beim googlen da muss man eben die Augen > offen halten :) > > Mal so ein Gedanke: > > Was spricht eigentlich gegen die install.md direkt im Core Paket, > ich finde das hier viel Verwirrung vermieden werden kann wenn hier > zu den jeweiligen Versionen die richte Anleitung direkt "beiliegt" > > Ich denke weiterhin das keiner sich ausschließlich mit der > Anleitung auseinander setzt, sondern das immer im Kontext der > Installation geschieht, es wäre also naheliegend immer auf die > jeweilige Install Info Datei im Core Paket zu verweisen? > > Denkbar wäre dann auch eine direkte Verwendung dieser Dateien auf > docs.typo3.org, pro Version eine Seite anlegen welche dann die Info > direkt aus dem Repo parst. > > Dann sollte es die Info nur noch an einer Stelle geben und gepflegt > werden können (nämlich im Repo und da ist die Versionierung auch > gleich geregelt) > > nur mal so ein Gedanke > > my2cent > > > > Am 26.01.2016 um 12:38 schrieb Michael Schams: >> On Tue, 2016-01-26 at 11:40 +0100, Andrea Schmuttermair wrote: > >> [...] >>> es fehlt irgendwie strukturell was, ich kann ja nicht die 6.2er >>> Dokumentation verändern. Es gibt nur EINE Install Doku für >>> beide LTS Versionen, da bräuchts irgendwie ein Versionsmenü. > >> Das gibt es: > >> https://docs.typo3.org/typo3cms/InstallationGuide > >> In der linken Spalte findest du ganz unten "Related Links" und >> (ganz klein rechts) "v: 7". Ein Klick darauf sollte ein >> Versionsmenue oeffnen, in dem du andere Versionen (z.B. 4.5, 6.2 >> und "latest") der Doku oeffnen kannst (sofern vorhanden). > >> Eine andere Moeglichkeit ist, die URL direkt einzugeben, zum >> Beispiel: > >> https://docs.typo3.org/typo3cms/InstallationGuide/4.5/ >> https://docs.typo3.org/typo3cms/InstallationGuide/6.1/ >> https://docs.typo3.org/typo3cms/InstallationGuide/latest/ > >> Das aendert natuerlich nichts an der Tatsache, dass bei der >> "latest" Version (also momentan 7 LTS) die Versionsnummern >> korrigiert werden muessen :-) > > >> Cheers Michael > > >> ___ TYPO3-german >> mailing list TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > > ___ TYPO3-german > mailing list TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 7.6 Install Documentation
Hi Leute, ich poste das hier mal in der Mailing Liste, auf Slack hab ich es auch schon eingestellt. Heute habe ich ein aktuelles 7.6 installiert - und sorry, aber da brauchts echt ein Update auf typo3.org. Ich hab das zwar auch so installiert bekommen, aber nervig ist es schon mit der Try Methode. Und ein TYPO3 Neuling hat da doch keine Chance mehr? Den einzigen Link zum Thema Installation fand ich nach 5 oder 6 Klicks durch den Bereich Dokumentation, irgendwo recht unauffällig versteckt. Das war der hier - und der ist für 6.2: https://docs.typo3.org/typo3cms/InstallationGuide/QuickInstall/GetAndUnpack/Index.html Beispielsweise hat sich die URL zum Install Tool geändert von typo3/install auf typo3/sysext/install/Start/Install.php -> steht nirgends Die Dokumentation zu Installation und Einstieg brauchts meiner Meinung nach zu jeder LTS Version, und das prominent verlinkt genauso wie der Download auch. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Helvetica wird im CHROME grundsätzlich 'fett' dargestellt
Ideen: - zusätzlich font-weight auf 400 (=normal) setzen. Und dann mal auf 700 (=bold) und schauen ob sich was ändert. - ein Reset CSS vorschalten - kann aber weitere Probleme in der Folge verursachen, weil das alle Default CSS Settings der Browser entfernt. - Chrome auf anderem Betriebssystem testen, bei Windows gibts z.B. Anti-Alias und Rendering Einstellungen, die den Eindruck von Fett machen obwohl es das gar nicht ist. - Installierte Fonts checken - evtl. ist auf dem Testrechner nur Helvetica in bold installiert? LG Andrea Am 23.01.2016 um 11:16 schrieb Johannes C. Laxander: > Hallo, > > > > in einem Projekt, basierend auf bootstrap 3.3.5, ist der Text per CSS mit > ‚font-family: "Helvetica Neue",Helvetica,Arial,sans-serif;‘ und ‚10px‘ > formatiert. Unter Windows wird im Google CHROME der Text so dargestellt, > dass man zwischen ‚normal‘ und ‚fett‘ nicht unterscheiden kann, der gesamte > Text scheint ‚fett‘ zu sein!? Ich den anderen Browsern FF, IE und Safari > wird der Text ‚normal/fett‘ dargestellt, so, wie ich es eigentlich auch > erwarte und wie es sein soll. Irgendwelche besondere Formatierungen habe ich > nicht eingestellt. > > > > Welche Erklärung gibt es dafür? Wie kann ich das Problem beheben? > > > > Gruß, Johannes. > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wie kann ich mich auf typo3.slack.com registrieren?
Hab mich jetzt auch endlich mal registriert, nachdem hier immer weniger los ist. Puh, also das ist echt nicht meins... Vor nem Monat hab ich WhatsApp deinstalliert weils mich das dauernde chatten von der Arbeit abhält und jetzt soll ich sowas nutzen? Würde der Community mal ne Runde Digital Detox empfehlen... LG Andrea Am 17.01.2016 um 22:29 schrieb Alexander Averbuch: > Die TYPO3-Community wird zur TYPO3-Sekte :-) > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rel="nofollow"
Na ja was immer geht, auch bei 4.4, ist ein neues Feld im Backend hinzufügen. Ich würde ne Extension dafür anlegen. mit der entsprechenden TCA Feld Definition in tca.php: Checkbox für follow/nofollow, oder ein Select mit noch einem Wert für "gar nix ausgeben", "follow" und "no follow" Dazu ein neues Datenbankfeld in tt_content, über ext_tables.sql eingefügt. Und das dann im TS bei der Bild-Link definition hinzufügen. Mals so grob die Idee, das in Code müsste ich jetzt erst mal zusammen suchen. Sag Bescheid ob und und was du dafür brauchst an Detail-Infos. LG Andrea Am 18.12.2015 um 14:50 schrieb Björn Hahnefeld: > Gibt es hierzu ggf. noch weitere Vorschläge? > > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org > [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Lars Brinkmann > Gesendet: Freitag, 18. Dezember 2015 13:36 > An: German TYPO3 Userlist > Betreff: Re: [TYPO3-german] rel="nofollow" > > Hallo Björn, > > schau mal hier: > http://blog.teamgeist-medien.de/2014/10/typo3-rte-relfollow-nofollow-von-links-festlegen.html > > Viele Grüße, Lars Brinkmann > > Am 18. Dezember 2015 um 13:10 schrieb Björn Hahnefeld > <b.hahnef...@nal-vonminden.com>: >> Hallo zusammen, >> >> >> >> in einem Inhaltselement (TYPO3 4.4) möchte ich gerne als Bild-Link >> (Verweis) mit übergeben, dass sich der Link nicht nur mit „_blank“ >> öffnet, sondern auch, dass rel=”nofollow” übergeben wird. Ist das möglich >> und wenn ja: wie? >> >> >> >> Viele Grüße >> >> >> >> Björn >> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > > > -- > brinkmann.l...@gmail.com > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] GET Parameter behalten
Hallo, ich setze per Skript einen GET Parameter "no_cookie=1". Dieser soll bei allen URLs beibehalten werden, aber nur wenn er gesetzt ist. Also kein "no_cookie=0" an den URLs, nur no_cookie=1 oder gar nix. Geht das mit Typolink? Additional Params evtl., aber wie bekomme ich da die Abfrage rein ob der Parameter gesetzt ist? config.linkVars = no_cookie habe ich ausprobiert, das tut gar nichts. Brauchts auch RealURL Settings? TYPO3 6.2 LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSV Import in der 7.6
Hi, ich habe eine Import Extension geschrieben, die es mangels Zeit nie ins TER geschafft hat. https://github.com/aschmutt/import_excel Das verwendet PHPExcel für den Import in die Datenbank, in meinem Fall kann eine .xls Datei importiert werden. PHPExcel stellt aber weitere Klassen zur Verfügung. Die Extension wurde für 4.5 entwickelt, aber auf Basis von Extbase, d.h. da sollten die Probleme mit 7.6 nicht so gravierend sein. Ich habe auch noch eine neuere Version in einem Kundenprojekt, aber da müsste ich erst mal die Kunden-Specials wieder rausnehmen für ein github Update. Da gehts vor allem um Re-Import, d.h. Daten werden von der Datenbank exportiert, dann in Excel bearbeitet und wieder reingeladen, mit ein paar Checks auf INSERT oder UPDATE. Wer daran arbeitet kann mir gerne Feedback geben, vielleicht wirds ja dann doch noch mal was mit dem TER. Bis dahin ist zumindest der Code ein Ansatz zum weitermachen. Hauptprobleme die noch ungelöst sind: - Security: Der Datenbank Import ist schon vom Prinzip her ein Riesen-Sicherheits-Problem, das muss echt 100% abgesichert sein, da reicht die jetzige Beta Version nicht aus - Server-Einstellungen: je größer das Excel File, um so mehr Arbeitsspeicher und Skriptlaufzeit braucht das Tool. Das ist auf gängigen Hosting Paketen ein Problem. Das ist evtl. mit CSV besser, aber Excel Dateien mussten immer komplett eingelesen werden und da lief PHPExcel immer ins memory limit. Das waren aber auch Excel Files mit 10.000+ Einträgen. Dafür gibts auch Vorteile: - CSV hat immer die Probleme mit Zeilenumbrüchen, Sonderzeichen, UTF-8 Die sind durch Excel nicht mehr aufgetreten, selbst Russisch und Japanisch konnte importiert werden. Denn da kommt auch PHPMyAdmin an seine Grenzen. - Excel ist für alle normalen User einfach besser, das kann man einfach bearbeiten und wieder importieren. LG Andrea Am 25.11.2015 um 18:34 schrieb seven ex: > Hallo zusammen, > > ich suche eine ext. die in der Typo3 7.6 eine CSV importieren kann. > > Ich möchte mit dem Extension Builder eine Plugin bauen womit man > Produkte anlegen kann, diese sollen dann über einen CSV Import gefüllt > werden. > Kann hier jemand weiter helfen ? > > beste grüße > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSV Import in der 7.6
Habe github gerade aktualisiert, das ist jetzt meine momentane Arbeits-Version. Lauffähig auf 4.5, theoretisch auch 6.2 aber ungetestet. Wg. 7.6 habe ich den Code mal angeschaut, das Hauptproblem ist vermutlich das Backend-Modul an sich. Das ist noch Code aus den TYPO3 Dinosaurier-Zeiten, mit pageRenderer und $GLOBALS['SOBE']. Was ist denn mittlerweile die aktuelle Methode für Backend-Module? Wäre natürlich fein wenn das auf 7.6 UND 6.2 lauffähig wäre. LG Andrea Am 26.11.2015 um 09:58 schrieb Andrea Schmuttermair: > Hi, > > ich habe eine Import Extension geschrieben, die es mangels Zeit nie ins > TER geschafft hat. > https://github.com/aschmutt/import_excel > > Das verwendet PHPExcel für den Import in die Datenbank, in meinem Fall > kann eine .xls Datei importiert werden. PHPExcel stellt aber weitere > Klassen zur Verfügung. > > Die Extension wurde für 4.5 entwickelt, aber auf Basis von Extbase, d.h. > da sollten die Probleme mit 7.6 nicht so gravierend sein. > > Ich habe auch noch eine neuere Version in einem Kundenprojekt, aber da > müsste ich erst mal die Kunden-Specials wieder rausnehmen für ein github > Update. > Da gehts vor allem um Re-Import, d.h. Daten werden von der Datenbank > exportiert, dann in Excel bearbeitet und wieder reingeladen, mit ein > paar Checks auf INSERT oder UPDATE. > > Wer daran arbeitet kann mir gerne Feedback geben, vielleicht wirds ja > dann doch noch mal was mit dem TER. > Bis dahin ist zumindest der Code ein Ansatz zum weitermachen. > > Hauptprobleme die noch ungelöst sind: > - Security: Der Datenbank Import ist schon vom Prinzip her ein > Riesen-Sicherheits-Problem, das muss echt 100% abgesichert sein, da > reicht die jetzige Beta Version nicht aus > > - Server-Einstellungen: je größer das Excel File, um so mehr > Arbeitsspeicher und Skriptlaufzeit braucht das Tool. Das ist auf > gängigen Hosting Paketen ein Problem. > Das ist evtl. mit CSV besser, aber Excel Dateien mussten immer komplett > eingelesen werden und da lief PHPExcel immer ins memory limit. Das waren > aber auch Excel Files mit 10.000+ Einträgen. > > Dafür gibts auch Vorteile: > - CSV hat immer die Probleme mit Zeilenumbrüchen, Sonderzeichen, UTF-8 > Die sind durch Excel nicht mehr aufgetreten, selbst Russisch und > Japanisch konnte importiert werden. Denn da kommt auch PHPMyAdmin an > seine Grenzen. > - Excel ist für alle normalen User einfach besser, das kann man einfach > bearbeiten und wieder importieren. > > LG Andrea > > > > Am 25.11.2015 um 18:34 schrieb seven ex: >> Hallo zusammen, >> >> ich suche eine ext. die in der Typo3 7.6 eine CSV importieren kann. >> >> Ich möchte mit dem Extension Builder eine Plugin bauen womit man >> Produkte anlegen kann, diese sollen dann über einen CSV Import gefüllt >> werden. >> Kann hier jemand weiter helfen ? >> >> beste grüße >> > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FLUID DCE SECTION
Hi,
ich hatte mal ein ähnliches Problem, die Kombination aus section und FAL
image macht gerne mal Fehler.
Weitere Infos und Lösung/Workaround hier:
https://stackoverflow.com/questions/32376749/typo3-dce-image-in-section
LG Andrea
Am 26.11.2015 um 11:06 schrieb Juri Diener:
> Hallo zusammen,
>
> ich bin gerade an einem DCE-Element dran und bräuchte nun eure Hilfe.
>
> Und zwar habe ich in dem DCE unter Type: Section ausgewählt.
> Mit paar Feldern wie Vorschaubild, Personenbild, Überchrift und kurze
> Beschreibung.
> Das alles zusammen ergibt dann so zusagen ein Projekt, der Kunde sollte
> die Möglichkeit haben selbst Projekte belibig viele zu erstellen.
>
> Was ich nun möchte ist, die ganzen Projekte durch gehen und die
> jeweiligen Felder befüllen lassen.
> Mit der Überschrift und der Beschreibung funktioniert das auch schon.
> Bloß mit den Bildern da habe ich noch Probleme.
> Beim ersten Projekt-Datensatz erstellt er mir alles richtig, bei zweiten
> bekomme ich eine Fehlermeldung "Wrong configuration in table "
>
> Was auch ziemlich seltsam ist, erstelle ich ein Projektdatensatz und
> speichere es nur ab, übernimmt er die ganzen Daten des ersten Datensatzes.
>
> Die Links dienen zum besseren Verständnis.
> dce-base-projects: http://abload.de/img/dce_base_projectsx0pjp.jpg so
> soll das nacher im Frotend aussehen, die unteren Bilder stellen immer
> ein Projekt dar.
>
> dce-add-new-project: http://abload.de/img/dce-add-new-projectecpg3.jpg
> das ist das Backend wo man ein neues Projekt hinzufügt.
>
> dce-projects-section:http://abload.de/img/dce-projects-sectionpzou4.jpg
> ist die Backend Konfiguration
>
> Zuletzt noch die Template Configuration:
>
> {namespace dce=ArminVieweg\Dce\ViewHelpers}
>
>
>
>
>
>
> as="fileReference">
>
>
>
>
>
> as="fileReference">
>
>
>
>
> {project.title}
> {project.description}
>
>
>
>
> Hier soll die Liste ausgeben werden, welche alle Projekte durchgeht und
> das previewImg in klein darstellt.
>
>
> pageUid="{project.link}">Kontakt aufnehmen
>
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Facebook und Slack sind unbrauchbar
> Ich habe mir jetzt beide Tools (Facebook und Slack) nochmal angesehen > und meine Einschätzung bestätigt gefunden. Beide sind VOLLKOMMEN > unübersichtlich. Man kann keinen vernünftigen Thread bilden, und finden > tut man nach ein, zwei Wochen gar nichts mehr. D.h. man kann damit nur > arbeiten, wenn man direkt online ist. Wenn ich aber z.B. eine komplexere > Arbeitseinheit zu erledigen habe und mich mal 4-6 Stunden zum Arbeiten > zurückziehe, dann kann ich in dieser Zeit mit diesen Tools nicht > arbeiten, weil ich mich dann nicht knzentrieren kann. > > Und wenn ich eine Frage habe, dann bekomme ich immer das ganze > "Rauschen" auf dem Kanal mit. Das finde ich sehr mühsam und unergonomisch. > > Außerdem stört mich bei Slack, dass nur auf englisch geschrieben werden > kann. TYPO3 ist in meiner Wahrnehmung hauptsächlich im deutschsprachigen > Raum verbreitet. Ich finde es unpassend, dass man ständig englisch reden > muss mit Leuten, die es auch nicht gut können und von denen man ziemlich > sicher weiß, dass sie Deutsch-Muttersprachler sind. > > Ich werde mit diesen Tools nicht arbeiten. Deshalb mein Appell: Nutzt > die Newsgroups bitte weiter. Die Vorteile überwiegen bei weitem die > scheinbaren Vorteile anderer Tools. Endlich sagt das mal einer! 100% Zustimmung! Dieser ganze Social Media Kram ist 10% Nutzen und 90% Zeitfresser, und filtern auf die 10% geht leider nicht. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Cookie Hinweis und TYPO3
Hi Chris, Ah super, danke für die Info, hab vorhin mit ner 6.1 getestet, auf ner 6.2 ohne Login ist alles sauber, sehr gut! LG Andrea Am 23.09.2015 um 12:09 schrieb Chris Wolff - AERTiCKET AG: > Hallo Andrea, > Aktuelle typo3 versionen 6.2 + 7 Erzeugen meines Wissen den Cookie erst bei > bedarf. (sprich login) > > Gruss chris > > > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org > [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Andrea > Schmuttermair > Gesendet: Mittwoch, 23. September 2015 18:45 > An: typo3-german@lists.typo3.org > Betreff: [TYPO3-german] Cookie Hinweis und TYPO3 > > Hallo liebe Liste, > > ich habe eine Frage bezügl. Cookie Hinweis und Umsetzung in TYPO3: > > Für einen normalen Hinweis "Seite verwendet Cookies" gibt es ja Plugins oder > Skripte. > Aber wie sieht es aus mit der Anforderung, Cookies erst nach dem OK zu > generieren - soweit ich weiß wird das Cookie "fe_typo_user" automatisch beim > Seitenaufruf erzeugt. Und damit bevor der User eine Chance hat, auf OK zu > klicken. > > Das einzige, das ich gefunden habe ist: > $TYPO3_CONF_VARS["FE"]["dontSetCookie"] = 1; Eine praktikable Umsetzung mit > der Abfrage sehe ich da aber nicht? > > LG Andrea > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Cookie Hinweis und TYPO3
Hallo liebe Liste, ich habe eine Frage bezügl. Cookie Hinweis und Umsetzung in TYPO3: Für einen normalen Hinweis "Seite verwendet Cookies" gibt es ja Plugins oder Skripte. Aber wie sieht es aus mit der Anforderung, Cookies erst nach dem OK zu generieren - soweit ich weiß wird das Cookie "fe_typo_user" automatisch beim Seitenaufruf erzeugt. Und damit bevor der User eine Chance hat, auf OK zu klicken. Das einzige, das ich gefunden habe ist: $TYPO3_CONF_VARS["FE"]["dontSetCookie"] = 1; Eine praktikable Umsetzung mit der Abfrage sehe ich da aber nicht? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fluid cObject und IMAGE altText
Hi,
ich habe ein Fluid cObject, das die UID eines Bildes bekommt und damit
ein Typoscript Bild rendert.
Das funktioniert auch wunderbar, bis auf den altText und title.
Hier steht in der Frontend-Ausgabe: Error: no file object
Ich denke das hat was mit file.import.current zu tun... vermutlich ein
Verständnisproblem der TS Syntax.
Hier der Fluid Aufruf:
Und das Typoscript:
lib.responsiveImage = IMAGE
lib.responsiveImage {
file {
import.current = 1
treatIdAsReference = 1
}
altText = file:current:alternative
titleText = file:current:title
sourceCollection {
xlarge {
width = 5000m
srcsetCandidate = 5000w
mediaQuery = (min-width: 2001px)
dataKey = xlarge
}
large {
width = 2000m
srcsetCandidate = 2000w
mediaQuery = (min-width: 1024px) and (max-width: 2000)
dataKey = large
}
medium {
width = 1024
srcsetCandidate = 1024w
mediaQuery = (min-width: 769px) and (max-width: 1024)
dataKey = large
}
small {
width = 768
srcsetCandidate = 768w
mediaQuery = (max-width: 768px)
dataKey = small
}
}
layout < tt_content.image.20.1.layout
layoutKey = {$styles.content.imgtext.layoutKey}
}
Ergibt im Frontend:
Debug vom Fluid image passt, {image.alternative} enthält den richtigen
Alt-Text. Finde aber keine Möglichkeit das einfach ans cObject zu
übergeben. Also muss ich es im cObject laden, oder?
Mir reicht auch schon ne Idee wie ich da weiter komme, muss kein
fertiges TS sein.
LG Andrea
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Install Tool Login Fehler - Redirect?
Hallo TYPO3ler, ich habe einen sehr merkwürdigen Fehler im Install Tool einer frischen 6.2.14 Installation: Wenn ich ein falsches Passwort eingebe kommt wie erwartet der Hash, den trage ich in der Localconf ein und dann sollte ich mich damit einloggen können. Allerdings kommt jetzt wieder das Login-Formular? Keine Fehlermeldung, nichts in den Error Logs? Ich sehe nur darin einen Unterschied, dass mit falschem Passwort die rote Box mit Login Failed und der Hash angezeigt wird, und mit dem richtigen Passwort nicht. Für mich schaut es aus wie ein Redirect ohne Fehlermeldung? Im Firebug seh ich den POST vom Formular, und danach das hier zusätzlich zu den Requests der Login Failed Aufrufe: GET /typo3/sysext/install/Start/Install.php?install[redirectCount]=0install[context]=standaloneinstall[controller]=step HTTP/1.1 Backend Login funktioniert. PHP Versionen habe ich Atomic 5.5, Atomic 5.6, und PHP 5.4.44 durchprobiert, überall der gleiche Fehler. Server API: CGI/FastCGI Irgendwelche Ideen? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TCA Konfiguration anpassen
Hallo, ich möchte bei einer Extension die TCA Konfiguration anpassen (Pflichtfelder, Zeichenlänge). Das geht natürlich ganz einfach, wenn ich im Extension Ordner das TCA überschreibe. Aber das ist beim nächsten Extension Update weg. Gibt es auch eine Typoscript Funktion um das TCA per Template zu überschreiben? TYPO3 Version 6.1 (demnächst 6.2) LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCA Konfiguration anpassen
Hi,
ich weiß nicht ob es üblich ist in der Liste hier danke zu sagen oder ob
das Spam ist wie bei StackOverflow?
In 6.1 hat es mit extTables.php funktioniert, beispielsweise Begrenzung
News Titel auf 90 Zeichen:
$GLOBALS['TCA']['tx_news_domain_model_news']['columns']['title']['config']['max']
= 90;
Probleme mit Cache konnte ich nicht feststellen, also habe ich die
Overwrite Lösung erst mal gelassen, eigene Extension nur dafür ist auch
echt etwas übertrieben.
Vielen Dank,
Andrea
Am 17.08.2015 um 15:02 schrieb bernd wilke:
Am 17.08.15 um 13:45 schrieb Andrea Schmuttermair:
Hallo,
ich möchte bei einer Extension die TCA Konfiguration anpassen
(Pflichtfelder, Zeichenlänge). Das geht natürlich ganz einfach, wenn ich
im Extension Ordner das TCA überschreibe.
Aber das ist beim nächsten Extension Update weg.
Gibt es auch eine Typoscript Funktion um das TCA per Template zu
überschreiben?
nur bedingt. über Page-/User-TSconfig
die bessere Lösung wäre eine eigen Extension, die nur die Modifikationen
des TCA für diese Extension enthält.
dort könntest du dann auch direkt nowendige DB-Änderungen updatesicher
unterbringen.
das Ganze dann entweder auf dem alten Weg (ext_tables.php) oder aber der
neue Web: /Configuration/TCA/Overrides/tabellen-name.php
diese Art ist für Extensions notweding, die ihre Tabellen auch so
konfigurieren (/Configuration/TCA/tabellen-name.php, ohne
Overrides/!), weil sonst die gecachten Werte nicht durch include der
ext_tables.php überschrieben werden.
zb.
$GLOBALS['TCA']['tx_news_domain_model_news']['columns']['title']['config']['size']=
60;
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('tx_news_domain_model_news',
$additionalFields);
TYPO3 Version 6.1 (demnächst 6.2)
ich weiß jetzt nicht genau ob 6.1 schon das Overrides/ kennt.
auf jeden Fall aber auch die Abhängigkeit zur 'original'-extension mit
angeben, damit die Ladereihefolge stimmt.
bernd
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU - Submenü nur auf bestimmte Seite zeigen
Hi,
Ich würde das mit Conditions lösen:
temp.menue_lvl1 = HMENU
temp.menue_lvl1 {
... deine Menü Konfiguration Ebene 1
}
[PIDinRootline = 4]
temp.menue_lvl2 = HMENU
temp.menue_lvl2 {
... deine Menü Konfiguration Ebene 2
}
[ELSE]
temp.menue_lvl2 = TEXT
temp.menue_lvl2.value =
[GLOBAL]
Und dann temp.menue_lvl1,2 im PAGE Bereich zuweisen.
LG Andrea
Am 10.08.2015 um 16:59 schrieb Sebastian Schmal:
Hallo Liste,
vielleicht könnt ihr mir bei meinen Problemchen helfen:
habe ein normales Hmenu/Tmenu
Hauptpunkt 1
Hauptpunkt 2
Hauptpunkt 3
Hauptpunkt 4 (id:4)
Hauptpunkt 5
Hauptpunkt 6
Jede Seite hat Unterseiten!
Und nun möchte ich z.B. nur bei der ID:4 das Submenü mit ausgeben. Bei
den anderen Seiten nicht.
Vielen lieben Dank,
Sebastian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU - Submenü nur auf bestimmte Seite zeigen
Ah noch was, evtl. ist die Aufgabenstellung anders:
Die Condition ist abhängig von der aktuell aufgerufenen Seite, d.h. man
bekommt Submenu nur angezeigt wenn man eine Seite aus dem Ast mit ID
aufruft.
Will man das Submenu immer angezeigt bekommen, z.B. für Dropdown
Navigation, gibt es bei HMENU das special = directory oder oder special.list
https://docs.typo3.org/typo3cms/TyposcriptReference/stable/ContentObjects/Hmenu/#hmenu-special-property
Und wenn es dann noch ausgefahrener sein soll gibts noch die if oder
ifEmpty property von stdWrap, aber das krieg ich ohne Testinstanz
jetzt nicht mehr aus dem Ärmel geschüttelt.
Beispiel von https://forum.typo3.org/index.php?t=msggoto=329837:
temp.navsubmenu.stdWrap.ifEmpty.cObject temp.navsubmenualternate
LG Andrea
Am 11.08.2015 um 12:34 schrieb Andrea Schmuttermair:
Hi,
Ich würde das mit Conditions lösen:
temp.menue_lvl1 = HMENU
temp.menue_lvl1 {
... deine Menü Konfiguration Ebene 1
}
[PIDinRootline = 4]
temp.menue_lvl2 = HMENU
temp.menue_lvl2 {
... deine Menü Konfiguration Ebene 2
}
[ELSE]
temp.menue_lvl2 = TEXT
temp.menue_lvl2.value =
[GLOBAL]
Und dann temp.menue_lvl1,2 im PAGE Bereich zuweisen.
LG Andrea
Am 10.08.2015 um 16:59 schrieb Sebastian Schmal:
Hallo Liste,
vielleicht könnt ihr mir bei meinen Problemchen helfen:
habe ein normales Hmenu/Tmenu
Hauptpunkt 1
Hauptpunkt 2
Hauptpunkt 3
Hauptpunkt 4 (id:4)
Hauptpunkt 5
Hauptpunkt 6
Jede Seite hat Unterseiten!
Und nun möchte ich z.B. nur bei der ID:4 das Submenü mit ausgeben. Bei
den anderen Seiten nicht.
Vielen lieben Dank,
Sebastian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Antw: Re: Performance-Problem in typo3 6.2.14
Hi, ist nur ein Schuss ins Blaue, aber weil du schreibst verschieben in einen anderen Teilbaum hat geholfen: Ich hatte das mal mit einem Seitenbaum mit sehr tiefer Verschachtelung und vielen Childs, d.h. Baumtiefe 5 und pro Knoten 50-500 Einträge. Der Baum wird an manchen Stellen rekursiv geladen und das dauert dann. Ursache war im Menü-Code und bei einer Extension für Breadcrumbs - wobei das dann auch an anderen Stellen auftreten kann, ich habs halt mit Debug Ausgaben und Timestamps so lange eingegrenzt bis ich den Übeltäter hatte. LG Andrea Am 28.07.2015 um 21:41 schrieb Anton Kornexl: Michael Schams typo3.li...@2015.trash.schams.net schrieb am Sonntag, 26. Juli 2015 um 13:33: On Sat, 2015-07-25 at 09:26 +0200, Anton Kornexl wrote: Das Speichern dauert bei den CEs für ca die Hälfte der Seiten 1-2 Minuten. Auf den anderen Seiten sind es 1-2 Sekunden. [...] Das Problem muss bei einem der letzten Updates von myql/PHP/Typo3/Ubuntu verursacht worden sein. [...] Ich wuerde (nicht unbedingt in dieser Reihenfolge)... - das Admin Panel aktivieren und schauen, was so lange dauert - den Cache leeren: Install Tool - Clear all cache - den Cache leeren: saemtliche Dateien in typo3temp loeschen - eine Kopie der gesamten Installation auf einem anderen System testen - MySQL logging untersuchen - Filesystem checken (ggf. defekte Blocks?) - testen, ob ein lokaler Zugriff auf die langsamen Seiten auch langsam ist (wget localhost/index.php?id=123) - ... Das Problem ist nur beim Speichern im Backend - das Admin-Panel hilft hier nicht - Cache leeren und typo3temp leeren habe ich mehrfach versucht: keine Änderung - die Tests laufen alle auf einem geklonten System (Vmware) - Mysql.Logging (mysqlbinlog) zeigt keine Auffälligkeiten; sind allerdings nur die Schreibzugriffe; keine slow-queries - das BE ist normalerweise nicht langsam - Wget würde nur das FE testen, welches kein Problem hat. Habe bereits ein Rollback der letzten Updates von mysql, PHP, Typo3 gemacht: keine Änderungen Datenbank nach einem Dump auch wieder neu eingelesen, damit Indexe neu erstellt: keine Änderung Es liegt wohl doch in Typo3 selbst. Verschieben einer langsamen Seite in einen anderen Teilbaum mit schneller Speicherung: die langsame Seite wird auch schneller gespeichert. Entfernen von einzelnen Seiten in einem langsamen Teilbaum, die langsame Seite wird plötzlich schnell gespeichert. Dies ist allerdings keine lineare Verbesserung, sondern eine abrupte. Die Speicherung findet vermutlich schnell statt, denn bei einem parallelen Check, sind die Daten schon in der DB, aber der Browser wartet und wartet. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Gibts das Introduction Package nicht mehr?
Hallo, ich wollte gerade ne 6.2er Testinstanz aufsetzen und finde das Introduction Package nicht mehr auf typo3.org - ist das obsolete mittlerweile? Wenn ja wie läuft das jetzt? Die Getting Started Doku verweist immer noch aufs Introduction Package. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gibts das Introduction Package nicht mehr?
Ah ok, vielen Dank für die Info, läuft :) LG Andrea Am 04.07.2015 um 09:52 schrieb Stefan Neufeind: Am 04.07.2015 um 09:50 schrieb Andrea Schmuttermair: Hallo, ich wollte gerade ne 6.2er Testinstanz aufsetzen und finde das Introduction Package nicht mehr auf typo3.org - ist das obsolete mittlerweile? Wenn ja wie läuft das jetzt? Die Getting Started Doku verweist immer noch aufs Introduction Package. Hi, es gibt kein separates Paket mehr. Es handelt sich nun um eine distribution. Du kannst die normalen Sourcen installieren und dann während der Installation oder auch danach aus einer Reihe von distributions wählen. Grüße, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Facebook und Youtube in News importieren
Hab mittlerweile von Georg Ringer erfahren, dass er demnächst eine Extension veröffentlicht, die RSS und ical Import ermöglicht :) LG Andrea Am 22.06.2015 um 20:46 schrieb Andrea Schmuttermair: Hallo zusammen, ich suche eine Lösung, um News aus Facebook und einem Youtube Kanal automatisch in News zu importieren. Ich habe nur die andere Richtung gefunden - News von TYPO3 nach Facebook. Es ist egal ob news oder tt_news Extension (oder was anderes), TYPO3 Version 6.1 Wenn es das nicht gibt, könnte ich es auch selbst programmieren - falls jemand Snippets hat für Facebook und Youtube Feed abfragen wär das auch schon hilfreich. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Facebook und Youtube in News importieren
Hallo zusammen, ich suche eine Lösung, um News aus Facebook und einem Youtube Kanal automatisch in News zu importieren. Ich habe nur die andere Richtung gefunden - News von TYPO3 nach Facebook. Es ist egal ob news oder tt_news Extension (oder was anderes), TYPO3 Version 6.1 Wenn es das nicht gibt, könnte ich es auch selbst programmieren - falls jemand Snippets hat für Facebook und Youtube Feed abfragen wär das auch schon hilfreich. LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anwendung der Ext:phpexcel_service
Hi,
ich denke das Extension Manual hat einen Tippfehler bei
3::makeInstanceService, das sollte heißen:
$phpExcelService = t3lib_div::makeInstanceService('phpexcel');
Hier ist etwas Beispielcode - habe ich gerade aus ner größeren Extension
zusammenkopiert, ist also ungetestet:
$phpExcelService = t3lib_div::makeInstanceService('phpexcel');
$objPHPExcel = $phpExcelService-getPHPExcel();
$results = array();
//todo: load your data here into the array
//Write Datarows
$rowindex = 1;
foreach ($results as $datarow) {
$colindex = 0;
foreach ($datarow as $key=$value)
{
$objPHPExcel-getActiveSheet()-setCellValueByColumnAndRow($colindex,$rowindex,$value);
$colindex++;
}
$rowindex++;
}
//Set Width to Auto
$maxcol = $colindex-1;
for ($i=0;$i=$maxcol;$i++)
{
$objPHPExcel-getActiveSheet()-getColumnDimension(PHPExcel_Cell::stringFromColumnIndex($i))-setAutoSize(true);
}
// Rename sheet
$objPHPExcel-getActiveSheet()-setTitle($title);
//create download file
header('Content-Type: application/vnd.ms-excel');
header('Content-Disposition:
attachment;filename=/path/to/file/filename.xls');
header('Cache-Control: max-age=0');
//writer to write Excel File - check doku for other writers, this
one is the .xls format
$objWriter = PHPExcel_IOFactory::createWriter($objPHPExcel, 'Excel5');
$objWriter-save('php://output');
//mit Exit wird das Rendering der Extbase Action abgebrochen und
das Excel File an Output geschickt
exit;
LG Andrea
Am 06.06.2015 um 11:28 schrieb Johannes C. Laxander:
Lieber Renzo,
schön, mal wieder von dir zu lesen! Danke für deine Erklärung.
Da ich nicht nur Excel-Dateien auf der Website darstellen möchte, sondern Daten in eine
Excel-Tabelle exportieren muss, muss ich in meiner Extension also Code schreiben. Mein
Problem ist im Moment noch, was die Besonderheit eines Service for TYPO3 ist.
In der Doku http://docs.typo3.org/typo3cms/extensions/phpexcel_service/ steht:
It is very easy to integrate PHPExcel to your projects. The extension provides a
service for TYPO3, which helps you to instanciate the PHPExcel library.
Und als Beispiel ist angegeben:
/* @var $phpExcelService/ $phpExcelService = 3::makeInstanceService('phpexcel');
$phpExcel = $phpExcelService-getPHPExcel();
Ich hab das im Controller jetzt mal so umgesetzt:
/**
* action export cruises to excel sheet
*
* @var $phpExcelService/
* @return void
*/
public function exportExcelAction() {
/* Create new PHPExcel object */
$phpExcelService = 3::makeInstanceService('phpexcel');
$objPHPExcel = $phpExcelService-getPHPExcel();
Ich konnte es so aber noch nicht testen, weil ich Moment an einem anderen Fehler hängen bleibe: The
action exportExcel (controller Cruise) is not allowed by this plugin. In der
ext_localconf.php steht drin:
\TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin(
'VENDOR' . $_EXTKEY,
'MyExtension',
array(
'Controller' = 'list,searchForm,searchResult,exportExcel',
),
// non-cacheable actions
array(
'Controller' = '',
)
);
Wo also liegt der Fehler? Da komme ich auch ohne Sommerhitze schon ganz schön
ins Schwitzen ;)
Gruß, Johannes.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Renzo Bauen
Gesendet: Freitag, 5. Juni 2015 22:15
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Anwendung der Ext:phpexcel_service
Lieber Johannes
PHPExcel ist eine PHP Bibliothek, die dazu dient, Excel-Dateien zu erstellen,
zu lesen und zu bearbeiten.
D.h. wenn Du eine Excel-Datei erstellen willst, dann braucht es sowas wie hier
(https://phpexcel.codeplex.com/wikipage?title=ExamplesreferringTitle=Requirements)
auf der Webiste des PHPExcel-Projektes dargestellt.
So wie es aussieht, kommst Du da nicht um eigenen PHP-Code herum. Mit den
Beispielen auf der erwähnten Projektseite sollte das aber eigentlich kein
Problem sein.
Wenn Du lediglich Excel-Dateien auf deiner Website darstellen willst, ist das
aber glaube ich mit Kanonen auf Spatzen geschossen. Da gibt es z.B. die Ext
cag_tables, die sowas ohne viel Programmierung kann.
Liebe Grüsse und ein schönes Wochenende
Renzo
--
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92
Am Donnerstag, den 04.06.2015, 11:20 +0200 schrieb Johannes C. Laxander:
Hallo,
die Extension installiert die Library PHPExcel und macht sie für TYPO3
verfügbar. Soweit bin ich dabei. Meine PHP Kenntnisse und Erfahrungen sind
aber eher bescheiden, und deshalb hakt es im Moment noch bei der Anwendung.
In der knappen Doku steht folgendes drin:
---
Example: ``` /* @var $phpExcelService/ $phpExcelService =
3::makeInstanceService('phpexcel'); $phpExcel =
$phpExcelService-getPHPExcel();
// Your excel magic goes here...
/** @var
Re: [TYPO3-german] FELogin Problem nach Update auf 6.2
da ich sonst keine Lösung gefunden habe, habe ich jetzt doch den TYPO3 Code debuggt: Der User-Datensatz wird korrekt gefunden und geladen. Der Fehler ist in: sysext\core\Classes\Authentication\AbstractUserAuthentication.php function compareUident Es wird das Passwort in $loginData['uident_text'] erwartet. Es steht aber in $loginData['uident']. (Zeile 1491) Dadurch schlägt der Passwort-Vergleich fehl. Ich verwende das default felogin Template. Bin einigermaßen ratlos, weil ein Core Bug kann das kaum sein, sonst könnte sich ja niemand mehr einloggen? TYPO3 Version: 6.2.11 (in 6.2.10 auch) rsaauth, salted_passwords deaktiviert, d.h. Klartext Passwörter LG Andrea Am 11.03.2015 um 13:05 schrieb Andrea Schmuttermair: Hallo zusammen, ich habe ein TYPO3 von 4.5 auf 6.2 upgedated und kann mich nicht mehr mit FELogin einloggen. Habe auch schon rsaauth und salted_passwords deaktiviert, aber selbst mit Klartext Passwörtern bekomme ich folgenden Fehler im DevLog: - User found: uid 123, username: andrea - Password not accepted: andrea - Tabelle fe_users hat bei uid 123 das passwort andrea - Tabelle fe_sessions ist leer Cookies funktionieren, BE Login auch (be_session wird korrekt angelegt) Bevor ich jetzt anfange im Code zu debuggen, vielleicht kennt das jemand oder hat ne Idee? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FELogin Problem nach Update auf 6.2
wenn rsaauth und saltedpasswords deaktiviert sind gibts Klartext Passwörter. Wollte Probleme mit Verschlüsselung erst mal ausschließen. Storage Folder passt, der User wird ja richtig gefunden im DevLog Neuer User gerade angelegt - funktioniert auch nicht Install Tool? Welchen Parameter meinst du? LG Andrea Am 11.03.2015 um 13:08 schrieb Marc Willmann: Am 11.03.15 13:05, schrieb Andrea Schmuttermair: Hallo zusammen, ich habe ein TYPO3 von 4.5 auf 6.2 upgedated und kann mich nicht mehr mit FELogin einloggen. Habe auch schon rsaauth und salted_passwords deaktiviert, aber selbst mit Klartext Passwörtern bekomme ich folgenden Fehler im DevLog: - User found: uid 123, username: andrea - Password not accepted: andrea - Tabelle fe_users hat bei uid 123 das passwort andrea im Klartext? Das sollte da schon gehasht stehen... Wird auf die den richtigen storage folder geprüft? Funktionieren User, die Du neu anlegst? was steht im InstallTool zum Thema FE-Userlogin? Cookies funktionieren, BE Login auch (be_session wird korrekt angelegt) Bevor ich jetzt anfange im Code zu debuggen, vielleicht kennt das jemand oder hat ne Idee? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf die Neueste 4.5er Version
Innerhalb der 4.5er Reihe kann man direkt auf die aktuellste Version gehen. Da gabs keine oder nur minimale Datenbankänderungen (ein längeres varchar oder sowas war glaube ich mal dabei). Das install tool aufrufen (www.domain.de/typo3/install) und im Update Manager schauen was zu tun ist. Das am besten vor dem Update schon mal ausführen, kann gut sein dass noch ältere Updates warten die nie gemacht wurden. Weil wenns dadurch Probleme gibt sucht man an der falschen Stelle. Normalerweise sind Updates innerhalb der 4.5er problemlos durchführbar wenn es keine Veränderungen am Core gab (mal die gleiche Version runterladen, und dann ein diff Tool über die TYPO3 Ordner laufen lassen dafür). Setup mit symlinks ist gut - da kann man auch recht schnell vor- und zurückspringen in den Versionen. http://blog.marit.ag/2012/11/15/typo3-update-einer-revisionsnummer-mit-symlinks/ http://wiki.typo3.org/TYPO3_Installation_Basics#How_to_install LG Andrea Am 12.03.2015 um 12:48 schrieb Heike Herzog-Kuhnke: Hi Leute, ich hätte mal eine Frage, weil ich noch ein paar 4.5.n Installationen am Laufen habe. Wenn ich diese auf die Neueste 4.5er Release aktualisiere, ist da mit größeren Problemem zu rechnen? Ich würde ungern in mehreren Schritten aktualisieren, allerdings hab ich Angst, dass da eventuell Probleme auftauchen könnten. Ein Testsystem habe ich, aber wenn jetzt schon jemand sagt, mach zuerst auf die und dann auch die Version, wäre ich vorbereitet Wenn ich jetzt im Thema grad wieder so gut drin bin, könnte ich ja mal mit meiner Seite anfangen und schauen, wie lange sowas dauert :) Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Form Extension mit Typo3 6.2
Danke für deine prompte Antwort, aber ich vestehe sie leider nicht. Ich mache dies: Klicke auf Neuen Datensatz an diesem Ort hinzufügen Wähle Formulare - Mail-Formular aus. Gehe auf Reiter Formular. Dann sollte eigetlich rechts neben dem Feld ein Icon erscheinen zum Bearbeiten (der Form-Wizard) Dieses Icon erscheint nicht. Wo ist der bloß? Wie gesagt: Die Extension ist im Erweiterungsmanager zu sehen und aktiviert. Im Template von root ist Default TS(form) ausgewählt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Form Extension mit Typo3 6.2
Hallo Zusammen ich nutze Typo3 6.2 LTS und versuche die Extension form zu installieren. Aber es geht einfach nicht. Die Extension ist im Erweiterungsmanager zu sehen und aktiviert. In Template von root ist Default TS(form) ausgewählt. Trotzdem erscheint der Form-Wizard im Mail-Formular nicht. Ist Form nicht kompatibel mit 6.2 und warum ist es dann schon vorinstalliert? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] YAG Gallery - Social Sharing in der Lightbox möglich?
Hallo, weiß jemand eine Möglichkeit, wie man die Social Share Buttons For Images auch für die Einzelansicht in der Lightbox einbauen kann? Sie scheinen im Template nicht vorgesehen zu sein...sobald ich den Part aus der default Einzelansicht übernehme, bekomme ich ein viewhelper Problem...und damit bin ich leider überfragt LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 SOLR
Frag das doch in der Solr Mailingliste, da ist zwar nicht viel los aber die wird üblicherweise von dkd gelesen und recht schnell beantwortet. LG Andrea Am 21.03.2014 11:28, schrieb Bernhard Prange: Selbst beantwortet. Verantwortlich ist: results.siteHighlighting http://forge.typo3.org/projects/extension-solr/wiki/Tx_solrsearch#results Ich habs jetzt mit = 0 deaktiviert. Interessant wäre allerdings noch wie man es auf benutzt. Gruß Bernhard Am 21.03.2014 10:05, schrieb Bernhard Prange: Hallo Gruppe, hat da keiner eine Idee? Gruß Bernhard Am 20.03.2014 20:48, schrieb Bernhard Prange: Hallo Gruppe, ich teste gerade die Suche mit SOLR innerhalb von news, i.v.m. RealUrl. Dabei werden an die Links der Suchergebnisse immer diese Parameter ?sword_list[]=endometrialno_cache=1 angehängt. Leider geht damit der Link nicht mehr. Hat jemand eine Lösung? Danke Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TCA List View: sind Joins möglich?
Hallo, es geht um den List View im TYPO3 Backend. Ich habe eine eigene Extension, die einige Untertabellen enthält, so vom Prinzip her: Tabelle Buchung - ProduktUID - Tabelle Produkt - Kunde UID - Tabelle Kunde Wenn ich bei einem Eintrag auf edit klicke, kann ich das mit Tabs und Inline Records wunderbar anzeigen. Aber im List View sehe ich nur die UIDs: Buchung,Produkt,Kunde, 1, 17, 53, 2, 22, 55, Und ich hätte gerne den List View: Buchung,Produkt, Kunde, 1, grünes Auto,Müller, 2, blauer Ball, Schweiger, Ist das mit TCA Settings irgendwie möglich? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Backend Pagetree Kontext Menü: Hide hinzufügen?
Hallo, gibt es in TYPO3 4.5 die Möglichkeit, im Backend Pagetree bei Rechtsklick Hide hinzuzufügen? Also genauso wie Disable/Enable das standardmäßig angezeigt wird. Oder für die User wäre es auch OK, das Disable/Enable durch Hide/Unhide zu ersetzen, weil sie nur das brauchen. LG Andrea Schmuttermair ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extbase-Extension findet nach Umzug seine ressourcen/views nicht mehr
Und alle Views HTML Dateien müssen mit Großbuchstaben anfangen, also: listAction - List.html Hat in älteren Versionen noch mit Kleinbuchstaben funktioniert. LG Andrea Am 19.12.2013 17:08, schrieb Jan Leifert: Ich vermute genau das ist es. Das Testsystem is ein Mac. Und der view ist kleingeschrieben. Am 19.12.13 16:51, schrieb Jan Wohlfeil: War das Testsystem vielleicht nicht Case sensitive und das Live System ist es? Ging mir auf dem Mac schon ein paar Mal so... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Community mit Datenbank gesucht
Das ist ne nette Kleinanzeigen-Extension, die ich mal für sowas eingesetzt habe: http://typo3.org/extensions/repository/view/ke_smallads LG Andrea Quoting Nadine Bode b...@vsp.ag: Hallo, ich such eine Extension die Folgendes kann oder die zweckentfremdet werden kann: Registrierte User sollen Gesuche und Angebote abgeben können, die nach Datum und anderen Kriterien sortiert werden können. Eine einfache Darstellung als Liste genügt. User sollen ihre eigenen Angebote später auch wieder löschen können, abgelaufene Angebote sollen idealerweise sofort gelöscht werden. Die User sollen sich untereinander kontaktieren können, damit sie die dann weitere Kontaktdaten austauschen können (die Kontaktdaten dürfen aus Datenschutzgründen nicht direkt sichtbar sein). Habe schon verzweifelt gesucht, aber nichts gefunden. Ist übrigens für einen guten Zweck :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension Manager: Repository Update funktioniert nicht
Hi, ich hab ne neue 6.1er Installation, und Extension Manager funktioniert das Repository Update nicht. Gibts da irgendwelche bekannten Probleme? Wo kann ich suchen, um das einzustellen? Im Server Error Log finde ich nichts, gibts noch ne Möglichkeit Error-Infos anzuzeigen? Bin dankbar für jeden Hinweis :) LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS - 6.2 LTS
Hi, also für Smooth Migration ist es einfach noch zu früh, die 6.2er ist ja nicht umsonst verschoben worden. Das mit dem Extension Manager kannst übrigens hier reporten: http://forge.typo3.org/projects/typo3cms-smoothmigration/issues Das was jetzt möglich ist, ist Handarbeit - und trägt im Endeffekt dazu bei dass Smooth Migration nächstes Jahr auch gut läuft. Man muss halt seine Erfahrungen dann auch teilen, reporten, Patches hochladen, etc. Big Bang ist durchaus möglich, ich habs auch mal versucht, fand das schrittweise aber besser, weils ne Menge eigener Extensions gibt die ich damit auch aktualisiert habe. Ablauf: 1) möglichst alle Extensions deaktivieren 2) Install Tool Updater - wenn das nicht läuft: kompletten typo3temp Ordner löschen, v.a. typo3temp/Cache ist ein aussichtsreicher Kandidat für löschen wenn irgendwas nicht geht 3) Extensions updaten auf 6.x (manche haben ja andere Versionen für 4.5 und 6.x) 4) restliche Extensions schrittweise reaktivieren. Was nicht geht ist es fast immer eine deprecated Funktion, steht dann im Error log. Für die deprecated Funktionen soll es dann 2 Extensions geben: - eine die man vor dem Update installt und die einem sagt was alles deprecated ist - eine die man nach dem Update installiert und die die deprecated Funktionen simuliert LG Andrea Quoting Jan Bartels j.bart...@arcor.de: Am 27.11.2013 17:56, schrieb Andrea Schmuttermair: Noch ungetestet, aber ich denke wenn man im ext_emconf.php einträgt: 'depends' = array ( 'php' = '5.3.0-', 'typo3' = '4.5.0-', ), müsste es gehen. Diese manuelle Änderung an den installierten Exts macht nun jeder, der unter 6.2 testet. Wäre ein Patch des EM, mit dem man die Versionsabfrage ignorieren kann, nicht eigentlich sinnvoll? So ist das doch pure Zeitverschwendung allerorten, was früher mit einem Mausklick ging. Nein ich google ja grad recht viel zu Upgrade Problemen und lande dauernd auf Blogs wo Leute ihren Frust über TYPO3 und Upgrade und sowas rauslassen, vor allem in den Kommentaren findet man da recht viel Müll. Obwohl es verständlich ist dass man manchmal frustriert ist Fehler zu suchen, find ich es zeichnet ein falsches Bild. Und dann hab ich mir gedacht schreib ich halt mal was auch gut läuft. So als Gegengewicht. Danke für Deinen ausführlichen Bericht, der allerdings von einer Smooth-Migration von 4.5 nach 6.2 in der Praxis nicht allzu viel übrig lässt. Davon hatte ich mir mehr versprochen und es deshalb erst mal mit einer Big-Bang-Migration versucht. Vielleicht sollte ich es auch noch mal mit den von Dir beschriebenen Tippelschritten probieren... Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Upgrade auf FAL und Backward Compatibility
Hallo, ich sitze hier an einem 4.5er Upgrade auf 6.x, und versuche eine gute Lösung für FAL zu finden. Ich habe einige pi-based Extensions die Files aus diesen Ordnern holen: /uploads/tx_extensionkey/ /fileadmin/somesubfolder/ Hat jemand Beispiele parat für die Verwendung von FAL mit pibased Extensions? Genial wäre auch eine Unterscheidung die die Extension rückwärtskompatibel hält, zwecks Parallelbetrieb die nächsten paar Monate bis die 6.2 stabil läuft. Also sowas wie: if (FAL) do something else use old code Und wie sieht dann das TCA aus? LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS - 6.2 LTS
Hi ihr, also ich sitze auch grad an einer Migration von 4.5 auf 6.2 und hab mir gedacht ich schreib mal ein paar Erfahrungen auf. Wieso gerade jetzt und nicht erst in 6 Monaten hat sich halt so ergeben, schadet ja auch nix die meisten Probleme schon mal gelöst zu haben. Größenordnung dieser Installation ist Enterprise. 1) Server Setup - Live-Server, der wird noch bis Mitte nächsten Jahres auf 4.5 laufen - der Development Server, auf dem die normale Entwicklung läuft und der genauso auf 4.5 läuft - der Upgrade Server mit der neuen Version 2) Ablauf Deprecation Log auf 4.5 - austauschen, das ist meistens nur find and replace Upgrade auf 4.7 Upgrade auf 6.0 Upgrade auf 6.2 beta2 (bzw. beta3 wenn sie raus ist) Extensions: Ich hab ein Excel mit allen Extensions, und dann für jede TYPO3 Version eine Spalte mit Testergebnis, Dazu hab ich mir aus dem Repo die Versionsinfos und das letzte Update Datum rausgesucht. Das sind meine Excel Spalten: Extensions 4.5 4.7 6.0 6.2 beta Kommentar Page ID installierte Version aktuelle Version letztes Update Und dann bin ich die Extension Liste durch, hab die hoffnungslosen Fälle schon mal aussortiert und Alternativen gesucht. Alles nach 2012 Updates bekam wird vermutlich upgedated. Was noch nicht da ist kommt auf die Liste von schaun wir mal wie es nächstes Jahr damit aussieht. Solr beispielsweise weiß ich, dass gerade mit Hochdruck am Update gearbeitet wird. Bei jedem TYPO3 Update die deprecation logs und error logs checken, und immer wieder find and replace. Die Patches von Fremd-Extensions hab ich gleich in der Forge in den Issue Tracker reingestellt. Da gibts übrigens auch oft schon 6.2er Versionen mit nem github Link, einfach mal nachlesen, und Entwickler kann man auch mal anschreiben. Alle deprecation Patches sind immer mit nem if für alte Versionen - damit kann ich die Änderungen gleich jetzt in den normalen Entwicklungsfluß reinbringen und es wird dann nächstes Jahr laufen. Momentan stehe ich bei der 6.0, die 6.2 kommt die nächsten Tage und ich bin recht optimistisch. Ehrlichgesagt kann ich die ganzen negativen Meldungen gar nicht verstehen, ich glaube das ist mehr der Frust dass man sich halt mal hinhocken muss und alle Entwicklungsschritte seit 4.5 in kurzer Zeit nachvollziehen muss. Ich finde das aber gar nicht frustrierend, sondern total beeindruckend, wie sehr sich TYPO3 in den letzten 2 Jahren weiterentwickelt hat. Hut ab vor den Core-Entwicklern was die da geleistet haben! Erfreulicherweise läuft sehr viel altes Zeug immer noch, pibased wird weiter unterstützt und für alle deprecated Funktionen findet man mit Googlen ganz fix einen Patch. Mit ExtBase Extensions von der 4.5er hatte ich bis jetzt noch gar keine Probleme, die liefen sofort. Da gibts natürlich auch deprecated functions im log die man schon mal austauschen kann, aber das betrifft ja erst Versionen nach der 6.2 Am meisten Bedenken hatte ich mit FAL. Aber soweit ich momentan sehe, hat der Install Tool Upgrade Wizard alles richtig aktualisiert. Ich setze auch naw_securedl ein, auch das funktioniert weiterhin. Dank einem Compatibility Layer funktionieren alte Codes wie gehabt. Also alles gut :) Soweit von der Upgrade Front, LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration 4.5 LTS - 6.2 LTS
Hi Ralf-Rene, oh sorry, ich meinte nicht deinen Beitrag, da war ich im Gegenteil ganz froh dass du darauf hingewiesen hast - ein Punkt weniger den ich debuggen muss. Noch ungetestet, aber ich denke wenn man im ext_emconf.php einträgt: 'depends' = array ( 'php' = '5.3.0-', 'typo3' = '4.5.0-', ), müsste es gehen. Nein ich google ja grad recht viel zu Upgrade Problemen und lande dauernd auf Blogs wo Leute ihren Frust über TYPO3 und Upgrade und sowas rauslassen, vor allem in den Kommentaren findet man da recht viel Müll. Obwohl es verständlich ist dass man manchmal frustriert ist Fehler zu suchen, find ich es zeichnet ein falsches Bild. Und dann hab ich mir gedacht schreib ich halt mal was auch gut läuft. So als Gegengewicht. LG Andrea Am 27.11.2013 13:11, schrieb Andrea Schmuttermair: Ehrlichgesagt kann ich die ganzen negativen Meldungen gar nicht verstehen, ich glaube das ist mehr der Frust dass man sich halt mal hinhocken muss und alle Entwicklungsschritte seit 4.5 in kurzer Zeit nachvollziehen muss. mein frustrierend bezog sich auch nicht grundsätzlich auf TYPO3, sondern darauf, dass es durch die neue TER Strategie (die ich prinzipiell ja sehr gut finde) unmöglich wird Extensions zu installieren und zu testen während der Entwicklung einer TYPO3 Version. Da man mittlerweile ja bei jeder Extension dazu gezwungen ist eine maximale TYPO3 Version anzugeben, steht die auch bei gut gepflegten Extensions meist halt noch auf 6.1.99 Und da man in der 6.2.0beta2 eben NICHT mehr wie früher solche Hinweise ignorieren kann, kriegt man solche Extensions eben nicht ins 6.2 System ohne sie zu editieren... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rewrite Condition für typo3 Ordner
Hi,
ich würde es so lösen (ungetestet):
- innerhalb des /typo3 Ordners eine htaccess anlegen mit
RewriteCond %{HTTP_HOST} !^www\.domainwithtypo3\.com
RewriteRule ^(.*)$ %{HTTP_HOST}/ [L]
Wenn HOST != domainwithtypo3 dann leite weiter auf die Haupt URL
LG Andrea
Quoting Ralf Schlömer ty...@ralfschloemer.de:
Hi zusammen,
ich habe hier ein TYPO3-System mit mehreren Domains, bei dem ich das
Backend nur über eine einzelne Domain aufrufbar machen möchte. Zwar
habe ich den Zugriff per BE:cookieDomain schon auf eine Domain
festgelegt, aber ich würde das Backend für die anderen Domains gerne
komplett verstecken. Daher suche ich eine Rewrite Condition für die
.htaccess, die folgende Regel ausführt:
Wenn HTTP_HOST nicht http://abc.def.gh; und das Verzeichnis ist /typo3,
dann leite nach HTTP_HOST um.
... nur leider hört's da bei mir auf. :)
Hat jemand zufällig eine Lösung?
Macht das überhaupt Sinn, was ich da versuche?
Grüße,
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rewrite Condition für typo3 Ordner
Hallo,
guter Hinweis, innerhalb des typo3 Ordners ist es natürlich blöd weil
muss bei jedem Update manuell hinzugefügt werden.
Bester Platz ist wie gesagt die vhost Konfiguration, hat man aber
nicht immer Zugriff.
Möglich wärs auch in der Haupt-htacces im Webroot.
Da gibts normalerweise so einen Abschnitt:
# Stop rewrite processing, if we are in the typo3/ directory.
# For httpd.conf, use this line instead of the next one:
# RewriteRule
^/TYPO3root/(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) -
[L]
RewriteRule
^(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) -
[L]
Davor sollte die neue Umleitung stehen.
LG Andrea
Quoting Stephan Schuler stephan.schu...@netlogix.de:
Hallo Ralf.
Ich hingegen würde unter keinen Umständen meine TYPO3-Sourcen
patchen, nur um die .htaccess-Datei zu erweitern.
Umd im Idealfall habe ich solche Regeln überhaupt nicht in einer
.htaccess-Datei sondern im vhost, zusammen mit allowoverride none.
Zunächst würde ich das versuchen:
RewriteCond %{HTTP_HOST} (!^www\.domainwithtypo3.\com$) [NC]
RewriteCond ^/typo3
RewriteRule (.*) %1
Ob du im Weiterleitungsziel auf %{HTTP_HOST} zugreifen kannst weiß
ich nicht auswendig. Deshalb die Klammern um die gewünschte Domain,
sodass du deren Wert in %1 vorfindest.
Grundsätzlich hast du manchmal $1 und manchmal %1, abhängig davon,
ob du den ersten Klammerinhalt aus einer RewriteCond oder den ersten
Klammerinhalt aus der RewriteRule haben möchtest.
Oder aber du schreibst www.domainwithtypo3.com als Zieldomain in die
RewriteRule. Da würde ich auch ein paar Minuten rumspielen. Ich hab
das nicht getestet sondern will dir nur Denkanstöße geben.
Gruß,
Stephan Schuler
Web-Entwickler
Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Website: media.netlogix.de
--
netlogix GmbH Co. KG
IT-Services | IT-Training | Media
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de
netlogix GmbH Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Andrea
Schmuttermair
Gesendet: Dienstag, 29. Oktober 2013 12:53
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Rewrite Condition für typo3 Ordner
Hi,
ich würde es so lösen (ungetestet):
- innerhalb des /typo3 Ordners eine htaccess anlegen mit
RewriteCond %{HTTP_HOST} !^www\.domainwithtypo3\.com
RewriteRule ^(.*)$ %{HTTP_HOST}/ [L]
Wenn HOST != domainwithtypo3 dann leite weiter auf die Haupt URL
LG Andrea
Quoting Ralf Schlömer ty...@ralfschloemer.de:
Hi zusammen,
ich habe hier ein TYPO3-System mit mehreren Domains, bei dem ich das
Backend nur über eine einzelne Domain aufrufbar machen möchte. Zwar
habe ich den Zugriff per BE:cookieDomain schon auf eine Domain
festgelegt, aber ich würde das Backend für die anderen Domains gerne
komplett verstecken. Daher suche ich eine Rewrite Condition für die
.htaccess, die folgende Regel ausführt:
Wenn HTTP_HOST nicht http://abc.def.gh; und das Verzeichnis ist
/typo3, dann leite nach HTTP_HOST um.
... nur leider hört's da bei mir auf. :)
Hat jemand zufällig eine Lösung?
Macht das überhaupt Sinn, was ich da versuche?
Grüße,
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ext:news ... sort by geht nicht
Hi Georg, ich würde gerne die News per Zufallsanzeige steuern. Es soll immer nur eine News angezeigt werden, aber eben zufällig. Das hier habe ich ausprobiert, klappt aber leider nicht und führt zu Fehlermeldungen. plugin.tx_news.settings.orderByAllowed = random plugin.tx_news.settings.orderBy = random Hast du einen Tipp? Viele Grüße, Andrea -- View this message in context: http://typo3.3.n7.nabble.com/Ext-news-sort-by-geht-nicht-tp242626p250365.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Archiv für Pages
Super, danke für die Info, das ist genau das was ich brauche! LG Andrea Am 20.09.2013 22:01, schrieb Michael G.: Hallo Andrea, Das mit dem t3d Export ist ne Idee, aber soweit ich weiß werden dabei die page UIDs verändert. UIDs müssen aber gleich bleiben, wg. Statistiken. Der t3D Export hat ne Menge Optionen, gibts dazu irgendwo ne ausführliche Doku, vielleicht gibts ja eine Option für UIDs nicht verändern? Ja, Du kannst beim Import einer T3D-Datei einen Haken setzen und somit »ALLE UID-Werte erzwingen« konfigurieren. Auf diese Weise behalten alle importierten Datensätze ihre ursprünglichen UID beim Import. Das kann jedoch auch dazu führen, dass man beim Import versehentlich vorhandene UIDs überschreibt. Also Vorsicht... Schöne Grüße Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Archiv für Pages
Hallo liebe Liste, ich suche nach einer Archiv-Möglichkeit für Seiten. Ich habe eine TYPO3 Installation mit 100.000 Seiten. Davon würde ich Seiten in eine Art Archiv verschieben, technisch gesprochen eine zweite pages tabelle. die Seiten sollen im Frontend zwar noch erreichbar sein, aber können auch langsamer sein, seltsame URLs haben, etc. Grund dafür ist Performance: alle Aufrufe die etwas mit page tree zu tun haben, oder gar ein join auf die pages Tabelle machen, sind einfach zu langsam. Die zu archivierenden Seiten sind im Seitenbaum in Unterbäumen gruppiert, d.h. da würde dann ein ganzer Knoten mit 1000 Unterseiten ins Archiv wandern, evtl. kann man das verwenden? Das auslagern in eine zweite TYPO3 Installation ist natürlich auch möglich - allerdings hab ich keine Idee wie man das dann synchronisieren könnte, es werden ja immer wieder Seiten ins Archiv wandern. Und ein Verweis-Menüpunkt ist ja immer noch ein Eintrag in der pages Tabelle, löst also mein Problem nicht. Hat jemand dazu eine gute Idee, oder vielleicht sogar eine Extension die in die Richtung geht? TYPO3 Version 4.5.29 LG Andrea ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
