From dmitry at typo3.ru.net Sat Dec 1 14:09:50 2012 From: dmitry at typo3.ru.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JLQsNGB0LjQu9GM0LXQsg==?=) Date: Sat, 01 Dec 2012 16:09:50 +0300 Subject: [TYPO3-mvc] How can I create watermark in my extension? Message-ID: Hi all, To make watermark images in my extension I write 1. In Typoscript lib.watermark > lib.watermark = IMAGE lib.watermark.file = GIFBUILDER lib.watermark.file { XY = 1280,1024 format = jpg quality = 100 10 = IMAGE 10 { file.import = uploads/tx_myext/ file.import.current = 1 file.import.listNum = 0 file.maxW = 1280 } 20 = TEXT 20 { text = {$watermark} offset = -5, 300 angle = 45 fontFile = fileadmin/fonts/arial.ttf fontSize = 16 } } 2. In Fluid template {thumb.image -> f:cObject(typoscriptObjectPath: 'lib.watermark')} It work good, and generated code

But I need generate code like For non-watermark image I use References: Message-ID: Hi, On 1-12-2012 14:09, ??????? ???????? wrote: > lib.watermark = IMAGE [...] > It work good, and generated code src="typo3temp/GB/watermark-pic.jpg" /> > But I need generate code like Use IMG_RESOURCE instead of IMAGE? IMG_RESOURCE only returns the image-reference instead of the complete image tag. -- Jigal van Hemert TYPO3 Core Team member TYPO3 .... inspiring people to share! Get involved: typo3.org From dmitry at typo3.ru.net Sat Dec 1 17:56:31 2012 From: dmitry at typo3.ru.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JLQsNGB0LjQu9GM0LXQsg==?=) Date: Sat, 01 Dec 2012 19:56:31 +0300 Subject: [TYPO3-mvc] How can I create watermark in my extension? In-Reply-To: References:

Message-ID: Jigal van Hemert, thank you very much. It's working. Now I'm write In Fluid

> Hi, > > On 1-12-2012 14:09, ??????? ???????? wrote: >> lib.watermark = IMAGE > [...] >> It work good, and generated code > src="typo3temp/GB/watermark-pic.jpg" /> >> But I need generate code like > > Use IMG_RESOURCE instead of IMAGE? IMG_RESOURCE only returns the > image-reference instead of the complete image tag. > From claus at wildside.dk Tue Dec 4 23:31:06 2012 From: claus at wildside.dk (Claus Due) Date: Tue, 4 Dec 2012 23:31:06 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 Message-ID: Hi Extbase list denizens, For those of you who would like to override single template files from any extension's collection of template files, here's a big headache-remover: https://github.com/NamelessCoder/view Lets you add as many overlaying paths as necessary and allows each overlay path to contain only individual files, or even just a single or two file which override the one(s) found in the standard template paths. An example for EXT:news can be found on the url above. Deliciously simple and entirely compatible. No configuration; just install. Enables overlay paths for every Extbase extension without changing any code in either the overridden extensions or in Fluid itself. Only a single function needed to be re-engineered and overridden. It unfortunately only works on 6.0 but there's still a chance that I may be able to make it work on as far back as 4.5. So keep an eye on it even if you don't use 6.0 yet. A TER version is coming soon. Cheers, Claus From typo3 at ringerge.org Wed Dec 5 06:17:25 2012 From: typo3 at ringerge.org (Georg Ringer) Date: Wed, 05 Dec 2012 06:17:25 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References: Message-ID: HI, thanks a lot! georg From davidgreiner at gmx.net Wed Dec 5 08:08:49 2012 From: davidgreiner at gmx.net (davidgreiner) Date: Wed, 05 Dec 2012 08:08:49 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 Message-ID: Great! Thx! -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Claus Due schrieb: Hi Extbase list denizens, For those of you who would like to override single template files from any extension's collection of template files, here's a big headache-remover: https://github.com/NamelessCoder/view Lets you add as many overlaying paths as necessary and allows each overlay path to contain only individual files, or even just a single or two file which override the one(s) found in the standard template paths. An example for EXT:news can be found on the url above. Deliciously simple and entirely compatible. No configuration; just install. Enables overlay paths for every Extbase extension without changing any code in either the overridden extensions or in Fluid itself. Only a single function needed to be re-engineered and overridden. It unfortunately only works on 6.0 but there's still a chance that I may be able to make it work on as far back as 4.5. So keep an eye on it even if you don't use 6.0 yet. A TER version is coming soon. Cheers, Claus _____________________________________________ TYPO3-project-typo3v4mvc mailing list TYPO3-project-typo3v4mvc at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From scecere at krur.com Wed Dec 5 08:38:04 2012 From: scecere at krur.com (Stefano Cecere) Date: Wed, 05 Dec 2012 08:38:04 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References: Message-ID: you won't believe me.. but i spent the night reorganizing dozens of Fluid tempaltes for a multisite.. and i jsut told me: i ahve to figure out how to override a tempalte for a single action, without replicating the whole ext templates! and here you come out with "view"!!!!! thank you Claus!! stefano On 04/12/12 23:31, Claus Due wrote: > Hi Extbase list denizens, > > For those of you who would like to override single template files from any > extension's collection of template files, here's a big headache-remover: > > https://github.com/NamelessCoder/view > > Lets you add as many overlaying paths as necessary and allows > each overlay path to contain only individual files, or even just a single or two > file which override the one(s) found in the standard template paths. An > example for EXT:news can be found on the url above. > > Deliciously simple and entirely compatible. No configuration; just install. > Enables overlay paths for every Extbase extension without changing any > code in either the overridden extensions or in Fluid itself. Only a single > function needed to be re-engineered and overridden. > > It unfortunately only works on 6.0 but there's still a chance that I may be able > to make it work on as far back as 4.5. So keep an eye on it even if you don't > use 6.0 yet. > > A TER version is coming soon. > > Cheers, > Claus > -- -- --- ----- ------- Stefano Cecere KRUR studio - http://krur.com From scecere at krur.com Wed Dec 5 08:41:46 2012 From: scecere at krur.com (Stefano Cecere) Date: Wed, 05 Dec 2012 08:41:46 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: ah.. unluckily i can't upgrade to 6.0 and i don't think i can do, unless the EM gets back it's "changed files" views :( From adrien.crivelli at gmail.com Wed Dec 5 09:06:37 2012 From: adrien.crivelli at gmail.com (Adrien Crivelli) Date: Wed, 5 Dec 2012 17:06:37 +0900 Subject: [TYPO3-mvc] Repository ->update with TYPO3 4.7.6 / 4.7.7 In-Reply-To: References:

Message-ID: Hi, Big thanks to both of you for your answer, it will save me lots of time when I'll go back to that codebase :-) Thx again ! On 30 November 2012 20:39, Oliver Klee wrote: > Hi, > > Am 30.11.2012 11:28, schrieb Valentin Zickner: > > I solved the problem. This problem occures, when you do not use > > dependency injection (in your own extension). > > > > In this old extension, I used the old way: > > $this->repo = t3lib_div::makeInstance('Tx_...Repository'); > > > > In this case, the repository can not use dependency injection and this > > error occures. So it is neccessary to use dependency injection for > > repositories in TYPO3 4.7.6 and later. > > Maybe dependency injection is not really necessary, but probably using > the object manager (instead of makeInstance) is so that the repository > gets its dependencies properly injected. > > > Oli > -- > Certified TYPO3 Integrator | TYPO3 Security Team Member > _______________________________________________ > TYPO3-project-typo3v4mvc mailing list > TYPO3-project-typo3v4mvc at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc > From most.wanted at gmx.at Wed Dec 5 17:32:36 2012 From: most.wanted at gmx.at (Roland) Date: Wed, 05 Dec 2012 17:32:36 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? Message-ID: hi everybody, i have to import 100.000+ database records from an external oracle database. these records should be transformed into objects of a extbase extension. at the moment this takes a lot of time. 60+ minutes an still waiting... is there something like a best practice to make this work faster? this is some of my code: --- quote --- foreach ($recordSet as $record) { $newUser = $this->objectManager->create('Tx_MyExtension_Domain_Model_User'); $newUser->setName($record['name']); $newUser->setName($record['email']); $newUser->setName($record['fax']); ... $newUser->setName($record['phone']); $newUser->setName($record['city']); $newUser->setName($record['zip']); $this->userRepository->add($newUser); } --- /quote --- how can i improve this? what about a persistAll() or should a unset() help somehow? kind regards roland From scecere at krur.com Wed Dec 5 17:43:31 2012 From: scecere at krur.com (Stefano Cecere) Date: Wed, 05 Dec 2012 17:43:31 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References: Message-ID: DIG EXTBASE for this operation go straight with DB->insert in the fe_user table! On 05/12/12 17:32, Roland wrote: > hi everybody, > > i have to import 100.000+ database records from an external oracle > database. these records should be transformed into objects of a extbase > extension. > > at the moment this takes a lot of time. 60+ minutes an still waiting... > > is there something like a best practice to make this work faster? > > this is some of my code: > > --- quote --- > > foreach ($recordSet as $record) { > $newUser = > $this->objectManager->create('Tx_MyExtension_Domain_Model_User'); > $newUser->setName($record['name']); > $newUser->setName($record['email']); > $newUser->setName($record['fax']); > ... > $newUser->setName($record['phone']); > $newUser->setName($record['city']); > $newUser->setName($record['zip']); > $this->userRepository->add($newUser); > } > > --- /quote --- > > how can i improve this? what about a persistAll() or should a unset() > help somehow? > > kind regards > > roland -- -- --- ----- ------- Stefano Cecere KRUR studio - http://krur.com From claus at wildside.dk Wed Dec 5 17:59:40 2012 From: claus at wildside.dk (Claus Due) Date: Wed, 5 Dec 2012 17:59:40 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: Hi Roland, Stefano said: > DIG EXTBASE for this operation > go straight with DB->insert in the fe_user table! And I agree. But if for some reason you depend on this happening in Extbase: Try with chunked imports. From your example it does not look like you need to create relations when importing so I assume you could import ~1000 records at a time? If you are able to do it this way it is likely to go faster. With the example you gave below I would estimate that each chunk of ~1000 records would take a couple of seconds to execute, totalling a lot less than 60 minutes. And of course avoid selecting all rows while you are importing; make the import run without the need to check existing records and you will have saved a LOT of resources if importing through Extbase. Last one; maybe unneccesary to even mention, but don't display the data you import inbetween chunks - Extbase is not very efficient at doing this with that much data; assume your list of 1000 records takes ~1 second to render you just lost a good, full 1000 seconds - which is almost 17 minutes spent on just rendering imported records ;) Cheers, Claus From claus at wildside.dk Wed Dec 5 18:11:28 2012 From: claus at wildside.dk (Claus Due) Date: Wed, 5 Dec 2012 18:11:28 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: Hi Stefano, > ah.. unluckily i can't upgrade to 6.0 Bummer :( But don't despair. I am right now investigating how to hack this View into 4.5, 4.6 and 4.7 too. It will probably require some TS to work and I expect I will have to copy chunks of code and maintain two copies - but I think that would be worth it. It's not that much code and it has been stable for ages in Fluid so I don't expect (m)any changes there. Will let you know how that turns out. > and i don't think i can do, unless the EM gets back it's "changed files" views :( Then I have bad news for you. EM will never get this view back, I heard. Nor will it ever be able to upload to TER again. To my knowledge there is currently zero options to do these two things on a 6.0 site. Not in the core and not through any extension in existence. Sad decision, that one. Cheers, Claus From thomas at visualworx.de Wed Dec 5 18:45:41 2012 From: thomas at visualworx.de (Thomas Mammitzsch) Date: Wed, 05 Dec 2012 18:45:41 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References: Message-ID: hi Roland, Try to persist manually via persistence manager like that: $i = 0; foreach ($recordSet as $record) { ... $i++; if($i % 100 == 0) { $this->persistenceManager->persistAll(); } } did that those days in flow and have about 160000 entries imported in around 8 minutes (via cli of course). Without that it takes ages because of high ram load and swapping i think. regards, Thomas Am 05.12.2012 17:32, schrieb Roland: > hi everybody, > > i have to import 100.000+ database records from an external oracle > database. these records should be transformed into objects of a extbase > extension. > > at the moment this takes a lot of time. 60+ minutes an still waiting... > > is there something like a best practice to make this work faster? > > this is some of my code: > > --- quote --- > > foreach ($recordSet as $record) { > $newUser = > $this->objectManager->create('Tx_MyExtension_Domain_Model_User'); > $newUser->setName($record['name']); > $newUser->setName($record['email']); > $newUser->setName($record['fax']); > ... > $newUser->setName($record['phone']); > $newUser->setName($record['city']); > $newUser->setName($record['zip']); > $this->userRepository->add($newUser); > } > > --- /quote --- > > how can i improve this? what about a persistAll() or should a unset() > help somehow? > > kind regards > > roland From claus at wildside.dk Wed Dec 5 19:07:33 2012 From: claus at wildside.dk (Claus Due) Date: Wed, 5 Dec 2012 19:07:33 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: On Dec 5, 2012, at 6:45 PM, Thomas Mammitzsch wrote: > did that those days in flow and have about 160000 entries imported in around 8 minutes (via cli of course). Without that it takes ages because of high ram load and swapping i think. Hi Thomas, I'm not sure that's the reason. PHP is unable to use that much RAM (unless of course you intentionally limit the virtual ram available to a value below max_memory_limit, which is unlikely). There's a more likely reason, which is that Extbase tracks dirty objects and this tracking grows out of crontrol with many thousands of records. I would let Extbase import a thousand records at a time. Overusing persistAll() is unwise (and once per 100 operations is, imho, overusing persistAll). A value of 1000 seems more reasonable. Even when used, persistAll still relies on the automatic garbage collection in PHP which has a VERY high triggering limit. And finally: Extbase is not Flow; there's a whole additional DB layer and there's the unavoiable use of the extremely antique mysql PHP extension (rather than the new, improved mysqli). I'd say: use chunked importing. That way you won't stress Extbase and it should perform much better during huge imports. But for ease, please do try Thomas' suggestion to see if that on itself gives enough improvement :) Cheers, Claus From thomas at visualworx.de Wed Dec 5 19:53:29 2012 From: thomas at visualworx.de (Thomas Mammitzsch) Date: Wed, 05 Dec 2012 19:53:29 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: hi Claus yes, of course, it can't consume more memory than allowed in memory_limit - i missed that. The basic idea is to not keep thousands of objects unpersisted in memory. I had the same problems like Roland, the job was running for a very long time to be finished. Persisting after creating 1000 objects may be also fine if not even better. I personally only tested it with 100 and that worked fine for me. If the import is not via cli but apache, i think there is no way around chunking. regards, Thomas Am 05.12.2012 19:07, schrieb Claus Due: > Hi Thomas, I'm not sure that's the reason. PHP is unable to use that > much RAM (unless of course you intentionally limit the virtual ram > available to a value below max_memory_limit, which is unlikely). > There's a more likely reason, which is that Extbase tracks dirty > objects and this tracking grows out of crontrol with many thousands of > records. I would let Extbase import a thousand records at a time. > Overusing persistAll() is unwise (and once per 100 operations is, > imho, overusing persistAll). A value of 1000 seems more reasonable. > Even when used, persistAll still relies on the automatic garbage > collection in PHP which has a VERY high triggering limit. And finally: > Extbase is not Flow; there's a whole additional DB layer and there's > the unavoiable use of the extremely antique mysql PHP extension > (rather than the new, improved mysqli). I'd say: use chunked > importing. That way you won't stress Extbase and it should perform > much better during huge imports. But for ease, please do try Thomas' > suggestion to see if that on itself gives enough improvement :) > Cheers, Claus _______________________________________________ > TYPO3-project-typo3v4mvc mailing list > TYPO3-project-typo3v4mvc at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From fsu-lists at cobweb.ch Wed Dec 5 20:12:05 2012 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Wed, 05 Dec 2012 20:12:05 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References: Message-ID: Hi Roland, > i have to import 100.000+ database records from an external oracle > database. these records should be transformed into objects of a extbase > extension. Besides the answers already given, do you really need to do this with Extbase? I have developed and published for a couple of years already an extension called "external_import" which is specialized in this kind of jobs. It may have trouble handling 100.000+ records from the BE module, but the Scheduler task should be fine. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From claus at wildside.dk Wed Dec 5 20:27:10 2012 From: claus at wildside.dk (Claus Due) Date: Wed, 5 Dec 2012 20:27:10 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: > Besides the answers already given, do you really need to do this with Extbase? I have developed and published for a couple of years already an extension called "external_import" which is specialized in this kind of jobs. It may have trouble handling 100.000+ records from the BE module, but the Scheduler task should be fine. Hi everybody, I'm a huge fan of external_import, it's saved my ass a few times now - amazed I didn't think of it this time. Everyone should know about that extension so spread the word! Cheers, Claus From claus at wildside.dk Wed Dec 5 21:11:59 2012 From: claus at wildside.dk (Claus Due) Date: Wed, 5 Dec 2012 21:11:59 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: Hi Stefano - and everybody else of course, An update on the EXT:view thing: >> ah.. unluckily i can't upgrade to 6.0 > > Bummer :( > > But don't despair. I am right now investigating how to hack this View into > 4.5, 4.6 and 4.7 too. > Will let you know how that turns out. Success. I hope. Could you try https://github.com/NamelessCoder/view.git on your setup? Should work all the way back to 4.5 but I'm a little short on test setups at the moment. I had to deepen the class inheritance by one additional virtual parent class (two on 4.x) and one virtual parent interface (two on 4.x) but it shouldn't be a huge performance impact all in all. I think tomorrow I will try the same stunt on EXT:uncache (which you may also find handy - see https://github.com/NamelessCoder/uncache - there's a TER version too). Cheers, Claus From scecere at krur.com Wed Dec 5 21:18:12 2012 From: scecere at krur.com (Stefano Cecere) Date: Wed, 05 Dec 2012 21:18:12 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: oh Santa Claus!!! tomorrow morning i'll try on 4.7 (i don't use 4.5 and 4.6 anymore) thanks! s On 05/12/12 21:11, Claus Due wrote: > Hi Stefano - and everybody else of course, > > An update on the EXT:view thing: > >>> ah.. unluckily i can't upgrade to 6.0 >> >> Bummer :( >> >> But don't despair. I am right now investigating how to hack this View into >> 4.5, 4.6 and 4.7 too. > >> Will let you know how that turns out. > > Success. I hope. Could you try https://github.com/NamelessCoder/view.git on > your setup? Should work all the way back to 4.5 but I'm a little short on test > setups at the moment. I had to deepen the class inheritance by one additional > virtual parent class (two on 4.x) and one virtual parent interface (two on 4.x) but > it shouldn't be a huge performance impact all in all. > > I think tomorrow I will try the same stunt on EXT:uncache (which you may also > find handy - see https://github.com/NamelessCoder/uncache - there's a TER > version too). > > Cheers, > Claus > -- -- --- ----- ------- Stefano Cecere KRUR studio - http://krur.com From fsu-lists at cobweb.ch Wed Dec 5 21:47:13 2012 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Wed, 05 Dec 2012 21:47:13 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: Hey, > I'm a huge fan of external_import, it's saved my ass a few times > now - amazed I didn't think of it this time. Everyone should know > about that extension so spread the word! Glad you enjoy it. It's good to hear such kind words from time to time. Heart-warming and motivating :-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From jigal.van.hemert at typo3.org Thu Dec 6 07:05:06 2012 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Thu, 06 Dec 2012 07:05:06 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: Hi, On 5-12-2012 18:11, Claus Due wrote: >> and i don't think i can do, unless the EM gets back it's "changed files" views :( > Then I have bad news for you. > EM will never get this view back, I heard. Nor will it ever be able to upload > to TER again. Showing that files are changed (and maybe even which files) is useful for non developers too. It helps to decide if an upgrade can be done right away or if a developer needs to check the modifications first. The 6.0 Release Team may very well decide to bring that information in the EM. Upload to TER is not a functionality for an administrator. That will go (or is already present) in extdeveval. > To my knowledge there is currently zero options to do these two things on > a 6.0 site. Not in the core and not through any extension in existence. Sad > decision, that one. Some decisions are forced by the combination of the time available, the amount of priority issues and the manpower available. This doesn't mean that things can't change in the near future... -- Jigal van Hemert TYPO3 Core Team member TYPO3 .... inspiring people to share! Get involved: typo3.org From fkrueger-ml at mp-group.net Thu Dec 6 09:11:47 2012 From: fkrueger-ml at mp-group.net (=?iso-8859-1?Q?Frank_Kr=FCger?=) Date: Thu, 6 Dec 2012 09:11:47 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: Hi, OT, but I have to agree. Once configured correctly, it runs like hell. Cheers, Frank -----Urspr?ngliche Nachricht----- Von: typo3-project-typo3v4mvc-bounces at lists.typo3.org [mailto:typo3-project-typo3v4mvc-bounces at lists.typo3.org] Im Auftrag von Fran?ois Suter Gesendet: Mittwoch, 5. Dezember 2012 21:47 An: typo3-project-typo3v4mvc at lists.typo3.org Betreff: Re: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? Hey, > I'm a huge fan of external_import, it's saved my ass a few times now - > amazed I didn't think of it this time. Everyone should know about that > extension so spread the word! Glad you enjoy it. It's good to hear such kind words from time to time. Heart-warming and motivating :-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch _______________________________________________ TYPO3-project-typo3v4mvc mailing list TYPO3-project-typo3v4mvc at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From claus at wildside.dk Thu Dec 6 09:59:46 2012 From: claus at wildside.dk (Claus Due) Date: Thu, 6 Dec 2012 09:59:46 +0100 Subject: [TYPO3-mvc] Template path overlays - new extension "View" for 6.0 In-Reply-To: References:

Message-ID: Hi Jigal, > Upload to TER is not a functionality for an administrator. That will go (or is already present) in extdeveval. Extdeveval - the ancient pi_base extension. Is the only way to upload to TER from the new Extbase-converted TYPO3. You are just trolling, right? ;) FYI: upload is not a feature in extdeveval currently. Nor is the comparison of current files against current TER versions. But both features have been harshly removed from 6.0 already. >> To my knowledge there is currently zero options to do these two things on >> a 6.0 site. Not in the core and not through any extension in existence. Sad >> decision, that one. > > Some decisions are forced by the combination of the time available, the amount of priority issues and the manpower available. This doesn't mean that things can't change in the near future... I just can't believe that seeing which files have been changed, and uploading exts to TER, are not "priority issues" and in fact are so low priority that we would just delete them completely and not even advertise it in the release notes. The only hint to this is that the new EM purpotedly "focuses on integration and management of extensions". I could go on... I also can't believe we - everybody, the whole community - would just point to some ancient pi_base extension which doesn't even have the necessary feature and is currently BROKEN on 6.0! Really, you can't make this shit up! But I digress. Please excuse my rant, everybody. Cheers, Claus From scecere at krur.com Fri Dec 7 18:45:14 2012 From: scecere at krur.com (Stefano Cecere) Date: Fri, 07 Dec 2012 18:45:14 +0100 Subject: [TYPO3-mvc] can 4.7 Extbase / Fluid manage forms with dynamically added subobjects? Message-ID: hi, i'm just evaluating if i can achieve (without headaches ;) this with Extbase Fluid forms, or if it's better to go "the old way", interpreting all forms data bypassing them: say i have an object company with mm relations with products i want to create a FE form where user adds / manages / sort this products. do you think i can make it? thanks you! -- --- ----- ------- Stefano Cecere KRUR studio - http://krur.com From oli5188 at gmail.com Fri Dec 7 22:35:21 2012 From: oli5188 at gmail.com (Oliver Beck) Date: Fri, 07 Dec 2012 22:35:21 +0100 Subject: [TYPO3-mvc] TYPO3 6.0 FAL Extbase Models Message-ID: Hi all I would try out the new (experimental) models for the FAL (StaticFileCollection etc.). How can I use these models in my extension? There arent't any repositories for the models in the class reference... Did anybody used them successfully? In my case i would get all files by a static or folderbased filecollection Kind Regards, Oliver From stephenbungert at yahoo.de Sun Dec 9 13:01:48 2012 From: stephenbungert at yahoo.de (Stephen Bungert) Date: Sun, 9 Dec 2012 13:01:48 +0100 Subject: [TYPO3-mvc] Using the pagetree in my own main module's submodules Message-ID: Hello, I'm been making a BE module for an extbase/fluid extension, currently this is only a submodule of web, but I would like to make my own main module so that i can have many submodules nicely grouped. I tried setting this up, but then th epage tree is gone, I would like to have the page tree but still use my own main module. Are there an examples of how to do this? I was hoping I could just add a VH of some kind to my templates that would render the page tree. I have tried searching for an couple of hours now so if anyone knows how to do this, please give me some tips! Stephen. From oli5188 at gmail.com Mon Dec 10 09:12:00 2012 From: oli5188 at gmail.com (Oliver Beck) Date: Mon, 10 Dec 2012 09:12:00 +0100 Subject: [TYPO3-mvc] TYPO3 6.0 FAL Extbase Models In-Reply-To: References: Message-ID: Does anybody have an idea....? Kind Regards, Oliver -----Urspr?ngliche Nachricht----- Von: typo3-project-typo3v4mvc-bounces at lists.typo3.org [mailto:typo3-project-typo3v4mvc-bounces at lists.typo3.org] Im Auftrag von Oliver Beck Gesendet: Freitag, 7. Dezember 2012 22:35 An: typo3-project-typo3v4mvc at lists.typo3.org Betreff: [TYPO3-mvc] TYPO3 6.0 FAL Extbase Models Hi all I would try out the new (experimental) models for the FAL (StaticFileCollection etc.). How can I use these models in my extension? There arent't any repositories for the models in the class reference... Did anybody used them successfully? In my case i would get all files by a static or folderbased filecollection Kind Regards, Oliver _______________________________________________ TYPO3-project-typo3v4mvc mailing list TYPO3-project-typo3v4mvc at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From r.schneider at artworx.at Mon Dec 10 09:33:35 2012 From: r.schneider at artworx.at (Robert Schneider) Date: Mon, 10 Dec 2012 09:33:35 +0100 Subject: [TYPO3-mvc] Prerender pages and images? Message-ID: Hi, in my extension it is possible to import some products that come with images in the back end. After an import the cache gets cleared. Now, is it possible to prerender all pages with their images? Since it takes to long if the page gets called the first time and several images have to be resized (by ImageMagick). Regards, Robert From claus at fassing.eu Tue Dec 11 17:07:30 2012 From: claus at fassing.eu (Claus Fassing) Date: Tue, 11 Dec 2012 17:07:30 +0100 Subject: [TYPO3-mvc] [Extbase] Repository & SQL Functions Message-ID: Hello, is it possible to use SQL Functions from repositorys ? e.g. SELECT DATE_FORMAT( FROM_UNIXTIME( `crdate` ) , '%Y' ) AS Datum FROM tt_content group by Datum Or do I have only the statement method for this on hand ? Regards, Claus From scecere at krur.com Tue Dec 11 18:33:34 2012 From: scecere at krur.com (Stefano Cecere) Date: Tue, 11 Dec 2012 18:33:34 +0100 Subject: [TYPO3-mvc] [Extbase] Repository & SQL Functions In-Reply-To: References: Message-ID: Hi Claus luckily we can use any direct mysql, like: /** * @return array */ public function findMyQuery() { $query = $this->createQuery(); $query->getQuerySettings()->setReturnRawQueryResult(TRUE); $query->statement("SELECT DATE_FORMAT( FROM_UNIXTIME( `crdate` ) , '%Y' ) AS Datum FROM tt_content group by Datum"); return $query->execute(); } it'll return an array On 11/12/12 17:07, Claus Fassing wrote: > Hello, > > is it possible to use SQL Functions from repositorys ? > e.g. > SELECT DATE_FORMAT( FROM_UNIXTIME( `crdate` ) , '%Y' ) AS Datum > FROM tt_content group by Datum > > Or do I have only the statement method for this on hand ? > > Regards, > > Claus > > -- -- --- ----- ------- Stefano Cecere KRUR studio - http://krur.com From dmitry at typo3.ru.net Wed Dec 12 21:49:39 2012 From: dmitry at typo3.ru.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JLQsNGB0LjQu9GM0LXQsg==?=) Date: Wed, 12 Dec 2012 23:49:39 +0300 Subject: [TYPO3-mvc] How I can send a message from a field to mail body? Message-ID: Hi all, I make extension with the questions list. I want to send the text, from the form to the admin email To send mail using this function in controller /** * send email using swiftmailer * * @param string $recipientEmail * @param string $subject * @param string $message * @param string $senderEmail * @param string $senderName * @return void */ protected function sendMail($senderEmail, $recipientEmail, $subject, $message) { $mail = t3lib_div::makeInstance('t3lib_mail_Message'); $mail->setFrom( array( $this->settings['senderEmail'] => $this->settings['senderName'] ) ); $mail ->setTo($this->settings['recipientEmail']); $mail->setSubject($this->settings['subject']); $mail->setBody($message); $mail->send(); } In new action use public function newAction(Tx_Userfaq_Domain_Model_Question $newQuestion = NULL) { .... $this->sendMail($senderEmail, $recipientEmail, $subject, $message); .... } How I can send a message from a field name="tx_userfaq_userfaq[newQuestion][description]" to mail body? ---------------------------------- Thanks, Dmitry Vasiliev From thomas at visualworx.de Wed Dec 12 20:58:57 2012 From: thomas at visualworx.de (Thomas Mammitzsch) Date: Wed, 12 Dec 2012 20:58:57 +0100 Subject: [TYPO3-mvc] How I can send a message from a field to mail body? In-Reply-To: References: Message-ID: hi, should be like $this->sendMail($senderEmail, $recipientEmail, $subject, $newQuestion->getDescription()); if your model has a getter for property $description. regards, Thomas On 12.12.2012 21:49, ??????? ???????? wrote: > Hi all, > I make extension with the questions list. > I want to send the text, from the form to the admin email > > To send mail using this function in controller > > /** > * send email using swiftmailer > * > * @param string $recipientEmail > * @param string $subject > * @param string $message > * @param string $senderEmail > * @param string $senderName > * @return void > */ > protected function sendMail($senderEmail, $recipientEmail, $subject, > $message) { > $mail = t3lib_div::makeInstance('t3lib_mail_Message'); > $mail->setFrom( array( $this->settings['senderEmail'] => > $this->settings['senderName'] ) ); > $mail ->setTo($this->settings['recipientEmail']); > $mail->setSubject($this->settings['subject']); > $mail->setBody($message); > $mail->send(); > } > > In new action use > > public function newAction(Tx_Userfaq_Domain_Model_Question > $newQuestion = NULL) { > .... > $this->sendMail($senderEmail, $recipientEmail, $subject, $message); > .... > } > > How I can send a message from a field > name="tx_userfaq_userfaq[newQuestion][description]" to mail body? > > ---------------------------------- > Thanks, Dmitry Vasiliev > _______________________________________________ > TYPO3-project-typo3v4mvc mailing list > TYPO3-project-typo3v4mvc at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From dmitry at typo3.ru.net Wed Dec 12 22:42:07 2012 From: dmitry at typo3.ru.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JLQsNGB0LjQu9GM0LXQsg==?=) Date: Thu, 13 Dec 2012 00:42:07 +0300 Subject: [TYPO3-mvc] How I can send a message from a field to mail body? In-Reply-To: References:

Message-ID: Thank you, Thomas. It's work. 12.12.2012 22:58, Thomas Mammitzsch ?????: > hi, > > should be like $this->sendMail($senderEmail, $recipientEmail, > $subject, $newQuestion->getDescription()); > > if your model has a getter for property $description. > > regards, Thomas > > On 12.12.2012 21:49, ??????? ???????? wrote: >> Hi all, >> I make extension with the questions list. >> I want to send the text, from the form to the admin email >> >> To send mail using this function in controller >> >> /** >> * send email using swiftmailer >> * >> * @param string $recipientEmail >> * @param string $subject >> * @param string $message >> * @param string $senderEmail >> * @param string $senderName >> * @return void >> */ >> protected function sendMail($senderEmail, $recipientEmail, $subject, >> $message) { >> $mail = t3lib_div::makeInstance('t3lib_mail_Message'); >> $mail->setFrom( array( $this->settings['senderEmail'] => >> $this->settings['senderName'] ) ); >> $mail ->setTo($this->settings['recipientEmail']); >> $mail->setSubject($this->settings['subject']); >> $mail->setBody($message); >> $mail->send(); >> } >> >> In new action use >> >> public function newAction(Tx_Userfaq_Domain_Model_Question >> $newQuestion = NULL) { >> .... >> $this->sendMail($senderEmail, $recipientEmail, $subject, $message); >> .... >> } >> >> How I can send a message from a field >> name="tx_userfaq_userfaq[newQuestion][description]" to mail body? >> >> ---------------------------------- >> Thanks, Dmitry Vasiliev >> _______________________________________________ >> TYPO3-project-typo3v4mvc mailing list >> TYPO3-project-typo3v4mvc at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc > > _______________________________________________ > TYPO3-project-typo3v4mvc mailing list > TYPO3-project-typo3v4mvc at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From djgarms at gmail.com Thu Dec 13 02:34:16 2012 From: djgarms at gmail.com (Domi) Date: Thu, 13 Dec 2012 09:34:16 +0800 Subject: [TYPO3-mvc] extbase - backend and multilanguage with n:1 relation Message-ID: Hi, I have a question to the language handling in backend with translated content of related content. My setup: 2 languages, english and german I have "travel" and one categorization field "traveltype" as a n:1 relation inside of my model. After creating and translating all "traveltype" fields inside of the backend I add one travel. In the dropdown traveltypes of all languages getting displayed. How can I set up the TCA to show only records related to the choosen language? Or any other best way to handle this? Currently its configured as a type=>select. Thanks! Dominic From typo3 at kay-strobach.de Thu Dec 13 12:30:36 2012 From: typo3 at kay-strobach.de (Kay Strobach) Date: Thu, 13 Dec 2012 12:30:36 +0100 Subject: [TYPO3-mvc] Prerender pages and images? In-Reply-To: References: Message-ID: Hi Robert, take a look on crawler, but it seems to be a bit buggy together with scheduler :( Regards Kay Am 10.12.2012 09:33, schrieb Robert Schneider: > Hi, > > in my extension it is possible to import some products that come with > images in the back end. After an import the cache gets cleared. Now, is > it possible to prerender all pages with their images? Since it takes to > long if the page gets called the first time and several images have to > be resized (by ImageMagick). > > Regards, > Robert -- http://www.kay-strobach.de - Open Source Rocks TYPO3 .... inspiring people to share! Get involved: http://typo3.org Answer was useful - feel free to donate: - https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2 - https://flattr.com/profile/kaystrobach From jigal.van.hemert at typo3.org Thu Dec 13 14:58:43 2012 From: jigal.van.hemert at typo3.org (Jigal van Hemert) Date: Thu, 13 Dec 2012 14:58:43 +0100 Subject: [TYPO3-mvc] Prerender pages and images? In-Reply-To: References: Message-ID: Hi, On 10-12-2012 9:33, Robert Schneider wrote: > in my extension it is possible to import some products that come with > images in the back end. After an import the cache gets cleared. Now, is > it possible to prerender all pages with their images? Since it takes to > long if the page gets called the first time and several images have to > be resized (by ImageMagick). You can use the extension pagepath to get a proper frontend URL (also supports URL rewriters like RealURL, CoolURI, etc.). After that you can use t3lib_div::getUrl() ( for 6.0: \TYPO3\CMS\Core\Utility\GeneralUtility::getUrl() ) to fetch the image. (I assume that you can predict the URL for the image inside your extension?) -- Jigal van Hemert TYPO3 Core Team member TYPO3 .... inspiring people to share! Get involved: typo3.org From most.wanted at gmx.at Sun Dec 16 17:10:23 2012 From: most.wanted at gmx.at (Roland) Date: Sun, 16 Dec 2012 17:10:23 +0100 Subject: [TYPO3-mvc] Fluid Paginate Widget: "insertBelow" causes paginator to be placed above the paginated list Message-ID: hi everybody, i encounter some weird behaviour of the fluid paginate widget: although i set "insertBelow" to "1" the paginator will be placed above the paginated list. if i both set "insertBelow" and "insertAbove" to "1" two paginators will be placed above the paginated list. i use TYPO3 4.7.4 and could not find any commits for the TYPO3 4.x branches that would fix such a problem. i am not able to test the paginate widget on TYPO3 6.0. can you reproduce this behaviour? kind regards roland From davidgreiner at gmx.net Sun Dec 16 18:16:16 2012 From: davidgreiner at gmx.net (David Greiner) Date: Sun, 16 Dec 2012 18:16:16 +0100 Subject: [TYPO3-mvc] Fluid Paginate Widget: "insertBelow" causes paginator to be placed above the paginated list Message-ID: Hi! Are you sure your markup around the paginator is 100% correct? KR, david -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Roland schrieb: hi everybody, i encounter some weird behaviour of the fluid paginate widget: although i set "insertBelow" to "1" the paginator will be placed above the paginated list. if i both set "insertBelow" and "insertAbove" to "1" two paginators will be placed above the paginated list. i use TYPO3 4.7.4 and could not find any commits for the TYPO3 4.x branches that would fix such a problem. i am not able to test the paginate widget on TYPO3 6.0. can you reproduce this behaviour? kind regards roland _____________________________________________ TYPO3-project-typo3v4mvc mailing list TYPO3-project-typo3v4mvc at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-typo3v4mvc From most.wanted at gmx.at Sun Dec 16 23:28:03 2012 From: most.wanted at gmx.at (Roland) Date: Sun, 16 Dec 2012 23:28:03 +0100 Subject: [TYPO3-mvc] Fluid Paginate Widget: "insertBelow" causes paginator to be placed above the paginated list In-Reply-To: References: Message-ID: hi david, thanks for your hint. > Hi! Are you sure your markup around the paginator is 100% correct? you were right - i messed up the markup: i inserted the paginate widget inside a table. after fixing that (wrapping the paginate widget around the table) the paginate widget works like expected. kind regards roland From typo3 at ndh-websolutions.de Tue Dec 18 07:48:14 2012 From: typo3 at ndh-websolutions.de (Nicolas de Haen) Date: Tue, 18 Dec 2012 07:48:14 +0100 Subject: [TYPO3-mvc] Native DateTime properties not supported by DataMapper Message-ID: Hi, I just added the new native DateTime and Date support into the ExtensionBuilder and ran into problems with the DataMapper. It seems the mapDateTime method is only capable to convert timestamps but not strings like '21-12-2012' or '21-12-2012 00:00:01'. I wanted to provide a patch but then I saw that there is another issue related to DateTime/DataMapper http://forge.typo3.org/issues/9087 which is on hold since 5 month. Is there any plan or strategy how to solve this? Would it make sense just to patch the method for now, ignoring the other issue? It's just a 2 line patch: elseif(is_string($timestamp) && strtotime($timestamp) !== FALSE) { $timestamp = strtotime($timestamp); } regards, Nico btw: do we really have not a single DataMapper unit test at the moment? -- Nico de Haen ndh websolutions Webprogrammierung, OpenSource, Typo3 http://www.ndh-websolutions.de From aleichsenring at ab-softlab.de Tue Dec 18 08:01:28 2012 From: aleichsenring at ab-softlab.de (Anja Leichsenring) Date: Tue, 18 Dec 2012 08:01:28 +0100 Subject: [TYPO3-mvc] Native DateTime properties not supported by DataMapper In-Reply-To: References: Message-ID: Hi Nico, thanks for your work on this. I think we should close the other issue (will have a closer look to this later the day) and start fresh with your patch on the whole DateTime support. Sadly, but true, there are no unit tests for the DataMapper, so perhaps you write the first one with your patch? Greetings Anja Am 18.12.2012 07:48, schrieb Nicolas de Haen: > Hi, > > I just added the new native DateTime and Date support into the > ExtensionBuilder and ran into problems with the DataMapper. > > It seems the mapDateTime method is only capable to convert timestamps > but not strings like '21-12-2012' or '21-12-2012 00:00:01'. > > I wanted to provide a patch but then I saw that there is another issue > related to DateTime/DataMapper http://forge.typo3.org/issues/9087 which > is on hold since 5 month. > > Is there any plan or strategy how to solve this? > > Would it make sense just to patch the method for now, ignoring the other > issue? > > It's just a 2 line patch: > > elseif(is_string($timestamp) && strtotime($timestamp) !== FALSE) { > $timestamp = strtotime($timestamp); > } > > regards, > Nico > btw: do we really have not a single DataMapper unit test at the moment? > From typo3 at mbh-web.de Wed Dec 19 08:56:10 2012 From: typo3 at mbh-web.de (Marc Bastian Heinrichs) Date: Wed, 19 Dec 2012 08:56:10 +0100 Subject: [TYPO3-mvc] Repository ->update with TYPO3 4.7.6 / 4.7.7 In-Reply-To: References:

Message-ID: Hi, > Am 30.11.2012 11:28, schrieb Valentin Zickner: >> I solved the problem. This problem occures, when you do not use >> dependency injection (in your own extension). >> >> In this old extension, I used the old way: >> $this->repo = t3lib_div::makeInstance('Tx_...Repository'); >> >> In this case, the repository can not use dependency injection and this >> error occures. So it is neccessary to use dependency injection for >> repositories in TYPO3 4.7.6 and later. > > Maybe dependency injection is not really necessary, but probably using > the object manager (instead of makeInstance) is so that the repository > gets its dependencies properly injected. Jep, atm you need to use the object manager or you could use DI. Because we don't want to break this by a patch version update a fix for this is commited current branches (1) an will be shipped with Version 4.7.8 and 4.6.16. Best Marc Bastian (1) 4.7: http://git.typo3.org/TYPO3v4/CoreProjects/MVC/extbase.git/commit/42755822d59b2bbf3d5b7823faa6ff7e5eb64547 1.4: http://git.typo3.org/TYPO3v4/CoreProjects/MVC/extbase.git/commit/a0c1a47a90c3064396dc4a3e058826c7a897ebb0 From typo3 at mbh-web.de Wed Dec 19 08:59:36 2012 From: typo3 at mbh-web.de (Marc Bastian Heinrichs) Date: Wed, 19 Dec 2012 08:59:36 +0100 Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? In-Reply-To: References:

Message-ID: Hey, >> i have to import 100.000+ database records from an external oracle >> database. these records should be transformed into objects of a extbase >> extension. > > Besides the answers already given, do you really need to do this with > Extbase? +1 Best Marc Bastian From pf1 at isight.dk Thu Dec 20 21:18:44 2012 From: pf1 at isight.dk (Peter Falk) Date: Thu, 20 Dec 2012 21:18:44 +0100 Subject: [TYPO3-mvc] Extbase Query - Static info tables and static territories Message-ID: Hi, I want to extract a number of objects depending on which continent they belong. I have only the country code, taken from static_countries, but needs to extract on basis of 'tr_parent_iso_nr' in static_territories. I can write a query->statement that works as intended, but I hope there is a nicer way to do it? I have tried using contains, but got the following error: "call to member function getParentKeyFieldName () on a non-object" All the relevant fields from respectively static_countries and static_territories is mapped in TypoScript. In short, this is what I want to do: SELECT myModel.* FROM myModel, static_countries, static_territories WHERE myModel.country = static_countries.uid AND static_countries.cn_parent_tr_iso_nr = static_territories.tr_iso_nr AND static_territories.tr_parent_iso_nr = $continent $continent can be either 2,9,19,142,150 ... but of cause I want this done using the extbase api Typo3: 4.7.7 Thanks in advance Peter From most.wanted at gmx.at Thu Dec 20 21:43:48 2012 From: most.wanted at gmx.at (Roland) Date: Thu, 20 Dec 2012 20:43:48 +0000 (UTC) Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? References:

Message-ID: hi, not really, but it was so much nicer to code it in extbase style! :-D roland Marc Bastian Heinrichs wrote: > Hey, > >>> i have to import 100.000+ database records from an external oracle >>> database. these records should be transformed into objects of a extbase >>> extension. >> >> Besides the answers already given, do you really need to do this with >> Extbase? > > +1 > > Best > Marc Bastian From most.wanted at gmx.at Thu Dec 20 21:43:49 2012 From: most.wanted at gmx.at (Roland) Date: Thu, 20 Dec 2012 20:43:49 +0000 (UTC) Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? References:

Message-ID: hi, willmty it next time. thanks. roland Fran?ois Suter wrote: > Hi Roland, > >> i have to import 100.000+ database records from an external oracle >> database. these records should be transformed into objects of a extbase >> extension. > > Besides the answers already given, do you really need to do this with > Extbase? I have developed and published for a couple of years already an > extension called "external_import" which is specialized in this kind of > jobs. It may have trouble handling 100.000+ records from the BE module, > but the Scheduler task should be fine. > > HTH From most.wanted at gmx.at Thu Dec 20 21:43:55 2012 From: most.wanted at gmx.at (Roland) Date: Thu, 20 Dec 2012 20:43:55 +0000 (UTC) Subject: [TYPO3-mvc] How to speed up the creation of 100.000+ objects in an extbase extension? References:

Message-ID: hi stefano, i guess you are right. thanks. regards roland Stefano Cecere wrote: > DIG EXTBASE for this operation > go straight with DB->insert in the fe_user table! > > > > On 05/12/12 17:32, Roland wrote: >> hi everybody, >> >> i have to import 100.000+ database records from an external oracle >> database. these records should be transformed into objects of a extbase >> extension. >> >> at the moment this takes a lot of time. 60+ minutes an still waiting... >> >> is there something like a best practice to make this work faster? >> >> this is some of my code: >> >> --- quote --- >> >> foreach ($recordSet as $record) { >> $newUser = >> $this->objectManager->create('Tx_MyExtension_Domain_Model_User'); >> $newUser->setName($record['name']); >> $newUser->setName($record['email']); >> $newUser->setName($record['fax']); >> ... >> $newUser->setName($record['phone']); >> $newUser->setName($record['city']); >> $newUser->setName($record['zip']); >> $this->userRepository->add($newUser); >> } >> >> --- /quote --- >> >> how can i improve this? what about a persistAll() or should a unset() >> help somehow? >> >> kind regards >> >> roland > From r_berghegger at web.de Fri Dec 21 11:49:07 2012 From: r_berghegger at web.de (Robert Berghegger) Date: Fri, 21 Dec 2012 11:49:07 +0100 Subject: [TYPO3-mvc] Upcoming Extbase-Features Message-ID: Hello everyone, I want to implement a Rest-Webservice with Extbase. During my research on how to get a nice json output I found the "RestController"-Class and the "JSON-View" in the TYPO3-Flow project. I guess they would be perfect for my project. I would like to ask, if there are any plans to officially backport them to the Extbase- and Fluid-Versions in TYPO3 6.0.0. Best regards, Robert From aleichsenring at ab-softlab.de Fri Dec 21 12:26:25 2012 From: aleichsenring at ab-softlab.de (Anja Leichsenring) Date: Fri, 21 Dec 2012 12:26:25 +0100 Subject: [TYPO3-mvc] Upcoming Extbase-Features In-Reply-To: References: Message-ID: Hi Robert, even if we want to, we can not backport the suggested features into TYPO3 CMS v6.0 - because this are features. But you can file a feature request [1] for 6.1, and with some luck somebody has time to do the backport. When you are familiar with code and could provide a patch we can use, the odds are even better. In case you are interested in providing the patch but need help to do so, please do not hesitate to ask me or somebody else of the team, we will assist you. Merry Christmas Anja [1] http://forge.typo3.org/projects/typo3v4-mvc/issues Am 21.12.2012 11:49, schrieb Robert Berghegger: > Hello everyone, > > I want to implement a Rest-Webservice with Extbase. > During my research on how to get a nice json output I found the > "RestController"-Class and the "JSON-View" in the TYPO3-Flow project. I > guess they would be perfect for my project. > > I would like to ask, if there are any plans to officially backport them > to the Extbase- and Fluid-Versions in TYPO3 6.0.0. > > > Best regards, > > Robert From lorenz-typo3 at visol.ch Fri Dec 21 18:05:54 2012 From: lorenz-typo3 at visol.ch (Lorenz Ulrich) Date: Fri, 21 Dec 2012 18:05:54 +0100 Subject: [TYPO3-mvc] Job queue Message-ID: Hi there We're currently planing to move some organically grown plain PHP import scripts to a TYPO3 CMS extension. The import should run on a daily base and check whether new addresses in TYPO3 (tt_address) should be generated, addresses should be updated, new staff pages should be added etc. Until now each of these operations (update addresses, add new addresses etc.) is handled within one request, which still works pretty well but is ugly somehow. My overall idea is to use existing or write new models and repositories for the needed tables in TYPO3 (be_users, pages, tt_content, tt_address) and use Extbase command controllers run though the Scheduler to perform the actions. Now what I need is something like a "job queue" to which I can assign tasks that are performed in server friedly chunks. Did anyone have to fulfill a similar requirement? I'd be grateful for any hint. Just as a side-note: We're not talking about thousands of records but only of slightly less than 1000. Thanks and best regards, Lorenz From andreas.kiessling at web.de Fri Dec 21 18:58:28 2012 From: andreas.kiessling at web.de (Andreas Kiessling) Date: Fri, 21 Dec 2012 18:58:28 +0100 Subject: [TYPO3-mvc] Job queue In-Reply-To: References: Message-ID: Hi Lorenz, maybe a bit offtopic (no Extbase), but have a look at external_import from Francois Suter which extends TCA configuration to provide a very flexible framework for all kinds of importing jobs. It comes with a backend module and scheduler tasks and handles all updates/inserts through TCEmain. I have been using it for all my import-tasks and thanks to a lot of hooks, there's almost no limit ;) HTH, Andreas From olivier.dobberkau at dkd.de Fri Dec 21 22:37:26 2012 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Fri, 21 Dec 2012 22:37:26 +0100 Subject: [TYPO3-mvc] Job queue In-Reply-To: References: Message-ID: Am 21.12.12 18:05, schrieb Lorenz Ulrich: > Now what I need is something like a "job queue" to which I can assign > tasks that are performed in server friedly chunks. Did anyone have to > fulfill a similar requirement? I'd be grateful for any hint. please contact us as we have done some stuff. (worker queue) olivier From typo3 at ringerge.org Sat Dec 22 08:56:14 2012 From: typo3 at ringerge.org (Georg Ringer) Date: Sat, 22 Dec 2012 08:56:14 +0100 Subject: [TYPO3-mvc] Job queue In-Reply-To: References: Message-ID: Hi, take a look at https://github.com/pda/pheanstalk.git which might be interesting and is really simple. Georg From djgarms at gmail.com Mon Dec 24 11:03:50 2012 From: djgarms at gmail.com (Domi) Date: Mon, 24 Dec 2012 11:03:50 +0100 Subject: [TYPO3-mvc] Extbase Query - Static info tables and static territories In-Reply-To: References: Message-ID: Hi Peter, did you check out the extbase_staticinfotables extension? There you find all necessary repositories and models you need to make extbase query calls and not MYSQL query statements. Merry Christmas! Dominic From stephenbungert at yahoo.de Sat Dec 29 13:23:45 2012 From: stephenbungert at yahoo.de (Stephen Bungert) Date: Sat, 29 Dec 2012 13:23:45 +0100 Subject: [TYPO3-mvc] Property is not persistable and isn't being saved to the database, but why? Message-ID: I'm trying to create records in a BE module. Everything works, but I can't set 'l10n_parent' and 'sys_language_uid' for my new records. After debugging certain things I discovered that the cause is in Backend.php in the function persistObject(). The line causing the problem is: if (!$dataMap->isPersistableProperty($propertyName) || $this->propertyValueIsLazyLoaded($propertyValue)) continue; The isPersistableProperty() function is not returning true. Looking at the doumentation for isPersistableProperty() I see that this is something set by the TCA, in my tca files for my model 'l10n_parent' and 'sys_language_uid' are just as they were when created by the extbase kickstarter. What exactly needs doing so that these properties are persistable? The documentation doesn't say, and I'm a bit stuck. All my other models properties are set ok. Just these two are not. Stephen. From stephenbungert at yahoo.de Sat Dec 29 17:57:56 2012 From: stephenbungert at yahoo.de (Stephen Bungert) Date: Sat, 29 Dec 2012 17:57:56 +0100 Subject: [TYPO3-mvc] Property is not persistable and isn't being saved to the database, but why? In-Reply-To: References: Message-ID: I managed found what the problem is with my extension. It wasn't the tca it was my model property names, at least for 'l10n_parent'. the variable $row in Backend::persistObject() shows the 'l10n_parent' and 'sys_language_uid' fields correctly, and 'l10n_parent' is saved to the database, but 'sys_language_uid' isn't. It seems to be ignored even though it is set in the $row to be updated.