From julius.boellmann at gmx.de Sun Aug 1 19:03:33 2010 From: julius.boellmann at gmx.de (Julius) Date: Sun, 01 Aug 2010 19:03:33 +0200 Subject: [TYPO3-dev] Running backend module outside of backend Message-ID: I am currently building an extbase-based module, which is intended to be run outside of regular typo3 backend. I know how to setup typo3 framework with init.php and dispatching calls in own my index-script to the according backend module, but got stuck on the login to forward it to my script. Are there any examples or help how to realize this, to get a glue for a smart solution? Thanks for any help. From typo3-dev at bruchmann-web.de Sun Aug 1 19:34:30 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Sun, 01 Aug 2010 19:34:30 +0200 Subject: [TYPO3-dev] Running backend module outside of backend In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Julius Gesendet: Sonntag, 1. August 2010 19:03:33 An: typo3-dev at lists.typo3.org CC: Betreff: [TYPO3-dev] Running backend module outside of backend > I am currently building an extbase-based module, which is intended to > be run outside of regular typo3 backend. I know how to setup typo3 > framework with init.php and dispatching calls in own my index-script to > the according backend module, but got stuck on the login to forward it > to my script. Are there any examples or help how to realize this, to get > a glue for a smart solution? > Thanks for any help. Hi Julius, the extension 'crawler' should be an example. I've no experience with that challenge and it's not based on extbase but the general mechanism can be found there. Else post in the extbase-list perhaps to get a better example. Greets, David From jbl at deweblop.de Sun Aug 1 19:46:32 2010 From: jbl at deweblop.de (J. Lingott) Date: Sun, 01 Aug 2010 19:46:32 +0200 Subject: [TYPO3-dev] Extending backend module Message-ID: Hello, I am currently working on an extension for an existing backend module, which is actually developing quite nice, but due to the special case i could need help on following three things. 1. Is there a way to set a special ID for a tce form element and is it possible to just add a hidden input field? 2. If modifying the TCA of an existing backend module, what's the right way to implement CSH? 3. What would be the right way to implement AJAX capabilities in the BE without a module (i.e. just add a script/ class)? Currently tried to just implement it by registering a script in ext_localconf.php ($TYPO3_CONF_VARS['BE']['AJAX']['modname::load'] = t3lib_extMgm::extPath($EXT_KEY).'mod1/index.php:modscript->ajaxLoader';), but then keeps spitting error "This module 'modname' is not enabled in TBE_MODULES". Is a way to manually enable the script, or did i just do something wrong? Hope anyone can help, cheers jbl From jigal at xs4all.nl Sun Aug 1 19:49:58 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sun, 01 Aug 2010 19:49:58 +0200 Subject: [TYPO3-dev] Running backend module outside of backend In-Reply-To: References: Message-ID: Julius wrote: > I am currently building an extbase-based module, which is intended to > be run outside of regular typo3 backend. I know how to setup typo3 > framework with init.php and dispatching calls in own my index-script > to the according backend module, but got stuck on the login to forward > it to my script. Are there any examples or help how to realize this, to > get a glue for a smart solution? The first thing that popped up in my head was the question: "Why?". There are two cases where I need something simpler than the full blown CMS: cron scripts and AJAX calls. For cron scripts you can either use the cli_dispatch.phpsh script or the new scheduler extension (a single cron job takes care of all scheduler tasks). AJAX calls can use the eID scripts to have a minimal TYPO3 setup. I'm not sure what you are trying to accomplish which cannot be done with the current TYPO3 tools. Maybe you can explain a bit more? -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From jbl at deweblop.de Mon Aug 2 10:23:14 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 02 Aug 2010 10:23:14 +0200 Subject: [TYPO3-dev] Extending backend module In-Reply-To: References: Message-ID: J. Lingott schrieb: > Hello, > > I am currently working on an extension for an existing backend module, > which is actually developing quite nice, but due to the special case i > could need help on following three things. > > 1. Is there a way to set a special ID for a tce form element and is it > possible to just add a hidden input field? > > 2. If modifying the TCA of an existing backend module, what's the > right way to implement CSH? > > 3. What would be the right way to implement AJAX capabilities in the > BE without a module (i.e. just add a script/ class)? > Currently tried to just implement it by registering a script in > ext_localconf.php ($TYPO3_CONF_VARS['BE']['AJAX']['modname::load'] = > t3lib_extMgm::extPath($EXT_KEY).'mod1/index.php:modscript->ajaxLoader';), > but then keeps spitting error "This module 'modname' is not enabled in > TBE_MODULES". Is a way to manually enable the script, or did i just do > something wrong? > > Hope anyone can help, cheers > > jbl > ------------------------------------------------------------------------ > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev What I forgot to mention is, I am trying to create a new wizard with my own userFunc. The wizard itself is loading and working fine, but as I couldn't find any information on that topic, some questions (including those mentioned before) are unclear. So even if its just information about creating wizards, I'd be happy if anyone shares some knowledge. -- deweblop applications Heidelberger- 55 69221 Dossenheim fon: +4962218682063 fax: +4962218682067 mail: jbl at deweblop.de http://www.deweblop.de From typo3dev2010.nospam1 at geithware.de Mon Aug 2 15:42:32 2010 From: typo3dev2010.nospam1 at geithware.de (Stefan Geith) Date: Mon, 02 Aug 2010 15:42:32 +0200 Subject: [TYPO3-dev] IRRE and tstamp of parent records Message-ID: Hi Devs, I have a relation books 1---->N chapters 1--->N Paragraphs When I add the first paragraph to a chapter, then the tstamp of the chapter is updated. If I add another paragraph to the same chapter, then the tstamp of the chapter is NOT updated (but the count of paragraphs is updated in the chapter). Is this a known bug ? I would expect, that all parent tstamps are updated, when any childrecord is added or modified - Right ? /Stefan From jacco at id-internetservices.com Mon Aug 2 22:44:27 2010 From: jacco at id-internetservices.com (Jacco van der Post) Date: Mon, 02 Aug 2010 22:44:27 +0200 Subject: [TYPO3-dev] TCA foreign_table required minitems => 1 maxitems => 1 Message-ID: Hi In my tca.php I want to force required : 'job_location' => array ( 'exclude' => 0, 'label' => 'LLL:EXT:jpjobs/locallang_db.xml:tx_jpjobs_job.job_location', 'config' => array ( 'type' => 'select', 'foreign_table' => 'tx_jpjobs_location', 'foreign_table_where' => 'ORDER BY tx_jpjobs_location.location', 'size' => 10, 'minitems' => 1, 'maxitems' => 1, etc. When I change maxitems higher than 1, than the required icon appears in the backend record. On 1 not, so it's possible for an editor to save the record without filling in this field. Also 'eval' => 'required' did not help... --------- Another question, is it possible to set a pre-selected value on a select? 'company_country' => array ( 'exclude' => 0, 'label' => 'LLL:EXT:jpjobs/locallang_db.xml:tx_jpjobs_job.company_country', 'config' => array ( 'type' => 'select', 'foreign_table' => 'static_countries', 'foreign_table_where' => 'ORDER BY static_countries.cn_short_en', 'size' => 1, 'minitems' => 1, 'maxitems' => 1, ) Something like 'selected' => 'Netherlands' thx Jacco From franz at ttproducts.de Tue Aug 3 12:04:21 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Tue, 03 Aug 2010 12:04:21 +0200 Subject: [TYPO3-dev] some pages on forge not working, whom to contact? In-Reply-To: References: Message-ID: Le 19/05/2010 16:18, Andreas Kiessling a ?crit : > Hi, > > i wanted to post an issue at > http://forge.typo3.org/projects/extension-aoe_advancedtable/issues , but > got got this error message "No tracker is associated to this project. > Please check the Project settings." > > Who should be contacted in such a case? The project leader? > > Regards, > Andreas Hello, we have the same problem with the extension feuserloginsystem. http://forge.typo3.org/projects/extension-feuserloginsystem/issues/new I am assigned the 'Leader' (among 2 others) but I have very few options. Also the subversion password is never accepted. So we cannot publish the bug fixes. - Franz From rik at actiview.nl Tue Aug 3 14:42:15 2010 From: rik at actiview.nl (Rik Willems) Date: Tue, 03 Aug 2010 14:42:15 +0200 Subject: [TYPO3-dev] ext: solr configuration Message-ID: Hi all, I'm looking into the solr extensions which looks really powerful. Now I have a question regarding the configuration. It is not possible to have multiple solr plugins on one page with different templates (i.e.) a default searchbox in the header). When you look at the code of function initialize in class pi_results you see this: $this->conf = array_merge( $this->conf, $GLOBALS['TSFE']->tmpl->setup['plugin.']['tx_solr.'] ); So everything that is put into plugin.tx_solr will overwrite anything that is send to the plugin through the normal way. Is there a specific reason for this? Thanks for any answer/insight! Rik From jigal at xs4all.nl Tue Aug 3 14:49:44 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 03 Aug 2010 14:49:44 +0200 Subject: [TYPO3-dev] ext: solr configuration In-Reply-To: References: Message-ID: Rik Willems wrote: > I'm looking into the solr extensions which looks really powerful. Now I > have a question regarding the configuration. It is not possible to have Best chance for an answer is in the typo3.projects.solr newsgroup/list. The authors of tx_solr read and answer messages there frequently. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From rik at actiview.nl Tue Aug 3 14:54:27 2010 From: rik at actiview.nl (Rik Willems) Date: Tue, 03 Aug 2010 14:54:27 +0200 Subject: [TYPO3-dev] ext: solr configuration In-Reply-To: References: Message-ID: Thanks, didn't know that newsgroup existed. Will post there too. Op 3-8-2010 14:49, Jigal van Hemert schreef: > Rik Willems wrote: >> I'm looking into the solr extensions which looks really powerful. Now >> I have a question regarding the configuration. It is not possible to have > > Best chance for an answer is in the typo3.projects.solr newsgroup/list. > The authors of tx_solr read and answer messages there frequently. > From dmitry at typo3.org Tue Aug 3 17:20:02 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 03 Aug 2010 18:20:02 +0300 Subject: [TYPO3-dev] some pages on forge not working, whom to contact? In-Reply-To: References: Message-ID: Hi! Franz Holzinger wrote: > Also the subversion password is never accepted. So we cannot publish the > bug fixes. Are you sure you use your TYPO3 user name and password? In general, you need to contact Sebastian or ask in the typo3.org list or send an e?mail to admin at typo3.org. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From mail at ringerge.org Wed Aug 4 11:05:36 2010 From: mail at ringerge.org (Georg Ringer) Date: Wed, 04 Aug 2010 11:05:36 +0200 Subject: [TYPO3-dev] AJAX category assigning In-Reply-To: References: Message-ID: Hi, Am 27.07.2010 18:19, schrieb Ulrich Lorenz PHZ Luzern: > I'm currently working on a photo gallery project for my employer that > offers adding photos to a cart and checking them out in print quality. > DAM and DAM Frontend (with some new features programmed by Stefan > Busemann) are used for it. I would be very interested in that feature. Can you give me more information (private or here, don't care). > We're pretty close now but still one problem remains: Our photographer > needs to assign DAM categories to images without having to open the > metadata of each picture, scrolling down, choosing, saving etc. So what > we need is basically a new DAM submodule with thumbnails and all > categories as drop zones. What about using the core list view to use the mass edit thing which is available after pressing the + icon and selecting the category. > Has anyone experience with AJAX in the backend and could share some > thoughts about it? I did quite a few extensions but I doubt that drop zones are the right way to go. What about using a right click > select the categories or checkboxes which are being displayed after hovering the preview image? Georg From chris at swift-lizard.com Wed Aug 4 13:02:55 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Wed, 04 Aug 2010 13:02:55 +0200 Subject: [TYPO3-dev] FE - Groups & Session Handling Cache Message-ID: Hi Guys, we just ran into the problem that we have too much querys to the database for FE - Sessions & Groups. We have an intranet website with about 50k FE users (next month 100k), that have between 10 and 20 FE Groups with subgroups. We solved our problems with the caching framework, which we used to integrate caching in the whole auth process so that we are able to use memcache for sessions, and store parsed fe-group sql results in memcache for a while so that we reduce DB - traffic. My question is if this is intresting for upcomming 4.5 core, in that case we would provide you with our implementation. regards Chris From steffen at steffen-gebert.de Wed Aug 4 13:09:38 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 04 Aug 2010 13:09:38 +0200 Subject: [TYPO3-dev] FE - Groups & Session Handling Cache In-Reply-To: References: Message-ID: Am 04.08.10 13:02, schrieb Chris Zepernick {SwiftLizard}: > we just ran into the problem that we have too much querys to > the database for FE - Sessions & Groups. > > We have an intranet website with about 50k FE users (next month 100k), > that have between 10 and 20 FE Groups with subgroups. > > We solved our problems with the caching framework, which we used to > integrate caching in the whole auth process so that we are able to > use memcache for sessions, and store parsed fe-group sql results > in memcache for a while so that we reduce DB - traffic. > > My question is if this is intresting for upcomming 4.5 core, > in that case we would provide you with our implementation. Hi Chris, of course, this could be a great improvement and it would be great, if you can bring up some time to make it ready for core integration. Maybe you can also talk to Christion Kuhn, who does several work on the caching framework. Steffen -- Steffen Gebert TYPO3 Core Team Member From firma at sfroemken.de Wed Aug 4 13:28:12 2010 From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=) Date: Wed, 04 Aug 2010 13:28:12 +0200 Subject: [TYPO3-dev] sorting headerdata in TemplaVoila Message-ID: Is here anybody who can give me a hint, how to add headerparts of FCE behind headerparts of TV-page-template? For now I delete all header references in TV-Page-Template and insert them manualy in setup of main-template (headerData.1, headerData.2). So for now I can only use header parts of FCEs. Stefan From info at tolleiv.de Wed Aug 4 15:10:19 2010 From: info at tolleiv.de (Tolleiv.Nietsch) Date: Wed, 04 Aug 2010 15:10:19 +0200 Subject: [TYPO3-dev] sorting headerdata in TemplaVoila In-Reply-To: References: Message-ID: Am 04.08.2010 13:28, schrieb Stefan Fr?mken: > Is here anybody who can give me a hint, how to add headerparts of FCE > behind headerparts of TV-page-template? > > For now I delete all header references in TV-Page-Template and insert > them manualy in setup of main-template (headerData.1, headerData.2). So > for now I can only use header parts of FCEs. > > Stefan Hi - I'd say there's no way to do this with current versions. TemplaVoila tries to add his header-data at the end of the headerData[] array and due to the fact that this happens during the processing there's imho no valid way to get at the end. If you don't fear SVN you could check out the latest trunk and check the changes which were implemented in issue #14590 ... Once you use "page.10.advancedHeaderInclusion = 1" (within the trunk version) TemplaVoila starts to use the pageRenderer and having this in place might enable some more possibilities... Cheers, Tolleiv -- Tolleiv Nietsch www.tolleiv.de - www.aoemedia.de Twitter: http://www.twitter.com/tolleiv From info at tolleiv.de Thu Aug 5 14:17:57 2010 From: info at tolleiv.de (Tolleiv.Nietsch) Date: Thu, 05 Aug 2010 14:17:57 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? Message-ID: Hi, I just found that the typo3temp/compressor/ folder in some of my development instances running on 4.4 or trunk gained some size in the last weeks and that some of them exceeded 200MB and even 500MB. And that's why I was wondering if there's any way to have an autocleanup? E.g. what I saw in the core the t3lib_SpriteManager tries to autoclean all the irrelevant files from his folder and keeps it clean (see t3lib_SpriteManager::rebuildCache()) - wouldn't something like this make sense for the t3lib_Compressor too? For now a daily cronjob does the job on my systems, but I'm sure there's a smarter solution? Cheers, Tolleiv -- Tolleiv Nietsch www.tolleiv.de - www.aoemedia.de Twitter: http://www.twitter.com/tolleiv From sd at sd.com Thu Aug 5 14:39:30 2010 From: sd at sd.com (typo3) Date: Thu, 5 Aug 2010 14:39:30 +0200 Subject: [TYPO3-dev] Change uploadfolder for frontend uploads Message-ID: Hello everybody: I'm quite new on typo3 and I would need to know how to change the uploadfolder of frontend uploads. I've been seraching in google and I'va found these lines: tt_content.columns.media.config.filePath = fileadmin/static/Convenis tt_content.columns.media.config.uploadfolder = fileadmin/static/Convenis tt_content.uploads.20.fileList.field=media tt_content.uploads.20.fileList.path=fileadmin\static\Convenis tt_content.uploads.20.fileList.path = fileadmin/static/Convenis I'va tried them but it doesn't work. Anyone knows how can I do that? Thanks in advance. xescjp From steffen at steffen-gebert.de Thu Aug 5 15:07:32 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 05 Aug 2010 15:07:32 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi Tolleiv > I just found that the typo3temp/compressor/ folder in some of my > development instances running on 4.4 or trunk gained some size in the > last weeks and that some of them exceeded 200MB and even 500MB. as typo3temp/* isn't cleared automatically, I didn't do anything to do this for t3lib_compressor. 500MB really sounds impressive, but I wonder where this amount comes from. New versions files are only created, when size or mtime changes. I think a scheduler task (or better a task for lowlevel_cleaner?) would not be a bad idea. How big is *your* (you as reader ;-) typo3temp/compressor/ directory? Steffen -- Steffen Gebert TYPO3 Core Team Member From typo3 at peschuster.de Thu Aug 5 15:19:10 2010 From: typo3 at peschuster.de (Peter Schuster) Date: Thu, 05 Aug 2010 15:19:10 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi Steffen, > How big is *your* (you as reader ;-) typo3temp/compressor/ directory? My typo3temp/compressor directories have a size between 4 and 8 MB with 200-250 files. Peter From fsu-lists at cobweb.ch Thu Aug 5 15:42:02 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 05 Aug 2010 15:42:02 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi, > I think a scheduler task (or better a task for lowlevel_cleaner?) would > not be a bad idea. It would be useful indeed. The current trend is to move lowlevel_cleaner functions to scheduler tasks, as this is easier to handle for admins. IIRC Christian Kuhn has this on his radar. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at t3node.com Thu Aug 5 16:17:58 2010 From: typo3 at t3node.com (=?ISO-8859-15?Q?Steffen_M=FCller?=) Date: Thu, 05 Aug 2010 16:17:58 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi. Am 05.08.2010 15:07, schrieb Steffen Gebert: > > How big is *your* (you as reader ;-) typo3temp/compressor/ directory? > /path-to/typo3temp/compressor$ du -hcs ./ && ls | wc -l 5.8M ./ 5.8M total 96 -- cheers, Steffen Twitter: @t3node TYPO3 Blog: http://www.t3node.com/ http://www.t3node.com/blog/combining-fluid-viewhelpers-and-typoscript-in-typo3-5-basic-examples/ From typo3 at perseguers.ch Thu Aug 5 17:06:59 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 05 Aug 2010 17:06:59 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi, > How big is *your* (you as reader ;-) typo3temp/compressor/ directory? - 11M / 283 files - 12M / 289 files - 21M / 472 files Xavier From info at tolleiv.de Thu Aug 5 18:19:36 2010 From: info at tolleiv.de (Tolleiv.Nietsch) Date: Thu, 05 Aug 2010 18:19:36 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Am 05.08.2010 15:07, schrieb Steffen Gebert: > > as typo3temp/* isn't cleared automatically, I didn't do anything to do > this for t3lib_compressor. 500MB really sounds impressive, but I wonder > where this amount comes from. New versions files are only created, when > size or mtime changes. > Sure that also makes it clear why my folders are soo big. I've made many changes for TemplaVoila's pagemodule CSS and JavaScript in the last weeks and I guess this just produced all those files. I also just checked two other systems where no backend JS/CSS modifications are done and I can confirm the size ~8MB for this folder. I guess in this case it's just ok to have the compressor turned off in case backend-development is done and maybe a lowlevel_cleaner task would make sense in the future. Thanks for the quick feedback. Cheers, Tolleiv -- Tolleiv Nietsch www.tolleiv.de - www.aoemedia.de Twitter: http://www.twitter.com/tolleiv From typo3.RemoveForMessage at elements-net.de Fri Aug 6 01:21:03 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Fri, 06 Aug 2010 01:21:03 +0200 Subject: [TYPO3-dev] [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase Message-ID: Hey guys, this is a cross post on typo3v3mvc and typo3.dev mailing list. Please answer in the dev mailing list as the main goal is about a generic webservice for TYPO3 - thanks. I'm soon in need of implementing a REST webservice working performantly with extbase. Helmut Hummel held a workshop on T3DD10 about webservices for TYPO3, demonstrated his typo3_webservices extension [1] and gathered some ideas/concepts formed by the participants. Many of the participants (including me) where interested in creating a flexible webservice framework for TYPO3 and some (f.e. Fabrizio) already joined the project on forge [1]. As I didn't hear anything about it anymore I'd like to ask if there is some work going on on this in the background and who else is interested in joining forces on this. Helmut, if you read this: Could you please share the ideas/concepts if you got them? IIRC somebody created flowcharts on his laptop. Best might be on the forge project - thanks. (if you already shared it, I didn't find them - sorry). [1] http://forge.typo3.org/projects/extension-typo3_webservices -- kind regards, Franz Koch From falcifer2001 at yahoo.es Fri Aug 6 09:11:43 2010 From: falcifer2001 at yahoo.es (Fernando Arconada) Date: Fri, 6 Aug 2010 07:11:43 +0000 (UTC) Subject: [TYPO3-dev] [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase References: Message-ID: Hi Franz Days ago I were talking with Oliver Hader about this, and he said that he would comment it on TYPO3 skype core member meeting (but i have no news about this). I also need to develop REST ws, but my approach is very general, instead of develop a ws framework (that it is also a good idea) I think that TYPO3 should have a good web-router that were able to manage HTTP actions, for example with a bit development in realurl to support HTTP actions and an easier way to provide config files per extension directory you could do the work. The model in FLOW3 follow this way: a good web router + config files (in this case YAML files). Also studying the symfony framework it uses the same approach. By the way of implementing a web router (or just improving realurl) you could use the webservices libs that you want/need Kind regards Fernando Arconada El Fri, 06 Aug 2010 01:21:03 +0200, Franz Koch escribi?: > Hey guys, > > this is a cross post on typo3v3mvc and typo3.dev mailing list. Please > answer in the dev mailing list as the main goal is about a generic > webservice for TYPO3 - thanks. > > > I'm soon in need of implementing a REST webservice working performantly > with extbase. Helmut Hummel held a workshop on T3DD10 about webservices > for TYPO3, demonstrated his typo3_webservices extension [1] and gathered > some ideas/concepts formed by the participants. > > Many of the participants (including me) where interested in creating a > flexible webservice framework for TYPO3 and some (f.e. Fabrizio) already > joined the project on forge [1]. As I didn't hear anything about it > anymore I'd like to ask if there is some work going on on this in the > background and who else is interested in joining forces on this. > > Helmut, if you read this: Could you please share the ideas/concepts if > you got them? IIRC somebody created flowcharts on his laptop. Best might > be on the forge project - thanks. (if you already shared it, I didn't > find them - sorry). > > > [1] http://forge.typo3.org/projects/extension-typo3_webservices From oliver at typo3.org Fri Aug 6 13:06:48 2010 From: oliver at typo3.org (Oliver Hader) Date: Fri, 06 Aug 2010 13:06:48 +0200 Subject: [TYPO3-dev] Announcing TYPO3 4.1.15, 4.2.14, 4.3.5 and 4.4.2 Message-ID: Dear TYPO3 community, The TYPO3 core team has just released TYPO3 versions 4.1.15, 4.2.14, 4.3.5 and 4.4.2, which are now ready for you to download. All versions are maintenance releases and contain only bugfixes. Since the latest security releases contained regressions and some features were not usable anymore, these new releases aim to be stable packages again. The packages can be downloaded here: http://typo3.org/download/packages/ For details about the release, please see: http://news.typo3.org/news/article/typo3-4115-4214-435-and-442-released/ MD5 checksums: f40413f5056aba922ff1206127d256ba dummy-4.1.15.tar.gz 619c92baf712345f592a8223e2732795 dummy-4.1.15.zip da3c5819b540c7c21c429fb59f39cfca typo3_src-4.1.15.tar.gz 5b59911d49a2d47f8bbe49153c507ee1 typo3_src-4.1.15.zip 51dbedc4d28751860d22486ba3c322d7 typo3_src+dummy-4.1.15.zip ae396d4f489c2f99aee3cd427d10f3c9 dummy-4.2.14.tar.gz a36d74a02525383a61a6c96c73729982 dummy-4.2.14.zip 82be9ad41a655d318ba46a7cb86acaaa typo3_src-4.2.14.tar.gz ab2c56a9d871185092d086909d26a437 typo3_src-4.2.14.zip 06452537eaba065dd54e9f4c62fe8ff6 typo3_src+dummy-4.2.14.zip 25a8caab3c77130226b7c525daf33e9d dummy-4.3.5.tar.gz e4adfff7562c36d5dd6630a4a794a5ad dummy-4.3.5.zip 445350427d134e6ce14a85e82cf79122 typo3_src-4.3.5.tar.gz 6198d1c86b319906d93dc878d421870b typo3_src-4.3.5.zip c67bfea29f8342985466ff22d38822ef typo3_src+dummy-4.3.5.zip bebe51a327a97c6990416e62cb706fb8 dummy-4.4.2.tar.gz c441425107d5f0eb9fa86b07a23d8438 dummy-4.4.2.zip 122f5ad6df04ded73f655503b63daa73 typo3_src-4.4.2.tar.gz afb72fd27a79af73059bf540d93a3910 typo3_src-4.4.2.zip bb661a93995159e3f23b609dd8dc5525 typo3_src+dummy-4.4.2.zip c6f39747218b0a72b5ce7e4145a6955d introductionpackage-4.4.2.zip Rock on! Olly -- Oliver Hader TYPO3 Core Team Leader From info at sk-typo3.de Fri Aug 6 13:35:51 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 06 Aug 2010 13:35:51 +0200 Subject: [TYPO3-dev] Announcing TYPO3 4.1.15, 4.2.14, 4.3.5 and 4.4.2 In-Reply-To: References: Message-ID: Hi, thx olly and all others for the hard work! vg Steffen From tobias.pierschel at netinventors.de Fri Aug 6 16:02:12 2010 From: tobias.pierschel at netinventors.de (Tobias Pierschel) Date: Fri, 06 Aug 2010 16:02:12 +0200 Subject: [TYPO3-dev] Announcing TYPO3 4.1.15, 4.2.14, 4.3.5 and 4.4.2 In-Reply-To: References: Message-ID: 1+ Am 06.08.2010 13:06, schrieb Oliver Hader: > Dear TYPO3 community, > > The TYPO3 core team has just released TYPO3 versions 4.1.15, 4.2.14, > 4.3.5 and 4.4.2, which are now ready for you to download. > > All versions are maintenance releases and contain only bugfixes. Since > the latest security releases contained regressions and some features > were not usable anymore, these new releases aim to be stable packages again. > > The packages can be downloaded here: > http://typo3.org/download/packages/ > > For details about the release, please see: > http://news.typo3.org/news/article/typo3-4115-4214-435-and-442-released/ > > MD5 checksums: > f40413f5056aba922ff1206127d256ba dummy-4.1.15.tar.gz > 619c92baf712345f592a8223e2732795 dummy-4.1.15.zip > da3c5819b540c7c21c429fb59f39cfca typo3_src-4.1.15.tar.gz > 5b59911d49a2d47f8bbe49153c507ee1 typo3_src-4.1.15.zip > 51dbedc4d28751860d22486ba3c322d7 typo3_src+dummy-4.1.15.zip > > ae396d4f489c2f99aee3cd427d10f3c9 dummy-4.2.14.tar.gz > a36d74a02525383a61a6c96c73729982 dummy-4.2.14.zip > 82be9ad41a655d318ba46a7cb86acaaa typo3_src-4.2.14.tar.gz > ab2c56a9d871185092d086909d26a437 typo3_src-4.2.14.zip > 06452537eaba065dd54e9f4c62fe8ff6 typo3_src+dummy-4.2.14.zip > > 25a8caab3c77130226b7c525daf33e9d dummy-4.3.5.tar.gz > e4adfff7562c36d5dd6630a4a794a5ad dummy-4.3.5.zip > 445350427d134e6ce14a85e82cf79122 typo3_src-4.3.5.tar.gz > 6198d1c86b319906d93dc878d421870b typo3_src-4.3.5.zip > c67bfea29f8342985466ff22d38822ef typo3_src+dummy-4.3.5.zip > > bebe51a327a97c6990416e62cb706fb8 dummy-4.4.2.tar.gz > c441425107d5f0eb9fa86b07a23d8438 dummy-4.4.2.zip > 122f5ad6df04ded73f655503b63daa73 typo3_src-4.4.2.tar.gz > afb72fd27a79af73059bf540d93a3910 typo3_src-4.4.2.zip > bb661a93995159e3f23b609dd8dc5525 typo3_src+dummy-4.4.2.zip > c6f39747218b0a72b5ce7e4145a6955d introductionpackage-4.4.2.zip > > Rock on! > Olly From rowild at gmx.net Fri Aug 6 18:32:17 2010 From: rowild at gmx.net (Robert Wildling) Date: Fri, 06 Aug 2010 18:32:17 +0200 Subject: [TYPO3-dev] Some generell questions regarding the install tool Message-ID: hi, T3-Team, First of all thanks for your awesome work that you have been doing all the time and still are doing!!! I'd like to ask sime questions - just out of curiousity: There is a section that has areas called: [defaultUserTSconfig] [defaultTypoScript_constants] [defaultTypoScript_setup] [defaultTypoScript_editorcfg] All but the setup field are textareas. But why is the setup field only a simple input field? The update section of the installer offers 3,4 possibilities. At the end of any of these update processes there is a confirmation message - but no back button. Seen from a usability point of view this is kind of strange... not everybody gets the idea of clicking the update menu button again (I've seen so with some clients and my designers). Any chance to implement a simple back link? Thanks and 2 thumbs up! Robert From jigal at xs4all.nl Fri Aug 6 19:28:33 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Fri, 06 Aug 2010 19:28:33 +0200 Subject: [TYPO3-dev] Some generell questions regarding the install tool In-Reply-To: References: Message-ID: Hi, Robert Wildling wrote: > All but the setup field are textareas. But why is the setup field only a > simple input field? (...) > The update section of the installer offers 3,4 possibilities. At the end > of any of these update processes there is a confirmation message - but > no back button. Seen from a usability point of view this is kind of These things are often present because of a combination of: no time yet to fix them and perhaps forgotten, hardly used, nobody filed a bug report. If you feel they should be changed (and at first sight I think they can be improved) please make reports in the TYPO3 bug tracker at http://bugs.typo3.org/ That way when someone starts working again on the install tool he/she can easily find the issues which were reported earlier. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From helmut at typo3.org Fri Aug 6 22:32:54 2010 From: helmut at typo3.org (Helmut Hummel) Date: Fri, 06 Aug 2010 22:32:54 +0200 Subject: [TYPO3-dev] Re: [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase In-Reply-To: References: Message-ID: Hi Franz, On 06.08.10 01:21, Franz Koch wrote: > > this is a cross post on typo3v3mvc and typo3.dev mailing list. Please > answer in the dev mailing list as the main goal is about a generic > webservice for TYPO3 - thanks. You could have set a follow-up for that :-P > Many of the participants (including me) where interested in creating a > flexible webservice framework for TYPO3 and some (f.e. Fabrizio) already > joined the project on forge [1]. As I didn't hear anything about it > anymore I'd like to ask if there is some work going on on this in the > background and who else is interested in joining forces on this. You didn't hear anything because nothing happened so far. I'm currently overwhelmed with other stuff, actually the TYPO3 security release and fixing the regression this caused took a lot of my time and energy. > Helmut, if you read this: Could you please share the ideas/concepts if > you got them? IIRC somebody created flowcharts on his laptop. Best might > be on the forge project - thanks. (if you already shared it, I didn't > find them - sorry). I added the documents as Internal-Documents, because I didn't know until now, that I can attach documents to wiki pages also: http://forge.typo3.org/projects/extension-typo3_webservices/wiki/T3DD10 In general I think that someone (or a small group) must take the reposibility to get this done, if not nothing will continue to happen. After a lot of thinking especially after the workshop I hosted, I have the feeling that I'm not the right person to do this. I would be happy to contribute and share my knowlege on this topic, but will not drive this forward, but rather focus on other tasks in the community. At last some notes to the technical part. Of course it would be cool to have some fancy extbase REST webservice, probably with a nice router (like Fernando mentioned). But I'm pretty sure that this would not be enough. The difficult stuff will start after having that REST implementation. I fear (if nothing is done conceptually after that step) that every extension serving REST requests would "answer" differntly to similar requests. So what is needed would be a good concept about what makes sense to be requested and how a response should look like, so that you would be able to achieve things in a reasonable an standardized way. I write this, because when developing the typo3_webservice extension, the part what I called "transport layer" at the workshop (in this case the XMLRPC implementation, and for the planned webservice the extbase/REST/ routing stuff) was breeze compared to the concept I had to develop how data can be queried and what kind of data is sent back to the requester enabling him doing something with the response. In numbers I would say the latter part took about 90% of the time. OK. Enough written for now. If you read until the end, thanks for your attention and "Rock on" ;) Regards Helmut From steffen at steffen-gebert.de Sat Aug 7 11:32:24 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Sat, 07 Aug 2010 11:32:24 +0200 Subject: [TYPO3-dev] Some generell questions regarding the install tool In-Reply-To: References: Message-ID: Am 06.08.10 18:32, schrieb Robert Wildling: > I'd like to ask sime questions - just out of curiousity: > > There is a section that has areas called: > [defaultUserTSconfig] > [defaultTypoScript_constants] > [defaultTypoScript_setup] > [defaultTypoScript_editorcfg] > > All but the setup field are textareas. But why is the setup field only a > simple input field? Please open a report for this, as Jigal suggested. Should be easy to fix. (or can you even create a patch?) > The update section of the installer offers 3,4 possibilities. At the end > of any of these update processes there is a confirmation message - but > no back button. Seen from a usability point of view this is kind of > strange... not everybody gets the idea of clicking the update menu > button again (I've seen so with some clients and my designers). Any > chance to implement a simple back link? We're aware of this issue and I already reported it [1]. Update Wizards are a nightmare, Patrick Broens is working on the Install Tool and we all hope that he - or sb. else - finds the time to improve this functionality. Kind regards Steffen [1] http://bugs.typo3.org/view.php?id=14790 -- Steffen Gebert TYPO3 Core Team Member From liste at linawolf.de Sat Aug 7 12:50:40 2010 From: liste at linawolf.de (Lina Wolf) Date: Sat, 7 Aug 2010 12:50:40 +0200 Subject: [TYPO3-dev] [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase References: Message-ID: You might also want to have a look at our current XML-RPC Implementation in the new branch of timtab. I am more strongly involved in other areas of the timtab development but I know that Werner Trunk sucessfully repaired XML-RPC with blogger, metablog and parts of the wordpress API. Even images get transported. Next we will work on the Pingback Implementation. More Information can be found here: http://forge.typo3.org/projects/extension-timtab/wiki From typo3.RemoveForMessage at elements-net.de Sat Aug 7 13:18:17 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Sat, 07 Aug 2010 13:18:17 +0200 Subject: [TYPO3-dev] Re: [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase In-Reply-To: References: Message-ID: Hey Lina, > You might also want to have a look at our current XML-RPC Implementation in > the new branch of timtab. I am more strongly involved in other areas of the > timtab development but I know that Werner Trunk sucessfully repaired XML-RPC > with blogger, metablog and parts of the wordpress API. Even images get > transported. Next we will work on the Pingback Implementation. thanks for pointing to this again. I remember you mentioned this on the workshop. I'll have a look at your implementation, although REST might better suit my current needs. But the topic is about a generic webservice - so the transport layer (SOAP, REST, XML-RPC) should be interchangeable anyway. The "application" layer/controller should be fed with "clean" prepared objects and shouldn't have to care about any transport layer specific stuff. Let's see what I can come up with if the customer decides for the webservice (which he should, as it's really needed in his case). Probably he can do some sponsoring - we'll see. -- kind regards, Franz Koch From typo3.RemoveForMessage at elements-net.de Sat Aug 7 13:30:20 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Sat, 07 Aug 2010 13:30:20 +0200 Subject: [TYPO3-dev] [TYPO3-mvc] Implementing REST/generic webservice for Typo3/extbase In-Reply-To: References: Message-ID: Hey Helmut, >> this is a cross post on typo3v3mvc and typo3.dev mailing list. Please >> answer in the dev mailing list as the main goal is about a generic >> webservice for TYPO3 - thanks. > > You could have set a follow-up for that :-P I should have. Next time then :) > I'm currently overwhelmed with other stuff, actually the TYPO3 security > release and fixing the regression this caused took a lot of my time and > energy. Ok, no problem. Thanks for your great work in the security team. >> Helmut, if you read this: Could you please share the ideas/concepts if >> you got them? IIRC somebody created flowcharts on his laptop. Best might >> be on the forge project - thanks. (if you already shared it, I didn't >> find them - sorry). > > I added the documents as Internal-Documents, because I didn't know until > now, that I can attach documents to wiki pages also: > > http://forge.typo3.org/projects/extension-typo3_webservices/wiki/T3DD10 Thanks a lot. > In general I think that someone (or a small group) must take the > reposibility to get this done, if not nothing will continue to happen. > > After a lot of thinking especially after the workshop I hosted, I have > the feeling that I'm not the right person to do this. I would be happy > to contribute and share my knowlege on this topic, but will not drive > this forward, but rather focus on other tasks in the community. Ok. I fear that I'm also not a good project leader for this, due to lack of knowledge/founded experiences with creating webservices. > Of course it would be cool to have some fancy extbase REST webservice, > probably with a nice router (like Fernando mentioned). yes, after thinking of it again, a router is heavily needed. Also a dispatcher, exchangeable transportation layers, data handlers/providers etc. > But I'm pretty sure that this would not be enough. The difficult stuff > will start after having that REST implementation. I fear (if nothing is > done conceptually after that step) that every extension serving REST > requests would "answer" differntly to similar requests. ... > I write this, because when developing the typo3_webservice extension, > the part what I called "transport layer" at the workshop (in this case > the XMLRPC implementation, and for the planned webservice the > extbase/REST/ routing stuff) was breeze compared to the concept I had to > develop how data can be queried and what kind of data is sent back to > the requester enabling him doing something with the response. In numbers > I would say the latter part took about 90% of the time. Yes, the transport layer stuff might be the easiest task of all this. But I'm not sure if we need ONE data handling layer that has to cover everything. Of course there should be some generic data provider/handler, but every service should be able to implement domain specific data handlers etc. After I got the job, I'll build up a first concept and open it up for discussion. -- kind regards, Franz Koch From shanmugarajan.k at tcs.com Mon Aug 9 09:54:27 2010 From: shanmugarajan.k at tcs.com (Shanmugarajan K) Date: Mon, 9 Aug 2010 13:24:27 +0530 Subject: [TYPO3-dev] How to make the multiple input field as required in FCE Message-ID: Hello, Can anybody help me to set the multiple text field as the required field in FCE (using Templavoila).? Each text box i can able to put in DS like : trim,required It is not working as expected..but it always evaluating the second text field.. same thing for Text area to.. I am using : Typo3 4.4.2 TemplaVoila : 1.4.2 Please advice. Thanks & regards Shan =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you From rf at typoheads.at Mon Aug 9 17:32:40 2010 From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=) Date: Mon, 09 Aug 2010 17:32:40 +0200 Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show clipboard paste icon when there is no content In-Reply-To: References: Message-ID: Hi Steffen and list, I tried to implement the wanted behavior in the attached v11. Am 2010-07-15 19:38, schrieb Steffen Kamper: > I try to summarize expected behavior: > > * copy record to other language, same page: translate record, don't > touch existing translations Check > * copy record to other language, different page: translate record, copy > original record and existing translations to other page I don't really see why to add a different behavior here. So in the attached version this behaves the same way as copying on the same page. > > * move record to other language, same page: i would forbid this, makes > no sense. Best is don't render paste icons. check > * move record to other language, other page: i would forbid this too. > only moving original record makes sense, then move translations too. check > > This extra logic is needed, copy&move in list module behaves the same, > but there is no single view of languages. Regarding the list module, I turned t3lib_clipboard into a singleton. In my view, this makes sense since all components should share the same clipboard settings and content. Please provide feedback, since this is not easy to test. Regards, Reinhard From ben at typo3.org Mon Aug 9 17:47:40 2010 From: ben at typo3.org (ben van 't ende) Date: Mon, 09 Aug 2010 17:47:40 +0200 Subject: [TYPO3-dev] Boost page ranking 0f TYPO3 Message-ID: Hi People, We need to boost the ranking of TYPO3 (typo3.org) in Google under the term Open Source CMS. Currently we fall well below Drupal and Joomla and we should be amongst them at least or higher. Besides the other SEO measures we are taking at the moment we kindly ask you to replace or use the following linktexts on your corporate or personal websites to get TYPO3 higher in ranking. Please place a link to typo3.org with one of the following linktexts: * TYPO3 ? Open Source CMS * TYPO3 ? Enterprise Open Source CMS * Open Source CMS TYPO3 * Open Source CMS With the amount of agencies and people in the community we can possibly get a few hundred links like this which should easily catapult us into position 2 in the ranking, straight after opensourcecms.com. gRTz ben -- TYPO3 Product Manager From mario at matzullas.de Mon Aug 9 18:19:21 2010 From: mario at matzullas.de (Mario Matzulla) Date: Mon, 09 Aug 2010 18:19:21 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE Message-ID: Hi list, in cal (calendar base) we make use of the scheduler to remind of events. Now we also have a fe-editing and we want to create reminder also from the frontend. This is not possible anymore, since the scheduler is not a listed fe-plugin :( Could someone please tell me why? Or better a workaround? Or would it be possible to change this setting to: doNotLoadInFE = 0 Thanks, Mario From us at dvschmelzer.de Mon Aug 9 19:05:46 2010 From: us at dvschmelzer.de (Uwe Schmelzer) Date: Mon, 09 Aug 2010 19:05:46 +0200 Subject: [TYPO3-dev] Boost page ranking 0f TYPO3 In-Reply-To: References: Message-ID: Done http://www.dvschmelzer.de/Projekte.projekte.0.html greetz uwe Am 09.08.2010 17:47, schrieb ben van 't ende: > Hi People, > > We need to boost the ranking of TYPO3 (typo3.org) in Google under the term Open > Source CMS. Currently we fall well below Drupal and Joomla and we should be > amongst them at least or higher. Besides the other SEO measures we are taking at > the moment we kindly ask you to replace or use the following linktexts on your > corporate or personal websites to get TYPO3 higher in ranking. > > > Please place a link to typo3.org with one of the following linktexts: > > * TYPO3 ? Open Source CMS > * TYPO3 ? Enterprise Open Source CMS > * Open Source CMS TYPO3 > * Open Source CMS > > With the amount of agencies and people in the community we can possibly get a > few hundred links like this which should easily catapult us into position 2 in > the ranking, straight after opensourcecms.com. > > gRTz > > ben From us at dvschmelzer.de Mon Aug 9 19:26:21 2010 From: us at dvschmelzer.de (Uwe Schmelzer) Date: Mon, 09 Aug 2010 19:26:21 +0200 Subject: [TYPO3-dev] Boost page ranking 0f TYPO3 In-Reply-To: References: Message-ID: To make it easy for people (to put it in the footer of their websites) How about creating an Icon like this https://www.xing.com/img/buttons/9_de_btn.gif (only with typo3-content) ...and making it available here http://typo3.org/teams/design/style-guide/downloads/ cheers uwe Am 09.08.2010 19:05, schrieb Uwe Schmelzer: > Done > http://www.dvschmelzer.de/Projekte.projekte.0.html > greetz uwe > > > Am 09.08.2010 17:47, schrieb ben van 't ende: >> Hi People, >> >> We need to boost the ranking of TYPO3 (typo3.org) in Google under the >> term Open >> Source CMS. Currently we fall well below Drupal and Joomla and we >> should be >> amongst them at least or higher. Besides the other SEO measures we are >> taking at >> the moment we kindly ask you to replace or use the following linktexts >> on your >> corporate or personal websites to get TYPO3 higher in ranking. >> >> >> Please place a link to typo3.org with one of the following linktexts: >> >> * TYPO3 ? Open Source CMS >> * TYPO3 ? Enterprise Open Source CMS >> * Open Source CMS TYPO3 >> * Open Source CMS >> >> With the amount of agencies and people in the community we can >> possibly get a >> few hundred links like this which should easily catapult us into >> position 2 in >> the ranking, straight after opensourcecms.com. >> >> gRTz >> >> ben > From mail at ringerge.org Mon Aug 9 20:24:26 2010 From: mail at ringerge.org (Georg Ringer) Date: Mon, 09 Aug 2010 20:24:26 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, Am 09.08.2010 18:19, schrieb Mario Matzulla: > Could someone please tell me why? Or better a workaround? > Or would it be possible to change this setting to: > doNotLoadInFE = 0 it was the same with versioning (http://bugs.typo3.org/view.php?id=13636). doNotLoadInFe was introduced to make the FE a bit faster as the configuration of those extensions is not loaded in the FE. Make a patch and send it to the core list. IMO there is no workaround as the em_conf.php is directly loaded. Georg From fsu-lists at cobweb.ch Mon Aug 9 20:52:52 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Mon, 09 Aug 2010 20:52:52 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, > in cal (calendar base) we make use of the scheduler to remind of events. > Now we also have a fe-editing and we want to create reminder also from > the frontend. This is not possible anymore, since the scheduler is not a > listed fe-plugin :( > > Could someone please tell me why? Or better a workaround? > Or would it be possible to change this setting to: > doNotLoadInFE = 0 Do you mean you are trying to create task registrations from the FE? Indeed that was not originally planned, but I can see that it could be useful. As explained by Georg, the whole point of "doNotLoadInFE" is to make the FE lighter and the Scheduler seemed like a good candidate since it was designed more as an admin tool. Feel free to submit a patch for that change. However until that goes into core I'm afraid there's no other way round than patching your source. Or maybe you could try to load the required classes by giving a more explicit path. AFAIK as long as you don't rely on t3lib_extMgm you shouldn't be blocked by the extension not being available in the FE. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From steffen at steffen-gebert.de Mon Aug 9 21:06:44 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Mon, 09 Aug 2010 21:06:44 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Am 09.08.10 20:52, schrieb Fran?ois Suter: > Feel free to submit a patch for that change. However until that goes > into core I'm afraid there's no other way round than patching your > source. Or maybe you could try to load the required classes by giving a > more explicit path. AFAIK as long as you don't rely on t3lib_extMgm you > shouldn't be blocked by the extension not being available in the FE. I think you can copy it to typo3conf/ext/ and modify ext_emconf.php - the local installation would be preferred to the sysext. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From info at sk-typo3.de Mon Aug 9 21:08:01 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 09 Aug 2010 21:08:01 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, change it in localconf of cal: if (t3lib_extMgm:isLoaded('scheduler') { $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; } should work. vg Steffen From typo3 at t3node.com Mon Aug 9 22:53:44 2010 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Mon, 09 Aug 2010 22:53:44 +0200 Subject: [TYPO3-dev] Boost page ranking 0f TYPO3 In-Reply-To: References: Message-ID: Hi Ben. Nice idea! Job done at http://www.t3node.com/ On 09.08.2010 17:47 ben van 't ende wrote: > > Please place a link to typo3.org with one of the following linktexts: > > * TYPO3 ? Open Source CMS > * TYPO3 ? Enterprise Open Source CMS > * Open Source CMS TYPO3 > * Open Source CMS > Please also add text to the title attribute of the link. For example: Open Source CMS TYPO3 -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Microblog: http://twitter.com/t3node From lolli at schwarzbu.ch Mon Aug 9 23:01:23 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Mon, 09 Aug 2010 23:01:23 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hey, Steffen Kamper wrote: > if (t3lib_extMgm:isLoaded('scheduler') { > $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; > } Which reminds me again that we really need to make extList and extList_FE available as arrays and not as comma separated strings ... Regards Christian From typo3-dev at bruchmann-web.de Mon Aug 9 23:11:22 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Mon, 09 Aug 2010 23:11:22 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Christian Kuhn Gesendet: Montag, 9. August 2010 23:01:23 An: List for Core-/Extension development CC: Betreff: Re: [TYPO3-dev] scheduler and doNotLoadInFE Hi, > > Which reminds me again that we really need to make extList and > extList_FE available as arrays and not as comma separated strings ... I hate the current handling of the lists. For myself it doesnt matter if it's noted as array or list, but having build groups of extensions or some manual sorting - when one extension is changed I've always look all the extensions again to remove those I have noted above already. That isn't comfortable at all. Greets, David From info at sk-typo3.de Tue Aug 10 00:25:51 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 10 Aug 2010 00:25:51 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, David Bruchmann schrieb: > ----- Urspr?ngliche Nachricht ----- > Von: Christian Kuhn > Gesendet: Montag, 9. August 2010 23:01:23 > An: List for Core-/Extension development > > CC: > Betreff: Re: [TYPO3-dev] scheduler and doNotLoadInFE > > Hi, > >> >> Which reminds me again that we really need to make extList and >> extList_FE available as arrays and not as comma separated strings ... > > I hate the current handling of the lists. For myself it doesnt matter if > it's noted as array or list, but having build groups of extensions or > some manual sorting - when one extension is changed I've always look all > the extensions again to remove those I have noted above already. That > isn't comfortable at all. > wait until Christian and i comes up with a new concept :) vg Steffen From liste at linawolf.de Tue Aug 10 01:36:03 2010 From: liste at linawolf.de (Lina Wolf) Date: Tue, 10 Aug 2010 01:36:03 +0200 Subject: [TYPO3-dev] to eID or not to eID? Message-ID: As far as I understand the eID was developed to create quicker response, for example in surrounding of Ajax. The advantage of the eID would be that a lot of things that are usually initialised don't need to be in case of using eID. But if I do need the full program in my Ajax response: typolinks, therefore a cObject, Typoscript, therefore the whole TypoScript building process, localised strings, therfore... Is there still a real advantage in using eID then? Is there any advantage in using the alternative (witch would be page types?) Would you suggest to use eID in pingback responses, XML-RPC and other not-Ajax maschine to maschine communication? Should XML's like RSS-Feeds or FOAF-XML be page types or eID? From kraftb at think-open.at Tue Aug 10 02:00:47 2010 From: kraftb at think-open.at (Bernhard Kraft) Date: Tue, 10 Aug 2010 02:00:47 +0200 Subject: [TYPO3-dev] to eID or not to eID? In-Reply-To: References: Message-ID: Am 2010-08-10 01:36, schrieb Lina Wolf: > But if I do need the full program in my Ajax response: typolinks, therefore > a cObject, Typoscript, therefore the whole TypoScript building process, > localised strings, therfore... You could try a trick: When generating the ajax reply have a look for a cache file, if none is there fire up TSFE (there are methods in class.tslib_eidtools.php). Generate all TypoScript, etc. and store the parts of the TypoScript you need as serialized array. The next time you have to generate this stuff just deserialize the stored TS, make a cObj instance, and there you go. No rat-tail of TSFE, cObject, llxml, t3lib/class.t3lib_* > Is there still a real advantage in using eID then? Is there any advantage in > using the alternative (witch would be page types?) I think eID is good as long as you do not want to normally render content, and send it to the browser via ajax (for replacing other content). If you would like to generate only small messages like in Facebook messages you could render such content by using a cObj and a TEMPLATE object ... I think you won't need a TSFE in such cases. greets, Bernhard From christian.opitz at netzelf.de Tue Aug 10 06:17:24 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Tue, 10 Aug 2010 06:17:24 +0200 Subject: [TYPO3-dev] to eID or not to eID? In-Reply-To: References: Message-ID: Am 10.08.2010 01:36, schrieb Lina Wolf: > Would you suggest to use eID in pingback responses, XML-RPC and other > not-Ajax maschine to maschine communication? Should XML's like RSS-Feeds or > FOAF-XML be page types or eID? Can't really prove it but i think eID is more efficient. With an eID-script you can care for just a particalurar functionality and streamline the script to that while with the TSFE you load a lot of - in this context - needless functionality. Extensions should imho not use the page-approach because it messes with other TS-stuff. What i'm really missing in TYPO3 is the possibility to switch out the layout on demand in an efficient way (http://martinfowler.com/eaaCatalog/twoStepView.html). I think that it's quite important that the controller logic is reusable in different contexts like HTML, XML, JSON, AMF, SOAP etc. without special configurations. Cheers, Christian From jigal at xs4all.nl Tue Aug 10 08:44:23 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 10 Aug 2010 08:44:23 +0200 Subject: [TYPO3-dev] to eID or not to eID? In-Reply-To: References: Message-ID: On 10-8-2010 1:36, Lina Wolf wrote: > As far as I understand the eID was developed to create quicker response, for > example in surrounding of Ajax. The advantage of the eID would be that a lot > of things that are usually initialised don't need to be in case of using > eID. With eID the programmer has to decide what to initialize and what not. A very minimal system is started and the programmer has to understand that everything (s)he starts takes resources. Such a minimal system is needed for AJAX responses, but it can also be useful is other cases. > But if I do need the full program in my Ajax response: typolinks, therefore > a cObject, Typoscript, therefore the whole TypoScript building process, > localised strings, therfore... If you need the full TYPO3 system then eID would not have many advantages over the normal, full system, wouldn't it? :-) OTOH if you need a full TYPO3 system for an AJAX response I would question the way the client side system which uses that AJAX response is built. Most client side applications that use AJAX just want "raw" data from the server and handle all the presentation stuff themselves. Using AJAX is a kind of trade-off: you want to user data from the server, but want it fast and you don't need the "overhead" of creating a whole new page. It will take up server resources so the client side code needs to be friendly to the server and not require too much resources. > Is there still a real advantage in using eID then? Is there any advantage in > using the alternative (witch would be page types?) I think you can give a list of advantages and disadvantages :-) A page type will give you an entire page (although you might render a rather simple page), so the entire system will be started. It eats server resources, but you have all the bells and whistles available. > Would you suggest to use eID in pingback responses, XML-RPC and other > not-Ajax maschine to maschine communication? Should XML's like RSS-Feeds or > FOAF-XML be page types or eID? RSS-feeds are not requested that often (compared to AJAX auto-complete requests, etc.) and they are very similar to HTML pages with content (only some kind of other XML structure). They are good candidates for page types. Such decisions can be handled as if you were trying to set up a logistic (transportation) system. Will we use ships, planes, trains or trucks? Each method has properties like speed, costs per distance, load per shipment. But you also have to consider the form of the shipment (do I sent a completely built object, or just the parts and assemble it at the destination point). -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From dmitry at typo3.org Tue Aug 10 09:41:41 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 10 Aug 2010 10:41:41 +0300 Subject: [TYPO3-dev] to eID or not to eID? In-Reply-To: References: Message-ID: Hi! Lina Wolf wrote: > As far as I understand the eID was developed to create quicker response, for > example in surrounding of Ajax. The advantage of the eID would be that a lot > of things that are usually initialised don't need to be in case of using > eID. This is one of cases, yes. > But if I do need the full program in my Ajax response: typolinks, therefore > a cObject, Typoscript, therefore the whole TypoScript building process, > localised strings, therfore... > > Is there still a real advantage in using eID then? Is there any advantage in > using the alternative (witch would be page types?) Yes, there are several advantages: - you do not need a dedicated page type, so you have less TS and less hidden knowledge in your installation - even if you initialize TS in eID, it will be faster than initializinf the full FE environment > Would you suggest to use eID in pingback responses, XML-RPC and other > not-Ajax maschine to maschine communication? Should XML's like RSS-Feeds or > FOAF-XML be page types or eID? Yes. If you are interested in more details about how to program eID, you can get my book: http://www.packtpub.com/typo3-extension-development/book The book does not cover Extbase but it covers almost everything else you need to know about TYPO3 extension development. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From chris at swift-lizard.com Tue Aug 10 13:50:23 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 10 Aug 2010 13:50:23 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() Message-ID: Hi guys, I think I just found a bug in t3lib_pageSelect::storeHash(), at the use of the caching framework. As far as I get it with different content this method will never be able to get the same hash, right ? At the moment, if one uses the new cachingframework, this is the only condition checked before the cache->set is perfomed. To my mind it would be more logical if we check if the hash already exists (cache->has) before we perform the cache->set action. This way we would prevent the delete and insert each time the page is loaded. The other bug is that the method has the false lifetime default. In current (4.3.5) Core the default lifetime is set to 0 instead of NULL which leads to the problem that, in case of the caching framework, this cache entry never lifes. What do you think, am I right ? Should this be fixed ? To my mind yes because otherwise storeHash combined with cachingframework will penetrate the db even if the hash allready exists. regards Chris From keesjan at koster.cx Tue Aug 10 14:57:12 2010 From: keesjan at koster.cx (Kees-Jan Koster) Date: Tue, 10 Aug 2010 14:57:12 +0200 Subject: [TYPO3-dev] Wizard to get Google GData AuthSub token Message-ID: Hi, I am trying to create a wizard to retrieve an authorization token form Google Data API using AuthSub ( http://code.google.com/intl/nl-NL/apis/accounts/docs/AuthSub.html). When the wizards pops up it redirects to https://www.google.com/accounts/AuthSubRequest and sets a return url using t3lib_div::getIndpEnv(TYPO3_REQUEST_URL). When authenticated Google redirects to the url specified and adds the token as a GET parameter. But somehow after that redirect I get the backend login screen instead of my wizard page (I am actually logged out from the backend completely). Is it wrong what I am trying to do? I hope someone can point me in the right direction. Thanks. Kees-Jan From jigal at xs4all.nl Tue Aug 10 15:05:36 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 10 Aug 2010 15:05:36 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hi, On 10-8-2010 13:50, Chris Zepernick {SwiftLizard} wrote: > As far as I get it with different content this method will never be able > to get the same hash, right ? Well, an MD5 hash is not completely unique, but it's very unlikely to have identical hashes for different content in real life situations. > At the moment, if one uses the new cachingframework, this is the only > condition checked before the cache->set is perfomed. > > To my mind it would be more logical if we check if the hash already > exists (cache->has) before we perform the cache->set action. This way we > would prevent the delete and insert each time the page is loaded. The code which uses the cache first tries to retrieve it and if it isn't found in the cache it will render the content en store it in the cache. No need to check for duplicates, is there? > The other bug is that the method has the false lifetime default. > In current (4.3.5) Core the default lifetime is set to 0 instead of NULL > which leads to the problem that, in case of the caching framework, this > cache entry never lifes. 0 means unlimited lifetime, NULL means default lifetime (1 hour in the dbbackend). See t3lib_cache_backend_DbBackend::get() ; it specifically checks for lifetime=0. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From chris at swift-lizard.com Tue Aug 10 17:19:07 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 10 Aug 2010 17:19:07 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hi, although we discovered that a stupid Xclass caused our main problem (overwirtten t3lib_pageSelect::getHash() which does not use the caching framework), I discovered a bug in the caching framework. $this->cache->has($hash) has a Bug according to the config of the lifetime you just told me, and if one looks into the code. get where clause: .'AND (crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] . ' OR lifetime = 0)' has where clause: ' AND crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] to my mind this is a bug because the "OR lifetime = 0" is missing, so has() will allways return false for infinit cache. all the other points i totally agree with you cheers chris > Hi, > > On 10-8-2010 13:50, Chris Zepernick {SwiftLizard} wrote: >> As far as I get it with different content this method will never be able >> to get the same hash, right ? > > Well, an MD5 hash is not completely unique, but it's very unlikely to > have identical hashes for different content in real life situations. > >> At the moment, if one uses the new cachingframework, this is the only >> condition checked before the cache->set is perfomed. >> >> To my mind it would be more logical if we check if the hash already >> exists (cache->has) before we perform the cache->set action. This way we >> would prevent the delete and insert each time the page is loaded. > > The code which uses the cache first tries to retrieve it and if it isn't > found in the cache it will render the content en store it in the cache. > No need to check for duplicates, is there? > >> The other bug is that the method has the false lifetime default. >> In current (4.3.5) Core the default lifetime is set to 0 instead of NULL >> which leads to the problem that, in case of the caching framework, this >> cache entry never lifes. > > 0 means unlimited lifetime, NULL means default lifetime (1 hour in the > dbbackend). See t3lib_cache_backend_DbBackend::get() ; it specifically > checks for lifetime=0. > From lolli at schwarzbu.ch Tue Aug 10 17:47:33 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Tue, 10 Aug 2010 17:47:33 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hey, On 08/10/2010 05:19 PM, Chris Zepernick {SwiftLizard} wrote: > get where clause: > > .'AND (crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] . ' OR lifetime = 0)' > > has where clause: > > ' AND crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] Good catch! I'll take care, will add unit tests and fix it. Thanks Christian From chris at swift-lizard.com Tue Aug 10 20:05:18 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 10 Aug 2010 20:05:18 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Got anotherone: cms/index_ts on each page load and reload makes a call to tsfe->generatePage_postProcessing(), which calls tsfe->realPageCacheContent(), which then calls tsfe->setPageCacheContent() ... if now TYPO3_UseCachingFramework is set to true we use the caching framework. Problem is here that setPageCacheContent() will only perform a cache->set no matter if the cache allready exists and is not yet expired. This means 2 Deletes and 2 inserts on each pageload (cache and cache_tags). Wouldn`t it be better if setPageCacheContent() checks via cache->has() if the cache allready exists before the same cache is set again ? this would save us 4 querys each time you reload a page. cheers chris Am 10.08.10 17:47, schrieb Christian Kuhn: > Hey, > > On 08/10/2010 05:19 PM, Chris Zepernick {SwiftLizard} wrote: >> get where clause: >> >> .'AND (crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] . ' OR lifetime >> = 0)' >> >> has where clause: >> >> ' AND crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] > > Good catch! I'll take care, will add unit tests and fix it. > > Thanks > Christian From lolli at schwarzbu.ch Tue Aug 10 22:08:00 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Tue, 10 Aug 2010 22:08:00 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hi. Chris Zepernick {SwiftLizard} wrote: > Got anotherone: > > cms/index_ts on each page load and reload makes a call to > tsfe->generatePage_postProcessing(), which calls > tsfe->realPageCacheContent(), which then calls > tsfe->setPageCacheContent() ... if now TYPO3_UseCachingFramework is set > to true we use the caching framework. > > Problem is here that setPageCacheContent() will only perform a > cache->set no matter if the cache allready exists and is not yet > expired. > > This means 2 Deletes and 2 inserts on each pageload (cache and cache_tags). > > Wouldn`t it be better if setPageCacheContent() checks via > cache->has() if the cache allready exists before the same cache is set > again ? > > this would save us 4 querys each time you reload a page. General problem is, that the data might have changed meanwhile. So, has() could return true, but then "old" data might be used. I need to take a deeper look into the logic to come to a conclusion in this case. Quote: "There are only two hard things in Computer Science: cache invalidation and naming things?. Phil Karlton Regards Christian From lolli at schwarzbu.ch Tue Aug 10 22:11:54 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Tue, 10 Aug 2010 22:11:54 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hey, Chris Zepernick {SwiftLizard} wrote: > get where clause: > > .'AND (crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] . ' OR lifetime = 0)' > > has where clause: > > ' AND crdate + lifetime >= ' . $GLOBALS['EXEC_TIME'] > > > to my mind this is a bug because the "OR lifetime = 0" is missing, > so has() will allways return false for infinit cache. > > all the other points i totally agree with you Fix is now pending in core list with issue #15417 for versions 4.3, 4.4 and trunk. Please help with a review according to our core list rules [1], to get it in for the next version. Again: Thanks for pointing that out! Christian [1] http://typo3.org/teams/core/core-mailinglist-rules/ From chris at swift-lizard.com Wed Aug 11 09:22:33 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Wed, 11 Aug 2010 09:22:33 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hi Christian, ( takling to my self cool ;-) )... >> Wouldn`t it be better if setPageCacheContent() checks via >> cache->has() if the cache allready exists before the same cache is set >> again ? >> >> this would save us 4 querys each time you reload a page. > > General problem is, that the data might have changed meanwhile. So, > has() could return true, but then "old" data might be used. I need to > take a deeper look into the logic to come to a conclusion in this case. Ok this makes me curious,... the cache identifier here is an md5 hash of the serialized output,.. so if the output has changed the md5 should be changed, right ? > Quote: "There are only two hard things in Computer Science: cache > invalidation and naming things?. Phil Karlton Totally right,... and we all know md5 is not bulletproof and the devil is a chipmunk,... but normally md5 on the serialized output should change if the output changes,.. Regard chris > > Regards > Christian From snf at dkm.dk Wed Aug 11 13:25:47 2010 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Wed, 11 Aug 2010 13:25:47 +0200 Subject: [TYPO3-dev] condition on language Message-ID: I have some typoscript in an extension which should only be included when a specific language is activated. I know that I could use GP:L, but the same value on two systems would not necessarily correspond to the same language. So I thought that I could do something like: [globalVar = TSFE:lang = dk] But lang doesn't seem to be available as condition? Any ideas how to solve this? From mario at matzullas.de Wed Aug 11 13:46:23 2010 From: mario at matzullas.de (Mario Matzulla) Date: Wed, 11 Aug 2010 13:46:23 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 09.08.10 21:08, schrieb Steffen Kamper: > Hi, > > change it in localconf of cal: > > if (t3lib_extMgm:isLoaded('scheduler') { > $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; > } This doesn't work, because it is not written back into localconf.php :( Regards, Mario > > should work. > > vg Steffen From info at sk-typo3.de Wed Aug 11 13:54:32 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 11 Aug 2010 13:54:32 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, Mario Matzulla schrieb: > Hi Steffen, > > Am 09.08.10 21:08, schrieb Steffen Kamper: >> Hi, >> >> change it in localconf of cal: >> >> if (t3lib_extMgm:isLoaded('scheduler') { >> $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; >> } > > This doesn't work, because it is not written back into localconf.php :( > this should work as the ext_localconf of cal is included in FE and loaded after localconf.php. Are you sure to have it in the right place? if (TYPO3_MODE == 'FE') {... vg Steffen From usenet at kraume.de Wed Aug 11 14:22:57 2010 From: usenet at kraume.de (Peter Kraume) Date: Wed, 11 Aug 2010 14:22:57 +0200 Subject: [TYPO3-dev] RealURL 1.9.3 - after upgrade from 1.8.0 editing of redirects is not working for me In-Reply-To: References: Message-ID: Hi Florian, same Problem here. TYPO3 4.3.4, realurl 1.9.3 Did you file a bug on bugs.typo3.org? Cheers Peter Am 30.06.2010 09:50, schrieb Florian Schaeffer: > Hello all (and especially Dmitry), > > after upgrading ReaLURL from 1.8.0 on TYPO3 4.3.3 to 1.9.3 the editing > of redirects through Info->RealURL-Management->Redirects is not working > anymore. I am able to delete existing ones and also creating new ones is > working, but if I open the redirect submodule I see the tree as usal, > clicking on the edit icon simply opens the tree again without showing > the RedirectEditForm. > > I tried to dig into the code and there were a lot of changes for the > redirect module so I couldn't spot the change that introduced the new > behaviour. > > Can anybody confirm ? > > PS: Tried it using FF 3.6.3, IE 8, Chrome all on Windows XP, tried to > edit a URL which is shown as /100_jahre.html and should redirect to > /unternehmen.html (so we don't use the famous / at the end of the URL > but rather use .html-suffix - maybe this could be the problem??) > > Florian From typo3-german-02 at oliverklee.de Wed Aug 11 16:17:32 2010 From: typo3-german-02 at oliverklee.de (Oliver Klee) Date: Wed, 11 Aug 2010 16:17:32 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi, Am 05.08.2010 15:07, schrieb Steffen Gebert: > I think a scheduler task (or better a task for lowlevel_cleaner?) would > not be a bad idea. When the compressor creates a new version of a compressed file, the old versions aren't needed (and not usable) anymore IIRC. So wouldn't it (also) make sense that the compressor deletes the old versions directly after creating the new ones? Oli -- Certified TYPO3 Integrator | TYPO3 Security Team Member From info at cybercraft.de Wed Aug 11 16:28:49 2010 From: info at cybercraft.de (JoH asenau) Date: Wed, 11 Aug 2010 16:28:49 +0200 Subject: [TYPO3-dev] condition on language References: Message-ID: > I have some typoscript in an extension which should only be included > when a specific language is activated. > > I know that I could use GP:L, but the same value on two systems would > not necessarily correspond to the same language. > > So I thought that I could do something like: > [globalVar = TSFE:lang = dk] > But lang doesn't seem to be available as condition? blah = CASE blah { key.cObject = TEXT key.cObject { lang { de = doit en = doit } } default = TEXT default.value = doit = TEXT doit.value = Done! } something like this? - Could even be used together with if.isTrue HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com From steffen at steffen-gebert.de Wed Aug 11 17:39:34 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 11 Aug 2010 17:39:34 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Am 11.08.10 16:17, schrieb Oliver Klee: > Hi, > > Am 05.08.2010 15:07, schrieb Steffen Gebert: >> I think a scheduler task (or better a task for lowlevel_cleaner?) would >> not be a bad idea. > > When the compressor creates a new version of a compressed file, the old > versions aren't needed (and not usable) anymore IIRC. So wouldn't it > (also) make sense that the compressor deletes the old versions directly > after creating the new ones? That's not possible: * With merged versions, you don't know, what has been merged, so don't know, if they're still needed (they just start with merged-*hash*) - you can have diffent merged CSS/JS files * With filename-*hash* you just know the file name, but not the full path. So may be we have two files with the same name in different directories Because of the hash changes, when the filesizes/mtimes changes, it says nothing. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From chris at swift-lizard.com Wed Aug 11 17:58:34 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Wed, 11 Aug 2010 17:58:34 +0200 Subject: [TYPO3-dev] Missing feature in t3lib_cache_backend_MemcachedBackend Message-ID: Hi Guys, we altered our core to write FE - Sessions to memcache, works like charm but we discovered a missing Feature in memcache class which lead us to a security problem from the fallback point of view. There is no way to check if a server is connected, so we can not check on initialization if connect really worked. Yes there is a var, .. but it is protected with no method to read its value. Something like: protected function isConnected(){ return $this->serverConnected; } would be very nice here. What do you think? regards chris From ernst at cron-it.de Wed Aug 11 19:09:34 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 11 Aug 2010 19:09:34 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Steffen Gebert schrieb am 11.08.2010 17:39: > Am 11.08.10 16:17, schrieb Oliver Klee: >> Hi, >> >> Am 05.08.2010 15:07, schrieb Steffen Gebert: >>> I think a scheduler task (or better a task for lowlevel_cleaner?) would >>> not be a bad idea. >> >> When the compressor creates a new version of a compressed file, the old >> versions aren't needed (and not usable) anymore IIRC. So wouldn't it >> (also) make sense that the compressor deletes the old versions directly >> after creating the new ones? > > That's not possible: > > * With merged versions, you don't know, what has been merged, so don't > know, if they're still needed (they just start with merged-*hash*) - you > can have diffent merged CSS/JS files > * With filename-*hash* you just know the file name, but not the full > path. So may be we have two files with the same name in different > directories > > Because of the hash changes, when the filesizes/mtimes changes, it says > nothing. We might need to keep track of the merged files and their original sources (md5 + tstamp) in the DB (or somewhere else?) so that a future "cleanup" module could find out what is no longer used? Cheers, Ernesto From steffen at steffen-gebert.de Wed Aug 11 20:50:48 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 11 Aug 2010 20:50:48 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Am 11.08.10 19:09, schrieb Ernesto Baschny [cron IT]: > We might need to keep track of the merged files and their original > sources (md5 + tstamp) in the DB (or somewhere else?) so that a future > "cleanup" module could find out what is no longer used? We could add a hash for the file path (or all file paths in merged case) and one for the size/mtimes. But to be honest, I don't see the need. Images are also not removed from typo3temp. As Ivan pointed out, it has been a special case, as he changed files of the skin. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From steffen at steffen-gebert.de Wed Aug 11 20:51:28 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 11 Aug 2010 20:51:28 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: > As Ivan pointed out... Tolleiv, sorry. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From snf at dkm.dk Wed Aug 11 21:04:46 2010 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Wed, 11 Aug 2010 21:04:46 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Den 11-08-2010 16:28, JoH asenau skrev: >> I have some typoscript in an extension which should only be included >> when a specific language is activated. >> >> I know that I could use GP:L, but the same value on two systems would >> not necessarily correspond to the same language. >> >> So I thought that I could do something like: >> [globalVar = TSFE:lang = dk] >> But lang doesn't seem to be available as condition? > > blah = CASE > blah { > key.cObject = TEXT > key.cObject { > lang { > de = doit > en = doit > } > } > default = TEXT > default.value = > doit = TEXT > doit.value = Done! > } > > something like this? - Could even be used together with if.isTrue I don't think that would work in my situation. This is some of the typoscript I want to include conditional: plugin.tt_news{ displayList { date_stdWrap.strftime= %A, den %d. %b %Y time_stdWrap.strftime= kl. %H:%M } } Even though it would be possible on each _stdWrap, I think the typoscript would be pretty messy, compared to a standard condition. So I guess this is not possible? /Stig From jigal at xs4all.nl Wed Aug 11 21:10:34 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 11 Aug 2010 21:10:34 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: On 11-8-2010 19:09, Ernesto Baschny [cron IT] wrote: > We might need to keep track of the merged files and their original > sources (md5 + tstamp) in the DB (or somewhere else?) so that a future > "cleanup" module could find out what is no longer used? A "janitor" (there is already a "caretaker" :-) ) module which performs low level clean up tasks such as this (temporary files which have not been accessed in x days), cache records?, optimize table, ... would be nice addition. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From steffen at steffen-gebert.de Wed Aug 11 21:23:26 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Wed, 11 Aug 2010 21:23:26 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Am 11.08.10 21:10, schrieb Jigal van Hemert: > On 11-8-2010 19:09, Ernesto Baschny [cron IT] wrote: >> We might need to keep track of the merged files and their original >> sources (md5 + tstamp) in the DB (or somewhere else?) so that a future >> "cleanup" module could find out what is no longer used? > > A "janitor" (there is already a "caretaker" :-) ) module which performs > low level clean up tasks such as this (temporary files which have not > been accessed in x days), cache records?, optimize table, ... would be > nice addition. But (due to performance) reasons there's no fileatime update on most servers AFAIK ;-) Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From fsu-lists at cobweb.ch Wed Aug 11 21:26:39 2010 From: fsu-lists at cobweb.ch (=?UTF-8?B?RnJhbsOnb2lzIFN1dGVy?=) Date: Wed, 11 Aug 2010 21:26:39 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi, > A "janitor" (there is already a "caretaker" :-) ) module which performs > low level clean up tasks such as this (temporary files which have not > been accessed in x days), cache records?, optimize table, ... would be > nice addition. This is straying from the original topic. There are already a number of cleanup scripts included in the lowlevel system extension meant to be run from the command line. There's a plan to move as many of these as possible to Scheduler tasks. I have also created an extension called "cachecleaner" which adds a lowlevel script to clean up tables in general. Whenever I have time (which doesn't seem to be soon ;-) ) I plan to make it into a Scheduler task too. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mario at matzullas.de Wed Aug 11 21:33:38 2010 From: mario at matzullas.de (Mario Matzulla) Date: Wed, 11 Aug 2010 21:33:38 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 11.08.10 13:54, schrieb Steffen Kamper: > Hi Mario, > > Mario Matzulla schrieb: >> Hi Steffen, >> >> Am 09.08.10 21:08, schrieb Steffen Kamper: >>> Hi, >>> >>> change it in localconf of cal: >>> >>> if (t3lib_extMgm:isLoaded('scheduler') { >>> $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; >>> } >> >> This doesn't work, because it is not written back into localconf.php :( >> > > this should work as the ext_localconf of cal is included in FE and > loaded after localconf.php. Are you sure to have it in the right place? > if (TYPO3_MODE == 'FE') {... in FE the if part "t3lib_extMgm::isLoaded('scheduler')" will return false ;) Chicken - Egg problem !?!;) Regards, Mario > > vg Steffen From fsu-lists at cobweb.ch Wed Aug 11 21:35:36 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Wed, 11 Aug 2010 21:35:36 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Hi Stig > So I thought that I could do something like: > [globalVar = TSFE:lang = dk] > But lang doesn't seem to be available as condition? It could be, but it is based on config.language so it will contain a language code only if config.language is properly defined. Otherwise it will contain "default". Alternatively if you're static_info_tables you may try to use TSFE:sys_language_isocode which should normally refer to the current language by using its 2-letter ISO code. I haven't tried, but it's what I can guess from the source code. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lolli at schwarzbu.ch Wed Aug 11 22:00:59 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Wed, 11 Aug 2010 22:00:59 +0200 Subject: [TYPO3-dev] Missing feature in t3lib_cache_backend_MemcachedBackend In-Reply-To: References: Message-ID: Hey. Ugh, pretty long post, hope it's still interesting :) Chris Zepernick {SwiftLizard} wrote: > There is no way to check if a server is connected, so we can not check > on initialization if connect really worked. This doesn't really fit to the interface, and such a change should go to FLOW3 first. FYI: The current state of memcache backend: - There is a pending FLOW3 issue which simplifies and speeds up the implementation a bit, see [0] for details. This patch will be backported to v4 as soon as it has been patched to FLOW3. - There is a systematic problem with the memcache backend: memcache is just a key-value store, there are no relations between keys. But we need to put some structure in it to store the identifier-data-tags relations. So, for each cache entry, there is a identifier->data entry, a identifier->tags and a tags->identifier entry. This is by principle a *bad* idea with memcache for the following reasons: -- If memcache runs out-of-memory but must store new entries, it will toss *some* other entry out of the cache (this is called an eviction in memcache-speak). -- If you are running a cluster of memcache servers and some server fails, key-values on this system will just vanish from cache. The above situations will both lead to a corrupt cache: If eg. a tags->identifier entry is lost, dropByTag() will not be able to find the corresponding identifier->data entries that should be removed and they will not be deleted. So, your cache might deliver old data on get() after that. I have an implementation for collectGarbage() in mind, to at least find and clean up the state of the cache if such things happen (didn't really implement that, so I'm unsure if it actually works). But, important thing is: If you are running a cluster, your cache *will* be corrupt if some server fails, and if some of the memcache cluster systems begins to evict data, your cache *will* be corrupt as well. Keep these things in mind if you choose to use memcache. BTW: There is an extension called memcached_reports in TER [4], which shows some memcache server stats within the reports module. An implementation without those problems is the redis backend, it's already pending in FLOW3 with issue [1], it scales *very* well, even better than memcache. redis [2] is a young project and as such a bit experimental, though. Best bet is currently still the db backend, maybe with the newly added compression (very usefull for bigger data sets like page cache). We're running several multi gigabyte caches without problems, it just won't scale *much* more: The db backend typically slows down if you are unable to give mysql enough RAM to make the cache table fully RAM driven. Be sure to tune your mysql innodb settings if you have big tables! If you are really interested in performance of the different backends, you could also give enetcacheanalytics [3] a shot, it comes with a BE module to run performance test cases against different backends. I have started writing documentation about the caching framework, but it's not finished yet. As a start, here is a sum up of your current backend alternatives: * apcBackend: Lightning fast wih get() and set(), but doesn't fit for bigger caches, only usable if you're using apc anyway. If seen heavy memory leaks with php 5.2 * dbBackend: Mature. Best bet for all usual things. Scales well until you run out of memory. For 4.3 the insertMulipleRows() patch is recommended if you're adding many tags to an entry (delivered with 4.4). * fileBackend: Very fast with get() and set(), but scales only O(n) with the number of cache entries on flushByTag(). This makes it pretty much unusable for page caches. FLOW3 uses it for AOP caches, where it fits perfectly well. * pdoBackend: Alternative for dbBackend, *might* be neat with a db like Oracle, but currently untested by me in this regard (I just tested with sqlite, where it sucks, but that is because of sqlite). * memcachedBackend: Ok performancewise, but has the mentioned drawbacks. * redisBackend: Experimental, but architecture fits perfectly to our needs. Pretty much every operation scales O(1) with the number of cache entries. I'm able to give O-notations for every operation, depending on number of input parameters and number of cache entries. Regards Christian [0] http://forge.typo3.org/issues/8918 [1] http://forge.typo3.org/issues/9017 [2] http://code.google.com/p/redis/ [3] http://forge.typo3.org/projects/show/extension-enetcacheanalytics [4] http://typo3.org/extensions/repository/view/memcached_reports/current/ From fsu-lists at cobweb.ch Wed Aug 11 22:08:24 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Wed, 11 Aug 2010 22:08:24 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, > This doesn't work, because it is not written back into localconf.php :( Quite a few other possible solutions were floated in the discussion. Did any of them work for you? Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lolli at schwarzbu.ch Wed Aug 11 22:18:59 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Wed, 11 Aug 2010 22:18:59 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: Hey, Christian Kuhn wrote: >> to my mind this is a bug because the "OR lifetime = 0" is missing, >> so has() will allways return false for infinit cache. > > Fix is now pending in core list with issue #15417 for versions 4.3, 4.4 > and trunk. Please help with a review according to our core list rules > [1], to get it in for the next version. FYI: The fix was already accepted and will be delivered with next 4.3 and 4.4 versions. Regards Christias From info at sk-typo3.de Thu Aug 12 00:01:06 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Aug 2010 00:01:06 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, Mario Matzulla schrieb: > Hi Steffen, > > Am 11.08.10 13:54, schrieb Steffen Kamper: >> Hi Mario, >> >> Mario Matzulla schrieb: >>> Hi Steffen, >>> >>> Am 09.08.10 21:08, schrieb Steffen Kamper: >>>> Hi, >>>> >>>> change it in localconf of cal: >>>> >>>> if (t3lib_extMgm:isLoaded('scheduler') { >>>> $GLOBALS['TYPO3_CONF_VARS']['EXT']['extList_FE'] .= ',scheduler'; >>>> } >>> >>> This doesn't work, because it is not written back into localconf.php :( >>> >> >> this should work as the ext_localconf of cal is included in FE and >> loaded after localconf.php. Are you sure to have it in the right place? >> if (TYPO3_MODE == 'FE') {... > > in FE the if part "t3lib_extMgm::isLoaded('scheduler')" will return > false ;) > Chicken - Egg problem !?!;) > ok, then you have to do it yourself: if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler') { ... vg Steffen From info at sk-typo3.de Thu Aug 12 00:07:35 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Aug 2010 00:07:35 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, Steffen Kamper schrieb: >> >> in FE the if part "t3lib_extMgm::isLoaded('scheduler')" will return >> false ;) >> Chicken - Egg problem !?!;) >> > > ok, then you have to do it yourself: > if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler') { > ... > if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler')) { ... I have this problem in mind. It's not a good idea to add scheduler to FE in general performance wise, but if an extension needs it it should be possible to add any ext to FE environment. So i see advantage for following functions: t3lib_extMgm::isLoadedInBE t3lib_extMgm::isLoadedInFE t3lib_extMgm::addExtensionToFE vg Steffen From mail at ringerge.org Thu Aug 12 06:17:55 2010 From: mail at ringerge.org (Georg Ringer) Date: Thu, 12 Aug 2010 06:17:55 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, Am 12.08.2010 00:07, schrieb Steffen Kamper: > So i see advantage for following functions: > t3lib_extMgm::isLoadedInBE > t3lib_extMgm::isLoadedInFE I don't see a need for that as IMO it is not interesting to know if something is available in the BE if you are in the FE > t3lib_extMgm::addExtensionToFE Isn't that the wrong approach? Shouldn't be there just a way to overrule the ext-list if the ext is installed? Georg From firma at sfroemken.de Thu Aug 12 07:37:31 2010 From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=) Date: Thu, 12 Aug 2010 07:37:31 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker Message-ID: Hello List, I have added this bug in bugtracker: http://bugs.typo3.org/view.php?id=13496 This bug is half a year old, but there is no comment, question or something else. It's a very little bug and I have added a little code that can fix this "problem". Is there something I've made wrong? Stefan From typo3-dev at bruchmann-web.de Thu Aug 12 07:49:42 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 12 Aug 2010 07:49:42 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Stefan Fr?mken Gesendet: Donnerstag, 12. August 2010 07:37:31 An: typo3-dev at lists.typo3.org CC: Betreff: [TYPO3-dev] Untouched bug in Bugtracker > Hello List, > > I have added this bug in bugtracker: > http://bugs.typo3.org/view.php?id=13496 > > This bug is half a year old, but there is no comment, question or > something else. It's a very little bug and I have added a little code > that can fix this "problem". > > Is there something I've made wrong? > > Stefan > _______________________________________________ Hey Stefan, wasn't the Option Slide made for those things? Automatic Sliding isn't perhaps everyones desire. AFAIS you just fetch the last level and it isn't a real sliding. Greets, David From firma at sfroemken.de Thu Aug 12 08:15:53 2010 From: firma at sfroemken.de (=?ISO-8859-1?Q?Stefan_Fr=F6mken?=) Date: Thu, 12 Aug 2010 08:15:53 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: David Bruchmann schrieb: > ----- Urspr?ngliche Nachricht ----- > Von: Stefan Fr?mken > Gesendet: Donnerstag, 12. August 2010 07:37:31 > An: typo3-dev at lists.typo3.org > CC: > Betreff: [TYPO3-dev] Untouched bug in Bugtracker >> Hello List, >> >> I have added this bug in bugtracker: >> http://bugs.typo3.org/view.php?id=13496 >> >> This bug is half a year old, but there is no comment, question or >> something else. It's a very little bug and I have added a little code >> that can fix this "problem". >> >> Is there something I've made wrong? >> >> Stefan >> _______________________________________________ > > > Hey Stefan, > > wasn't the Option Slide made for those things? > Automatic Sliding isn't perhaps everyones desire. > AFAIS you just fetch the last level and it isn't a real sliding. > > Greets, > David You're right. With slide you can solve this problem. But if you don't slide, you're landing here: if (!$slideBack) { return $rootLine[$key][$field]; } And only for this case I thought it's better to limit $key to the maximum ammount of rootline. As I told you...it's a very little bug/problem/unattractiveness. Stefan From typo3-dev at bruchmann-web.de Thu Aug 12 08:41:43 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 12 Aug 2010 08:41:43 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Stefan Fr?mken Gesendet: Donnerstag, 12. August 2010 08:15:53 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Untouched bug in Bugtracker > You're right. With slide you can solve this problem. But if you don't > slide, you're landing here: > > if (!$slideBack) { > return $rootLine[$key][$field]; > } > > And only for this case I thought it's better to limit $key to the > maximum ammount of rootline. > > As I told you...it's a very little bug/problem/unattractiveness. > OK, I understand. Nevertheless it may breake current installations and the lines you inserted don't solve the problem i.e. when the first available title is on level 10 or 9. Your requested feature is possible without your code but additionaly your code to simple for being a good idea for all levels and not only for level n-1. And current installations expect that the title keeps empty when unavailable. Your code would be for a special case where a solution already can be build by TS. I'm no core-developer but my opinion is that those feature-requests should be ignored because it blows up the code without further features and all in all it's getting harder to read when several of those solutions are implemented. I propose you to build a TS-solution and if it's a bit more tricky than your php-lines than you will find people that like to use it. Sorry, David From mail at ringerge.org Thu Aug 12 08:49:13 2010 From: mail at ringerge.org (Georg Ringer) Date: Thu, 12 Aug 2010 08:49:13 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: Hi, I agree with David that this is the wrong approach. - If you are hardcoding the 12, you can also hardcode a condition for the treelevel - Returning something instead of nothing will lead to side effects as suddently things like ifEmpty don't work anymore. - TYPO3 and especially TS is already full of magic, don't add more. If there is nothing available, there should be nothing returned. It would be the same as lib.fo = FILE lib.fo.file = something/that/doesnt/exist.jpg this will also return nothing if the path/file does not exist and not any other "magic" image (*on default*). Georg From typo3-dev at bruchmann-web.de Thu Aug 12 09:05:50 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 12 Aug 2010 09:05:50 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Georg Ringer Gesendet: Donnerstag, 12. August 2010 08:49:13 An: typo3-dev at lists.typo3.org Betreff: Re: [TYPO3-dev] Untouched bug in Bugtracker George, you are Core-Developer, aren't you? Just for Stefan ... Greets, David From mail at ringerge.org Thu Aug 12 09:09:00 2010 From: mail at ringerge.org (Georg Ringer) Date: Thu, 12 Aug 2010 09:09:00 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: Am 12.08.2010 09:05, schrieb David Bruchmann: > George, you are Core-Developer, aren't you? no i am just in the security team ;) georg From typo3-dev at bruchmann-web.de Thu Aug 12 09:14:37 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 12 Aug 2010 09:14:37 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Georg Ringer Gesendet: Donnerstag, 12. August 2010 09:09:00 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Untouched bug in Bugtracker > Am 12.08.2010 09:05, schrieb David Bruchmann: >> George, you are Core-Developer, aren't you? > > no i am just in the security team ;) > > georg Suppose that should be enough *lol* David From firma at sfroemken.de Thu Aug 12 09:45:13 2010 From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=) Date: Thu, 12 Aug 2010 09:45:13 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: Georg Ringer schrieb: > If there is nothing available, there should be nothing returned. It would > be the same as > lib.fo = FILE > lib.fo.file = something/that/doesnt/exist.jpg > this will also return nothing if the path/file does not exist and not > any other "magic" image (*on default*). > > Georg OK...and why do you set a value when $key is lower than 0?! function getKey($key,$arr) { $key = intval($key); if (is_array($arr)) { if ($key < 0) { $key = count($arr)+$key; } if ($key < 0) { $key=0; } } return $key; } From steffen at steffen-gebert.de Thu Aug 12 09:48:41 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 12 Aug 2010 09:48:41 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts Message-ID: Hi, I switched one of my sites to 4.4+saltedpasswords over the weekend. No the first user complains that he's not able to login anymore - assuming the "?" in his password can be the problem. I tried this and -locked me out of my installation-.. ahh.. saw he was right :) Saltedpasswords and umlauts in passwords cause the next login to fail. Marcus, Steffen or anybody else: Are you aware of this / did you experience this already? Is this a configuration problem on my site? The site is complete utf8 and the error seems to happen while automatic conversion from md5->salted and manual password changes (after having saltedpw activated). Do you have any starting point for me to debug? I tried it using HTTPS and HTTP (using RSA), none of them works. On my local installation, I also tried salted MD5 instead of PHPASS, but this also didn't change anything. Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From mail at ringerge.org Thu Aug 12 09:50:08 2010 From: mail at ringerge.org (Georg Ringer) Date: Thu, 12 Aug 2010 09:50:08 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: Am 12.08.2010 09:45, schrieb Stefan Fr?mken: > OK...and why do you set a value when $key is lower than 0?! it is/was not me Georg From info at rs-websystems.de Thu Aug 12 09:59:09 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 12 Aug 2010 09:59:09 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Am 12.08.2010 09:48, schrieb Steffen Gebert: > Hi, > > I switched one of my sites to 4.4+saltedpasswords over the weekend. > No the first user complains that he's not able to login anymore - > assuming the "?" in his password can be the problem. > > I tried this and -locked me out of my installation-.. ahh.. saw he was > right :) > Saltedpasswords and umlauts in passwords cause the next login to fail. > > Marcus, Steffen or anybody else: Are you aware of this / did you > experience this already? > Is this a configuration problem on my site? > > The site is complete utf8 and the error seems to happen while automatic > conversion from md5->salted and manual password changes (after having > saltedpw activated). > > Do you have any starting point for me to debug? > > I tried it using HTTPS and HTTP (using RSA), none of them works. > On my local installation, I also tried salted MD5 instead of PHPASS, but > this also didn't change anything. > > Kind regards > Steffen > afaik the the problem should be rsa, not the salting itself - try if your server is able to handle umlaut passwords for console users - if so, TYPO3 will be too (at least if you do not use PHPPASS). Furthermore, if you do not need password interaction with different system you should try blowfish or at least md5 instead of of PHPPASS. If you deactivated RSA for sure you have to set the password again (so that the error does not get into db - depending on where you set it. Even if the "salting" would not able to handle the umlaut, the "encrypting" result would have been the same with to times the same term. regards Steffen From firma at sfroemken.de Thu Aug 12 10:09:40 2010 From: firma at sfroemken.de (=?ISO-8859-15?Q?Stefan_Fr=F6mken?=) Date: Thu, 12 Aug 2010 10:09:40 +0200 Subject: [TYPO3-dev] Untouched bug in Bugtracker In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Am 12.08.2010 09:45, schrieb Stefan Fr?mken: >> OK...and why do you set a value when $key is lower than 0?! > > it is/was not me > > Georg ok ok...sorry...you already told David that you're not in the core-team. I think "why do THEY..." should be better. Stefan From info at sk-typo3.de Thu Aug 12 10:11:20 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Aug 2010 10:11:20 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, Georg Ringer schrieb: > Hi, > > Am 12.08.2010 00:07, schrieb Steffen Kamper: >> So i see advantage for following functions: >> t3lib_extMgm::isLoadedInBE >> t3lib_extMgm::isLoadedInFE > > I don't see a need for that as IMO it is not interesting to know if > something is available in the BE if you are in the FE > you read the problem from Mario? It's needed - you only can add an extension to FE if the extension is loaded (in BE). As the ext manager returns FALSE in this case it's not usable for this need. As we introduced the extlist for FE we also have to take care about the API which should handle this difference. >> t3lib_extMgm::addExtensionToFE > > Isn't that the wrong approach? Shouldn't be there just a way to overrule > the ext-list if the ext is installed? > this is what the function should do. Instead of manual manipulating of the list, the API should do that. vg Steffen From marcus#exp2010 at t3sec.info Thu Aug 12 10:22:59 2010 From: marcus#exp2010 at t3sec.info (Marcus Krause) Date: Thu, 12 Aug 2010 10:22:59 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Am 12.08.2010 09:48, schrieb Steffen Gebert: > Hi, > > I switched one of my sites to 4.4+saltedpasswords over the weekend. > No the first user complains that he's not able to login anymore - > assuming the "?" in his password can be the problem. > > I tried this and -locked me out of my installation-.. ahh.. saw he was > right :) > Saltedpasswords and umlauts in passwords cause the next login to fail. Saltedpasswords brings unit tests regarding umlauts. Running them should succeed (tests passed). If this is also the case on your installation, the broken umlauts is not directly related to saltedpasswords. Most probably it's an encoding/charset problem with JS-libs of rsa. Could you please reply and tell us: * do you use rsa with saltedpasswords? * do the above mentioned unit tests pass? Cheers, Marcus. From marcus#exp2010 at t3sec.info Thu Aug 12 10:27:25 2010 From: marcus#exp2010 at t3sec.info (Marcus Krause) Date: Thu, 12 Aug 2010 10:27:25 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Hi! Am 12.08.2010 10:22, schrieb Marcus Krause: > [...] Most probably it's an encoding/charset problem with JS-libs of > rsa. [...] There's a bug report covering the described problem: http://bugs.typo3.org/view.php?id=13662 Marcus. From ernst at cron-it.de Thu Aug 12 10:57:25 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 12 Aug 2010 10:57:25 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Fran?ois Suter schrieb am 11.08.2010 22:08: > Hi Mario, > >> This doesn't work, because it is not written back into localconf.php :( > > Quite a few other possible solutions were floated in the discussion. Did > any of them work for you? I would suggest to return the scheduler to be loaded in the FE also. I don't see any drawbacks, as the scheduler's ext_tables+ext_localconf simply don't do anything in the FE. See attached patch to change that, what do you think? Worth a RFC? Cheers, Ernesto -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scheduler-inFE.diff URL: From chris at swift-lizard.com Thu Aug 12 11:07:22 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Thu, 12 Aug 2010 11:07:22 +0200 Subject: [TYPO3-dev] Missing feature in t3lib_cache_backend_MemcachedBackend In-Reply-To: References: Message-ID: Hey, > > Ugh, pretty long post, hope it's still interesting :) > yes it is but I think you did not get my point. Within the t3lib_cache_backend_MemcachedBackend there is a protected var called $serverConnected. In this var the current server connection state is stored. I?d just like to have a method to be able to check the connection state and otherwise fall back. Background for this request: Within my current project at the german telekom we got an intranet system with 50.000 Users and will get additional 80.000 FE Users by the end of this month, by then we will also have about 100 different FE Groups. We checked our query logs and discovered that we have a huge amount of inserts, deltes and selects related to fe_session, fe_session_data, and fe_groups. To solve this we decided to change the whole TYPO3 Session- and FE-Groups-handling to use the caching framework. We implemented that in a way that will fall back to default handling if caching framework is disabled. All works like charme, and gave ous together with the use of memcache the wanted performance boost. However we discovered a little drawback, even if the cachemanager is not able to connect to the memcache server, there will only be an exception the moment we call set() or get(), but not the time we establish the connection. Even with no server available there will be no error on init, and one will get an instance of t3lib_cache_frontend_VariableFrontend anyway. That was when we discovered the class attribute $serverConnected that is also used within the t3lib_cache_backend_MemcachedBackend is what we needed to still have a working fall back if no connection was established. Sadly this var is protected and not accessible from the outside, even the other cache backends have public accessible methods that are not in the interface. So a new method would not be a breach of concept, would it ? We solved our problem with: public function isConnected(){ return $this->serverConnected; } whitch is accessable at initialization of the cache via: $this->cache->getBackend()->isConnected() The complete method in our cache helper is: public function getCache(){ $retVal = false; if( $this->cache instanceof t3lib_cache_frontend_VariableFrontend && ( $this->cache->getBackend() instanceof t3lib_cache_backend_MemcachedBackend && $this->cache->getBackend()->isConnected()) ){ $retVal = $this->cache; }else{ $retVal = $this->cache; } return $retVal; } This way we check whitch cache we use and if it is memcache if the server is connected, so we can have a fallback. cheers chris > Chris Zepernick {SwiftLizard} wrote: >> There is no way to check if a server is connected, so we can not check >> on initialization if connect really worked. > > This doesn't really fit to the interface, and such a change should go to > FLOW3 first. > > > FYI: The current state of memcache backend: > - There is a pending FLOW3 issue which simplifies and speeds up the > implementation a bit, see [0] for details. This patch will be backported > to v4 as soon as it has been patched to FLOW3. > > - There is a systematic problem with the memcache backend: memcache is > just a key-value store, there are no relations between keys. But we need > to put some structure in it to store the identifier-data-tags relations. > So, for each cache entry, there is a identifier->data entry, a > identifier->tags and a tags->identifier entry. This is by principle a > *bad* idea with memcache for the following reasons: > -- If memcache runs out-of-memory but must store new entries, it will > toss *some* other entry out of the cache (this is called an eviction in > memcache-speak). > -- If you are running a cluster of memcache servers and some server > fails, key-values on this system will just vanish from cache. > > The above situations will both lead to a corrupt cache: If eg. a > tags->identifier entry is lost, dropByTag() will not be able to find the > corresponding identifier->data entries that should be removed and they > will not be deleted. So, your cache might deliver old data on get() > after that. > > I have an implementation for collectGarbage() in mind, to at least find > and clean up the state of the cache if such things happen (didn't really > implement that, so I'm unsure if it actually works). > But, important thing is: If you are running a cluster, your cache *will* > be corrupt if some server fails, and if some of the memcache cluster > systems begins to evict data, your cache *will* be corrupt as well. > > Keep these things in mind if you choose to use memcache. BTW: There is > an extension called memcached_reports in TER [4], which shows some > memcache server stats within the reports module. > > > An implementation without those problems is the redis backend, it's > already pending in FLOW3 with issue [1], it scales *very* well, even > better than memcache. redis [2] is a young project and as such a bit > experimental, though. > > Best bet is currently still the db backend, maybe with the newly added > compression (very usefull for bigger data sets like page cache). We're > running several multi gigabyte caches without problems, it just won't > scale *much* more: The db backend typically slows down if you are unable > to give mysql enough RAM to make the cache table fully RAM driven. Be > sure to tune your mysql innodb settings if you have big tables! > > > If you are really interested in performance of the different backends, > you could also give enetcacheanalytics [3] a shot, it comes with a BE > module to run performance test cases against different backends. > > > I have started writing documentation about the caching framework, but > it's not finished yet. As a start, here is a sum up of your current > backend alternatives: > > * apcBackend: Lightning fast wih get() and set(), but doesn't fit for > bigger caches, only usable if you're using apc anyway. If seen heavy > memory leaks with php 5.2 > * dbBackend: Mature. Best bet for all usual things. Scales well until > you run out of memory. For 4.3 the insertMulipleRows() patch is > recommended if you're adding many tags to an entry (delivered with 4.4). > * fileBackend: Very fast with get() and set(), but scales only O(n) with > the number of cache entries on flushByTag(). This makes it pretty much > unusable for page caches. FLOW3 uses it for AOP caches, where it fits > perfectly well. > * pdoBackend: Alternative for dbBackend, *might* be neat with a db like > Oracle, but currently untested by me in this regard (I just tested with > sqlite, where it sucks, but that is because of sqlite). > * memcachedBackend: Ok performancewise, but has the mentioned drawbacks. > * redisBackend: Experimental, but architecture fits perfectly to our > needs. Pretty much every operation scales O(1) with the number of cache > entries. I'm able to give O-notations for every operation, depending on > number of input parameters and number of cache entries. > > > Regards > Christian > > [0] http://forge.typo3.org/issues/8918 > [1] http://forge.typo3.org/issues/9017 > [2] http://code.google.com/p/redis/ > [3] http://forge.typo3.org/projects/show/extension-enetcacheanalytics > [4] http://typo3.org/extensions/repository/view/memcached_reports/current/ From chris at swift-lizard.com Thu Aug 12 11:19:06 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Thu, 12 Aug 2010 11:19:06 +0200 Subject: [TYPO3-dev] Bug in t3lib_pageSelect::storeHash() In-Reply-To: References: Message-ID: cool thanks Am 11.08.10 22:18, schrieb Christian Kuhn: > Hey, > > Christian Kuhn wrote: >>> to my mind this is a bug because the "OR lifetime = 0" is missing, >>> so has() will allways return false for infinit cache. >> >> Fix is now pending in core list with issue #15417 for versions 4.3, >> 4.4 and trunk. Please help with a review according to our core list >> rules [1], to get it in for the next version. > > FYI: The fix was already accepted and will be delivered with next 4.3 > and 4.4 versions. > > Regards > Christias From chris at swift-lizard.com Thu Aug 12 11:22:54 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Thu, 12 Aug 2010 11:22:54 +0200 Subject: [TYPO3-dev] Missing feature in t3lib_cache_backend_MemcachedBackend In-Reply-To: References: Message-ID: Sorry failure in the method: public function getCache(){ $retVal = false; if( $this->cache instanceof t3lib_cache_frontend_VariableFrontend if( $this->cache->getBackend() instanceof t3lib_cache_backend_MemcachedBackend && $this->cache->getBackend()->isConnected() ){ $retVal = $this->cache; } }else{ $retVal = $this->cache; } return $retVal; } cheers chris From usenet at kraume.de Thu Aug 12 11:43:27 2010 From: usenet at kraume.de (Peter Kraume) Date: Thu, 12 Aug 2010 11:43:27 +0200 Subject: [TYPO3-dev] RealURL 1.9.3 - after upgrade from 1.8.0 editing of redirects is not working for me In-Reply-To: References: Message-ID: I've filed a new bug report now: http://bugs.typo3.org/view.php?id=15435 Am 11.08.2010 14:22, schrieb Peter Kraume: > > same Problem here. TYPO3 4.3.4, realurl 1.9.3 > Did you file a bug on bugs.typo3.org? > From snf at dkm.dk Thu Aug 12 13:35:37 2010 From: snf at dkm.dk (=?ISO-8859-1?Q?Stig_N=F8rgaard_F=E6rch?=) Date: Thu, 12 Aug 2010 13:35:37 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Den 11-08-2010 21:35, Fran?ois Suter skrev: > Hi Stig >> So I thought that I could do something like: >> [globalVar = TSFE:lang = dk] >> But lang doesn't seem to be available as condition? > > It could be, but it is based on config.language so it will contain a > language code only if config.language is properly defined. Otherwise it > will contain "default". > > Alternatively if you're static_info_tables you may try to use > TSFE:sys_language_isocode which should normally refer to the current > language by using its 2-letter ISO code. > > I haven't tried, but it's what I can guess from the source code. Thanks for you answer. I have static_info_tables installed. But: page.1=TEXT page.1.data = TSFE:sys_language_isocode doesn't produce anything. Yes, and you are correct about lang. Even if it worked in a condition, I couldn't use it as because of the 'default' value. Could it be that lang and sys_language_isocode are just not available in conditions? If not - would there be any other solutions that I'm overlooking? /Stig From jbl at deweblop.de Thu Aug 12 13:44:02 2010 From: jbl at deweblop.de (J. Lingott) Date: Thu, 12 Aug 2010 13:44:02 +0200 Subject: [TYPO3-dev] Javascript error on Clickmenu Message-ID: Hello, currently encountering a weird error when clicking on Clickmenu items. The error is 'docRef is undefined'. Don't really have a clue where it derives from as docRef is actually defined when clicking on the item. All other variables referenced on that JS snippet (top, Clickmenu) are defined as well, but it keeps spitting that error. Any assistance would be appreciated. Cheers J. Lingott From jbl at deweblop.de Thu Aug 12 14:09:19 2010 From: jbl at deweblop.de (J. Lingott) Date: Thu, 12 Aug 2010 14:09:19 +0200 Subject: [TYPO3-dev] Javascript error on Clickmenu In-Reply-To: References: Message-ID: FYI: using my own class for the handling of clickmenu items. I just found a workaround for the problem. As top.content.list_frame is indeed undefined, I am now using $this->backRef->listFrame = 0 in my clickmenu class to get item links without the reference to top.content.list_frame, but just top.content. Just wonder why it is trying to use the list_frame setup as it worked earlier already and the value for backRef->iParts[2] is still 0. Any further assistance helping to find a solution without the workaround would be still appreciated. > Hello, > > currently encountering a weird error when clicking on Clickmenu items. > The error is 'docRef is undefined'. Don't really have a clue where it > derives from as docRef is actually defined when clicking on the item. > All other variables referenced on that JS snippet (top, Clickmenu) are > defined as well, but it keeps spitting that error. Any assistance > would be appreciated. > > Cheers > > J. Lingott From steffen at steffen-gebert.de Thu Aug 12 15:51:50 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 12 Aug 2010 15:51:50 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Hi, thanks for your replies! > Could you please reply and tell us: > * do you use rsa with saltedpasswords? I just tried it again with HTTPS (changing password, logging in - doesn't work). I have loginSecurityLevel = rsa, but with HTTPS, rsa is not used, isn't it? > * do the above mentioned unit tests pass? yes, they pass. Blowfish tests are skipped because of PHP 5.2 Can you send me a clear-text password together with its PHPASS hash, to check whether setting or checking the password fails? For "qweasd?" I got $P$CdSkwBzEnm4kqThi53tmCOaKNCKOTM/ Could you check, if this is a valid hash for this password? Thanks Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From lalbertini at cross-systems.com Thu Aug 12 16:13:41 2010 From: lalbertini at cross-systems.com (Laurent Albertini) Date: Thu, 12 Aug 2010 16:13:41 +0200 Subject: [TYPO3-dev] Anchor generation with substituteSubpart/substituteMarkerArray Message-ID: Hi, I am writing an extension. The generated html is "strange". In my template.html, i have the line : which is translated with substituteMarkerArray/substituteSubpart in my pi1.php by : eg : On page http://www.mysite.com/contact/ On page http://www.mysite.com/section1/ ... I don't want the terms contact and section1 before my anchor... Possible ? Moreover, if i write directly in my template.html : ( only for debug test... ) it is also translated by : Thanks you for your help, Laurent From keesjan at koster.cx Thu Aug 12 16:21:35 2010 From: keesjan at koster.cx (Kees-Jan Koster) Date: Thu, 12 Aug 2010 16:21:35 +0200 Subject: [TYPO3-dev] Wizard to get Google GData AuthSub token In-Reply-To: References: Message-ID: It looks like that it has something to do with IE8, in Firefox it just works and IE6 shows a warning that it is redirected form https to http. Is it possible that the BE session is somehow destroyed when redirecting form https (google.com) to the TYPO3 backend in http for IE8? Has someone experience with this kind of thing? I hope someone can help me in the right direction to solve this. Thanks, Kees-Jan > Hi, > > I am trying to create a wizard to retrieve an authorization token form > Google Data API using AuthSub ( > http://code.google.com/intl/nl-NL/apis/accounts/docs/AuthSub.html). > When the wizards pops up it redirects to > https://www.google.com/accounts/AuthSubRequest and sets a return url using > t3lib_div::getIndpEnv(TYPO3_REQUEST_URL). > > When authenticated Google redirects to the url specified and adds the token > as a GET parameter. > But somehow after that redirect I get the backend login screen instead of > my wizard page (I am actually logged out from the backend completely). > > Is it wrong what I am trying to do? I hope someone can point me in the > right direction. Thanks. > > Kees-Jan > From lalbertini at cross-systems.com Thu Aug 12 16:56:48 2010 From: lalbertini at cross-systems.com (Laurent Albertini) Date: Thu, 12 Aug 2010 16:56:48 +0200 Subject: [TYPO3-dev] Anchor generation with substituteSubpart/substituteMarkerArray In-Reply-To: References: Message-ID: Hi, The solution : config.prefixLocalAnchors = 0 Bye ! From steffen at steffen-gebert.de Thu Aug 12 17:43:49 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 12 Aug 2010 17:43:49 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Hi >Most probably it's an encoding/charset problem with JS-libs of rsa. I just uninstalled rsaauth and set loginSecurityMode back to superchallenged. Result was still the same: Passwords with umlauts do not work, without they work (using SSL for changing the PW and login). Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From info at rs-websystems.de Thu Aug 12 18:12:18 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 12 Aug 2010 18:12:18 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Am 12.08.2010 17:43, schrieb Steffen Gebert: > Hi > >> Most probably it's an encoding/charset problem with JS-libs of rsa. > I just uninstalled rsaauth and set loginSecurityMode back to > superchallenged. so saltedpasswords is not used any more... it is technically unpossible to use saltedpasswords with superchallenged... it deactivates itself > Result was still the same: Passwords with umlauts do > not work, without they work (using SSL for changing the PW and login). well, if you really did what you told, that's not a wonder... theres a salted password stored, the settings self-deactivate saltedpasswords and typo3 therefore compares the result as md5 or plain... From dmitry at typo3.org Thu Aug 12 19:11:03 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 12 Aug 2010 20:11:03 +0300 Subject: [TYPO3-dev] RealURL 1.9.3 - after upgrade from 1.8.0 editing of redirects is not working for me In-Reply-To: References: Message-ID: Hi! Peter Kraume wrote: > I've filed a new bug report now: > http://bugs.typo3.org/view.php?id=15435 I will work on RealURL updates again soon and will fix that. Meanwhile you should know that using redirects in RealURL is very bad for the web site performance and should be avoided. Please, consider using Apache mod_rewrite with rewrite maps instead. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From info at rs-websystems.de Thu Aug 12 19:15:11 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 12 Aug 2010 19:15:11 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Hey List, just for your information: I debugged Steffens install and could prove that there is a problem with rsa in Core an all-non-ascii chars. Asking google I found out, that since September there is a new version of the JS-rsa lib which is capable of utf-8 chars. I replaced the libary and all worked fine. Sadly I found out that the utf-8 enabled library is out since September 2009 and the long time reported problems ould have been solved much earlier. (Broad hint into the Direction of Dmitry...) Will put an rfc for 4.3 - 4.5 to update the library. regards Steffen From info at rs-websystems.de Thu Aug 12 19:31:41 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Thu, 12 Aug 2010 19:31:41 +0200 Subject: [TYPO3-dev] saltedpasswords and umlauts In-Reply-To: References: Message-ID: Am 12.08.2010 19:15, schrieb Steffen Ritter: > Sadly I found out that the utf-8 enabled library is out since September > 2009 and the long time reported problems ould have been solved much > earlier. (Broad hint into the Direction of Dmitry...) ok, sahme on me, too... according to the bugtracker I'm aware of the new lib since may, too... From mario at matzullas.de Thu Aug 12 20:46:46 2010 From: mario at matzullas.de (Mario Matzulla) Date: Thu, 12 Aug 2010 20:46:46 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Ernesto, hi Fran?ois, Am 12.08.10 10:57, schrieb Ernesto Baschny [cron IT]: > Fran?ois Suter schrieb am 11.08.2010 22:08: >> Hi Mario, >> >>> This doesn't work, because it is not written back into localconf.php :( >> >> Quite a few other possible solutions were floated in the discussion. Did >> any of them work for you? Well, not so far :S I think the best way is to patch the scheduler... > > I would suggest to return the scheduler to be loaded in the FE also. I > don't see any drawbacks, as the scheduler's ext_tables+ext_localconf > simply don't do anything in the FE. > > See attached patch to change that, what do you think? Worth a RFC? Thank you Ernesto. I think this is the right way to go :) Regards, Mario > > Cheers, > Ernesto > From mario at matzullas.de Thu Aug 12 20:50:39 2010 From: mario at matzullas.de (Mario Matzulla) Date: Thu, 12 Aug 2010 20:50:39 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 12.08.10 00:07, schrieb Steffen Kamper: > Hi, > > Steffen Kamper schrieb: >>> >>> in FE the if part "t3lib_extMgm::isLoaded('scheduler')" will return >>> false ;) >>> Chicken - Egg problem !?!;) >>> >> >> ok, then you have to do it yourself: >> if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler') >> { ... >> > if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler')) > { ... > > I have this problem in mind. It's not a good idea to add scheduler to FE > in general performance wise, but if an extension needs it it should be > possible to add any ext to FE environment. > > So i see advantage for following functions: > t3lib_extMgm::isLoadedInBE > t3lib_extMgm::isLoadedInFE > t3lib_extMgm::addExtensionToFE thank you for pushing this issue forward :) Personally I think patching the scheduler is the easiest way, but for future issues, your provided functions could help a lot. Thanks and +1 for those functions, Mario > > vg Steffen From fsu-lists at cobweb.ch Thu Aug 12 21:27:38 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Thu, 12 Aug 2010 21:27:38 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Hi, > Thanks for you answer. > > I have static_info_tables installed. But: > page.1=TEXT > page.1.data = TSFE:sys_language_isocode > doesn't produce anything. I made a test myself and it worked. More or less. What worked is that I managed to have an ISO code for non-default languages. For the default language I get an empty result, instead of "default". I looked a bit deeper into that and it's actually logical. The default language is defined as 0, so it can't be matched to a static_languages record. But I found the property I was actually looking for when I started replying in this thread ;-). As I mentioned in my previous mail, in a well-configured installation you will have defined a config.language property. This is accessible using: tsfe:config|config|language Now I don't know if this will help you, since in my installations I defined config.language for various languages based on tests on the L variable, so it's getting of the snake biting its own tail. However as I understood your requirements it will at least not amount to a direct test on L. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lolli at schwarzbu.ch Thu Aug 12 21:56:02 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 12 Aug 2010 21:56:02 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hey, Ernesto Baschny [cron IT] wrote: > We might need to keep track of the merged files and their original > sources (md5 + tstamp) in the DB (or somewhere else?) so that a future > "cleanup" module could find out what is no longer used? Such an information could be stored in the registry. Regards Christian From info at sk-typo3.de Thu Aug 12 22:16:56 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Aug 2010 22:16:56 +0200 Subject: [TYPO3-dev] typo3temp/compressor/ - autocleanup? In-Reply-To: References: Message-ID: Hi, Christian Kuhn schrieb: > Hey, > > Ernesto Baschny [cron IT] wrote: >> We might need to keep track of the merged files and their original >> sources (md5 + tstamp) in the DB (or somewhere else?) so that a future >> "cleanup" module could find out what is no longer used? > > Such an information could be stored in the registry. > that came in my mind too. vg Steffen From info at sk-typo3.de Thu Aug 12 22:18:25 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 12 Aug 2010 22:18:25 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, Mario Matzulla schrieb: >>> Quite a few other possible solutions were floated in the discussion. Did >>> any of them work for you? > > Well, not so far :S didn't the latest condition work for you? vg Steffen From liste at linawolf.de Thu Aug 12 23:33:00 2010 From: liste at linawolf.de (Lina Wolf) Date: Thu, 12 Aug 2010 23:33:00 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass Message-ID: Almost all extensions that come with a non-fluid plugin have this TypoScript at the last line: return $this->pi_wrapInBaseClass($content); I usually prefere return $this->cObj->stdWrap($content, $conf['stdWrap.']); to be more flexible, but that breaks the prefix comments The result of pi_wrapInBaseClass is wrapping the content with hardcoded HTML Code and comments: /** * Wraps the input string in a
tag with the class attribute set to the prefixId. * All content returned from your plugins should be returned through this function so all content from your plugin is encapsulated in a
-tag nicely identifying the content of your plugin. * * @param string HTML content to wrap in the div-tags with the "main class" of the plugin * @return string HTML content wrapped, ready to return to the parent object. */ function pi_wrapInBaseClass($str) { $content = '
'.$str.'
'; if(!$GLOBALS['TSFE']->config['config']['disablePrefixComment']) { [...wrap in comments...] } return $content; } This also means that the div around a plugin cannot be changed without changing the code of the extension. At times you might want to use an extension in a context where a div cannot create valid code (inside a link) or where you dont want the div for another reason (disguising what extension you use for security reasons, name collision, ...) If we would change that function, remove the hard coded div, and create it by TypoScripted stdWrap instead what do you think? If that is not possible at least some function to turn of the standart div wrap would be needed. From jigal at xs4all.nl Fri Aug 13 08:16:37 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Fri, 13 Aug 2010 08:16:37 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: On 12-8-2010 23:33, Lina Wolf wrote: > Almost all extensions that come with a non-fluid plugin have this > TypoScript at the last line: > > return $this->pi_wrapInBaseClass($content); > > I usually prefere > > return $this->cObj->stdWrap($content, $conf['stdWrap.']); > > to be more flexible, but that breaks the prefix comments I personally use if (!$this->conf['disableBaseWrap']) { $content = $this->pi_wrapInBaseClass($content); } If there is no div with the prefixId wanted around the output a prefix comment is often also undesirable. E.g. inside lists, part of URL in link, etc. The wrap in base class construction was probably added to make it possible to style the contents of a particular extension without influencing the rest. With multiple instances of a plugin on the same page you may need something completely different: a wrap with a unique ID to differentiate between each instance. This would need a different solution (flexform setting to overwrite the TS?). Demands for web pages have changed a bit over time, so I think it's up to the extension author to come with a solution that works well for typical usages of his/her extension. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From liste at linawolf.de Fri Aug 13 08:45:03 2010 From: liste at linawolf.de (Lina Wolf) Date: Fri, 13 Aug 2010 08:45:03 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Even if you disable that, it depends on the single author to make the disabling of the Base Wrap possible. Hard coded HTML-Code is bad style, even worse if we think at generating something else with TYPO3 (XML, dynamically created JavaScript, ...) If we would have a special stdWrap function that is called by pi_wrapInBaseClass and offers all fields of the plugin (like uid, pageid, date, title) plus all fields of the flexform then the wrap could be dynamically rewritten and even the whole plugin be overridden if nessesary. Am 13.08.2010 08:16, schrieb Jigal van Hemert: > On 12-8-2010 23:33, Lina Wolf wrote: >> Almost all extensions that come with a non-fluid plugin have this >> TypoScript at the last line: >> >> return $this->pi_wrapInBaseClass($content); >> >> I usually prefere >> >> return $this->cObj->stdWrap($content, $conf['stdWrap.']); >> >> to be more flexible, but that breaks the prefix comments > > I personally use > > if (!$this->conf['disableBaseWrap']) { > $content = $this->pi_wrapInBaseClass($content); > } > > If there is no div with the prefixId wanted around the output a prefix > comment is often also undesirable. E.g. inside lists, part of URL in > link, etc. > > The wrap in base class construction was probably added to make it > possible to style the contents of a particular extension without > influencing the rest. > > With multiple instances of a plugin on the same page you may need > something completely different: a wrap with a unique ID to > differentiate between each instance. This would need a different > solution (flexform setting to overwrite the TS?). > > Demands for web pages have changed a bit over time, so I think it's up > to the extension author to come with a solution that works well for > typical usages of his/her extension. > From info at sk-typo3.de Fri Aug 13 10:11:35 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Aug 2010 10:11:35 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Hi, sry for interruption. This is a newslist and not a chat window, so i expect the simpliest rules for communication * say hi * add your text * say bye * quote only what is relevant it's not that difficult, but leaving out this brings unneeded emotionals. vg Steffen From liste at linawolf.de Fri Aug 13 10:32:50 2010 From: liste at linawolf.de (Lina Wolf) Date: Fri, 13 Aug 2010 10:32:50 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Hi, thanks for the reminder, should forget in the act of discussion LG Lina > * say hi > * add your text > * say bye > * quote only what is relevant From mgutfeldt at yahoo.com Fri Aug 13 11:10:57 2010 From: mgutfeldt at yahoo.com (Gutfeldt Matthias) Date: Fri, 13 Aug 2010 02:10:57 -0700 (PDT) Subject: [TYPO3-dev] ext_autoload.php Message-ID: After updating 4.2.6 to 4.4.1 I keep running into errors. There is mention of an Autoloading chapter in the documentation: . ext_autoload.php Since TYPO3 4.3, it is possible to declare classes in this file so that they will be automatically detected by the TYPO3 autoloader. This means that it is not necessary to require the related class files anymore. See the ?Autoloading? chapter for more details. However, I could not find this chapter. Where is this feature documented? I know how to fix the error (there's a long thread about it from May/June 2009), but I'd still love to see some docs. Thanks. Matthias From fsu-lists at cobweb.ch Fri Aug 13 11:24:04 2010 From: fsu-lists at cobweb.ch (=?UTF-8?B?RnJhbsOnb2lzIFN1dGVy?=) Date: Fri, 13 Aug 2010 11:24:04 +0200 Subject: [TYPO3-dev] ext_autoload.php In-Reply-To: References: Message-ID: Hi Matthias, > However, I could not find this chapter. Where is this feature documented? I know > how to fix the error (there's a long thread about it from May/June 2009), but > I'd still love to see some docs. Thanks. You're right, it is missing. Would you care to open a bug report in the Core API bug tracker please? http://forge.typo3.org/projects/typo3v4-doc_core_api/issues Thanks. And sorry for the missing doc. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mgutfeldt at yahoo.com Fri Aug 13 11:33:54 2010 From: mgutfeldt at yahoo.com (Gutfeldt Matthias) Date: Fri, 13 Aug 2010 02:33:54 -0700 (PDT) Subject: [TYPO3-dev] ext_autoload.php In-Reply-To: References: Message-ID: Fran?ois Suter wrote: >> However, I could not find this chapter. Where is this feature documented? I >>know >> how to fix the error (there's a long thread about it from May/June 2009), but >> I'd still love to see some docs. Thanks. > You're right, it is missing. Would you care to open a bug report in the Core >API bug tracker please? > http://forge.typo3.org/projects/typo3v4-doc_core_api/issues Done: And thanks for the pointer to the bug reports! Matthias From typo3 at t3node.com Fri Aug 13 11:49:01 2010 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Fri, 13 Aug 2010 11:49:01 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Hi. On 12.08.2010 23:33 Lina Wolf wrote: > return $this->pi_wrapInBaseClass($content); > If we would change that function, remove the hard coded div, and create > it by TypoScripted stdWrap instead what do you think? > http://bugs.typo3.org/view.php?id=10118 ... pending in core list. Some details: http://www.t3node.com/blog/fe-plugins-need-configurable-basewrap-instead-of-static-pi-wrapinbaseclass/ I do not have the time ATM to push this forward. I'd appreciate if you would do. -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Microblog: http://twitter.com/t3node From jbl at deweblop.de Fri Aug 13 13:20:20 2010 From: jbl at deweblop.de (J. Lingott) Date: Fri, 13 Aug 2010 13:20:20 +0200 Subject: [TYPO3-dev] Adding JS file to list frame In-Reply-To: References: Message-ID: While working on a backend module extending the clickmenu with some new items I needed a way to add my javascript file globally to be able to send AJAX requests from the new items to my script and execute code without switching into the module itself. The method I found searching for a solution was extending backend.php's additionalBackendItems by a small script injecting the JS file (like shown on http://wiki.typo3.org/index.php/ExtDirect#How_to_use_Ext_Direct_.3F). This works and I can run my script directly from clickmenu items now, but unfortunately what I would rather need is a way to extend the document loaded in list_frame (alt_db_navframe.php/ dblist.php). As I need to extend the JS object Clickmenu with a new function (which works fine when the module itself is loaded on content frame), but that object is just available when needed (for sure) and therefore doesn't exist yet when backend.php is loaded. -- deweblop applications Heidelberger- 55 69221 Dossenheim fon: +4962218682063 fax: +4962218682067 mail: jbl at deweblop.de http://www.deweblop.de From liste at linawolf.de Fri Aug 13 15:18:33 2010 From: liste at linawolf.de (Lina Wolf) Date: Fri, 13 Aug 2010 15:18:33 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Hey Steffen thank you for sharing, didn't get the idea to search for a bug on this. I would go one step further an deprecate the usage of pi_wrapInBaseClass. This might apear like a stupid question, but how can I support such a Bugfix? LG Lina > http://bugs.typo3.org/view.php?id=10118 > > I do not have the time ATM to push this forward. I'd appreciate if you > would do From info at rs-websystems.de Fri Aug 13 15:31:05 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Fri, 13 Aug 2010 15:31:05 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Am 13.08.2010 15:18, schrieb Lina Wolf: Hey Lina, no stupid questions ;) > > This might apear like a stupid question, but how can I support such a > Bugfix? just fetch the typo3.teams.core list in your newsreader, search for the bug-number in the topic, and give your +1 on reading and or testing. reading is: cgl and idea testing: works as advertised See: http://typo3.org/teams/core/core-mailinglist-rules/ regards Steffen From jbl at deweblop.de Fri Aug 13 15:56:14 2010 From: jbl at deweblop.de (J. Lingott) Date: Fri, 13 Aug 2010 15:56:14 +0200 Subject: [TYPO3-dev] Adding JS file to list frame In-Reply-To: References: Message-ID: Once again providing a solution to my own question which is more of a workaround than a real clean solution. What I did is added a hook to top.loadModule by a method capable of adding hooks to JS methods. That hook fires as soon a module gets loaded from the TYPO3 module navigation. Inside this method the content frame gets an onLoad handler refering to another load method determining if the list_frame is contained and if so an onLoad handler is added to the frameElement linking to the method actually extending the Clickmenu and its items. This is achieved by using Object.extend on the Clickmenu object and adding a method setNode to be able to track the clicked element node. To make this method be executed the items need to be extended by an onClick handler, which is done by retrieving all links inside the document and reducing them to those containing showClickmenu in their onlick attribute. If anyone is interested in the source code, just message me directly or over the list. If anyone can point me to a real solution for it I'd really appreciate it though. > While working on a backend module extending the clickmenu with some > new items I needed a way to add my javascript file globally to be able > to send AJAX requests from the new items to my script and execute > code without switching into the module itself. The method I found > searching for a solution was extending backend.php's > additionalBackendItems by a small script injecting the JS file (like > shown on > http://wiki.typo3.org/index.php/ExtDirect#How_to_use_Ext_Direct_.3F). > > This works and I can run my script directly from clickmenu items now, > but unfortunately what I would rather need is a way to extend the > document loaded in list_frame (alt_db_navframe.php/ dblist.php). As I > need to extend the JS object Clickmenu with a new function (which > works fine when the module itself is loaded on content frame), but > that object is just available when needed (for sure) and therefore > doesn't exist yet when backend.php is loaded. > -- deweblop applications Heidelberger- 55 69221 Dossenheim fon: +4962218682063 fax: +4962218682067 mail: jbl at deweblop.de http://www.deweblop.de From info at sk-typo3.de Fri Aug 13 17:01:40 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Aug 2010 17:01:40 +0200 Subject: [TYPO3-dev] Adding JS file to list frame In-Reply-To: References: Message-ID: Hi, just a sidenote - current implementation is very bad for doing things like you want to do. This will change soon, built with ExtJS. Then you'll find a store holding all modules, you only have to call something like var module = TYPO3.Stores.ModuleStore.getById('web_page'); holding all properties like name, description, icon, link, hasNavigationFrame etc. for your problem: use Firebug to debug. Simply type "top.content" in console and hit ctrl+return, then you can explore the object. vg Steffen From keck at bloompark.de Fri Aug 13 18:11:58 2010 From: keck at bloompark.de (Martin Keck) Date: Fri, 13 Aug 2010 18:11:58 +0200 Subject: [TYPO3-dev] Possible bug: Relations with MM_opposite_field don't update the relation count of opposite field In-Reply-To: References: Message-ID: Hi Franz, would you be so kind and share your patch again. The link has expired. Would be great as I'm struggling with this thing for hours already... Thank you very much in advance! Greetings, Martin ps: One thing I was wondering about is if it's a bug at all. If I take a look at my mm table the fields uid_local and uid_foreign are filled either with the uid of table1 or table2 depending from which side I've added an element. E. g.: table1 was updated --> uid_local = uid from table1, uid_foreign = uid from table2 table2 was updated --> uid_local = uid from table2, uid_foreign = uid from table1 I'm not quite sure about it, but shouldn't always uid_local be filled with uid from table1 and uid_foreign with uid from table2? And maybe this leads to a wrong count of the according fields in both tables? But if so how can I change this behaviour as I need the "foreign_table" property in both TCA definitions to get the select list in the backend. Clueless... Franz Koch schrieb: > Hi, > >> could you please post your hook solution here? >> It would save my day! Thanks! > > I recently found some missing features in my hook solution. I needed the > functionality for group fields, but my hook is for now only working with > select fields (foreign_table). I also noticed that if you edit the > 'local' side, the foreign side doesn't get updated (of course), because > it's nowhere defined that there is a bidirectional relation here. So in > future there might be a additional option/setting needed for the local > side to define that it's bidirectional. But besides of that it's working > like a charm. > > http://pastebin.com/hSpkTp6Z > > Please note that it's only working in recent 4.4 trunk, because I make > use of a recently added feature where old and new MM relations get > stored in a cache inside TCEMain (mmHistoryRecords). So for 4.3 you > would need to apply the according TCEMain patch or find another way to > find out the old relations inside the hook (that's what I tried at first > until I found that mmHistoryRecords in latest trunk). > > Hth. From info at sk-typo3.de Fri Aug 13 18:38:52 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 13 Aug 2010 18:38:52 +0200 Subject: [TYPO3-dev] Possible bug: Relations with MM_opposite_field don't update the relation count of opposite field In-Reply-To: References: Message-ID: Hi, it's quite a time ago, anyway i'm pleasured with this configuration: CREATE TABLE tx_e3_mm ( uid_local int(11) DEFAULT '0' NOT NULL, uid_foreign int(11) DEFAULT '0' NOT NULL, tablenames varchar(80) DEFAULT '' NOT NULL, ident varchar(80) DEFAULT '' NOT NULL, sorting int(11) DEFAULT '0' NOT NULL, sorting_foreign int(11) unsigned DEFAULT '0' NOT NULL, KEY uid_local (uid_local), KEY uid_foreign (uid_foreign) ); $TCA['tx_e3_elements'] = array ( 'columns' => array ( 'dossier' => array ( 'exclude' => 0, 'label' => 'LLL:EXT:e3/locallang_db.xml:tx_e3_elements.dossier', 'config' => array ( 'type' => 'select', 'foreign_table' => 'tx_e3_dossiers', 'foreign_table_where' => 'ORDER BY tx_e3_dossiers.title', 'size' => 1, 'minitems' => 0, 'maxitems' => 1, 'MM' => 'tx_e3_mm', 'MM_match_fields' => array( 'tablenames' => 'tx_e3_dossiers', 'ident' => 'tx_e3_elements', ), ) ), the interesting part is the MM_match_fields. With this configuration, i can share the mm table with all tables of my extension, and all is updated by core in the correct way. And it's always ident = local table tablenames = foreign_table hope this helps. vg Steffen From mario at matzullas.de Fri Aug 13 21:59:25 2010 From: mario at matzullas.de (Mario Matzulla) Date: Fri, 13 Aug 2010 21:59:25 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 12.08.10 22:18, schrieb Steffen Kamper: > Hi, > > Mario Matzulla schrieb: >>>> Quite a few other possible solutions were floated in the discussion. >>>> Did >>>> any of them work for you? >> >> Well, not so far :S > > > didn't the latest condition work for you? sorry, YES! :) if (t3lib_div::inList($TYPO3_CONF_VARS['EXT']['extList'], 'scheduler')) works perfect :) Thanks, Mario > > vg Steffen From t3ng at pi-phi.tk Sat Aug 14 02:05:22 2010 From: t3ng at pi-phi.tk (bernd wilke) Date: Sat, 14 Aug 2010 00:05:22 +0000 (UTC) Subject: [TYPO3-dev] condition on language References: Message-ID: On Thu, 12 Aug 2010 21:27:38 +0200 Fran?ois Suter wrote: [...] > But I found the property I was actually looking for when I started > replying in this thread ;-). As I mentioned in my previous mail, in a > well-configured installation you will have defined a config.language > property. This is accessible using: > > tsfe:config|config|language > > Now I don't know if this will help you, since in my installations I > defined config.language for various languages based on tests on the L > variable, so it's getting of the snake biting its own tail. However as I > understood your requirements it will at least not amount to a direct > test on L. this won't help as you can't access values in a condition which are defined inside another condition. This belongs to the translation from TS to PHP. all TS except inside conditions is translated. this is the base for all condition-tests. after the evaluation of all conditions all TS inside the conditions is translated. no chance to question a value which is not (re-)defined yet. bernd -- http://www.pi-phi.de/cheatsheet.html From sebastian.gebhard at gmail.com Sat Aug 14 12:05:05 2010 From: sebastian.gebhard at gmail.com (Sebastian Michaelsen) Date: Sat, 14 Aug 2010 12:05:05 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript Message-ID: Should we add some rules for TypoScript to the CGL? css_styles_content has a lot of TS, it would be good to have it consistent. Here is how I try to keep my TS consistent and good readable: 1. When to use Brackets Use a Bracket whereever you would otherwise have 3 successive lines of "objectpath." Example (taken from css_styled content): # Currently in csc (wrong!) lib.parseFunc_RTE { nonTypoTagStdWrap.HTMLparser = 1 nonTypoTagStdWrap.HTMLparser { keepNonMatchedTags = 1 htmlSpecialChars = 2 } } # "HTMLparser" does not need an indented block, because only 2 properties # of it are used. When removing the block, you'll get 3 times "nonTypoTagStdWrap." # which needs an indentation then. lib.parseFunc_RTE { nonTypoTagStdWrap { HTMLparser = 1 HTMLparser.keepNonMatchedTags = 1 HTMLparser.htmlSpecialChars = 2 } } 2. Brackets and Whitespace There has to be one space between the object path and the opening bracket. The following lines have to be indented by two spaces until the closing bracket, which is outdented again. 3. Order of stdWrap properties When using stdWrap properties they should be ordered like they are executed. When you write your TS, you have to be aware of this anyway. Example (taken from css_styled_content): # Currently in csc (wrong!) lib.stdheader { #... 10.1 = TEXT 10.1.current = 1 10.1.insertData = 1 10.1.fontTag = | } # The current order is confusing. First the "current" value is taken, wrapped into a "fontTag" and # then markers are replaced by "insertData". Therefore it should be like: lib.stdheader { #... 10{ 1 = TEXT 1 { current = 1 fontTag = | insertData = 1 } } } Oppinions? From liste at linawolf.de Sat Aug 14 14:26:40 2010 From: liste at linawolf.de (Lina Wolf) Date: Sat, 14 Aug 2010 14:26:40 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hi Sebastian I believe It would be good to have TS coding guidelines. They could even be build in the editors like the TS-Editor of the TS-Setup or external IDE's The only thing I wonder about: Since we indend with tabs in php should we also indend with tabs in TypoScript? "We recommend using tabs for indentation - not spaces" LG Lina From typo3 at perseguers.ch Sat Aug 14 15:32:36 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Sat, 14 Aug 2010 15:32:36 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hi, > I believe It would be good to have TS coding guidelines. They could even > be build in the editors like the TS-Editor of the TS-Setup or external > IDE's > > The only thing I wonder about: Since we indend with tabs in php should > we also indend with tabs in TypoScript? > > "We recommend using tabs for indentation - not spaces" I use tab for my TS but there's problem with tab when entering TS in an some input field as the browser moves focus to next field... Xavier From jigal at xs4all.nl Sat Aug 14 15:43:41 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sat, 14 Aug 2010 15:43:41 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hi, On 14-8-2010 12:05, Sebastian Michaelsen wrote: > Should we add some rules for TypoScript to the CGL? css_styles_content > has a lot of TS, it would be good to have it consistent. Hard to make easy to follow "rules" to improve readability. If we have "rules" t3editor would need a 'reformat' button to fix the code again after editing it. > Here is how I try to keep my TS consistent and good readable: > > 1. When to use Brackets > Use a Bracket whereever you would otherwise have 3 successive lines of > "objectpath." > > # "HTMLparser" does not need an indented block, because only 2 properties > # of it are used. When removing the block, you'll get 3 times > # "nonTypoTagStdWrap." > # which needs an indentation then. > lib.parseFunc_RTE { > nonTypoTagStdWrap { > HTMLparser = 1 > HTMLparser.keepNonMatchedTags = 1 > HTMLparser.htmlSpecialChars = 2 > } > } lib.parseFunc_RTE doesn't have more than 2 properties, so lib.parseFunc_RTE.nonTypoTagStdWrap { HTMLparser = 1 HTMLparser.keepNonMatchedTags = 1 HTMLparser.htmlSpecialChars = 2 } would be the preferred version? Or lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser = 1 lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser { keepNonMatchedTags = 1 htmlSpecialChars = 2 } See how hard it is to make clear rules? :-) > 2. Brackets and Whitespace +1 > 3. Order of stdWrap properties > When using stdWrap properties they should be ordered like they are > executed. When you write your TS, you have to be aware of this anyway. Well, in many cases the order goes kind of automatic, or you group the properties in an order which is logical to you (functionality wise). Again, this could be a nice task for the editor tool to do. -- Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From fsu-lists at cobweb.ch Sat Aug 14 17:51:16 2010 From: fsu-lists at cobweb.ch (=?UTF-8?B?RnJhbsOnb2lzIFN1dGVy?=) Date: Sat, 14 Aug 2010 17:51:16 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Hi, > this won't help as you can't access values in a condition which are > defined inside another condition. This belongs to the translation from TS > to PHP. > all TS except inside conditions is translated. this is the base for all > condition-tests. after the evaluation of all conditions all TS inside the > conditions is translated. > no chance to question a value which is not (re-)defined yet. Interesting. I didn't know this. You learn new stuff everyday ;-) It makes sense though. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From info at cybercraft.de Sat Aug 14 18:14:55 2010 From: info at cybercraft.de (JoH asenau) Date: Sat, 14 Aug 2010 18:14:55 +0200 Subject: [TYPO3-dev] condition on language References: Message-ID: > this won't help as you can't access values in a condition which are > defined inside another condition. This belongs to the translation > from TS to PHP. > all TS except inside conditions is translated. this is the base for > all condition-tests. after the evaluation of all conditions all TS > inside the conditions is translated. > no chance to question a value which is not (re-)defined yet. So this one should be working and maybe it can help to modify it to the special needs of a plugin. temp.myPlugin = CASE temp.myPlugin { key.cObject = TEXT key.cObject { lang { de = doit en = doit } } default < plugin.myPlugin default { #something here } doit < plugin.myPlugin doit { #something else here } } plugin.myPlugin > plugin.myPlugin < temp.myPlugin HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com From christian.opitz at netzelf.de Sat Aug 14 20:34:17 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Sat, 14 Aug 2010 20:34:17 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hi, Am 14.08.2010 15:43, schrieb Jigal van Hemert: > Hard to make easy to follow "rules" to improve readability. > If we have "rules" t3editor would need a 'reformat' button to fix the > code again after editing it. Sounds like this could cause some confusion when you have a lot of code. Imho an equivalent of the t3editor as Eclipse-plugin would be best. This would allow for working on template and even more TS-files simultaneously, version them and could be good place for formatting too. I know, there are already some editor-implementations but they miss sth. very important that t3editor has: code completion with consideration of existing configuration. It's a bit off-topic but i'ld like to tell you that for this i lately wrote an extension [1]. This hooks in tstemplate to save the TS in files and include these in the "real" template-records. So it's possible to keep your TS under version control but enjoy the t3editor too. BTW: What is your preferred file extension for TS-files? .ts or .txt? [1] http://forge.typo3.org/projects/extension-tstemplate_bin regards, christian From liste at linawolf.de Sat Aug 14 20:51:19 2010 From: liste at linawolf.de (Lina Wolf) Date: Sat, 14 Aug 2010 20:51:19 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: > It's a bit off-topic but i'ld like to tell you that for this i lately > wrote an extension [1]. This hooks in tstemplate to save the TS in > files and include these in the "real" template-records. So it's > possible to keep your TS under version control but enjoy the t3editor > too. Thats an extension that is really needed if you aim at enterprise projects. How about writing some documentation for this? There isn't even a readme or file in the wiki or something. -- LG Lina From christian.opitz at netzelf.de Sat Aug 14 21:07:33 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Sat, 14 Aug 2010 21:07:33 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Am 14.08.2010 20:51, schrieb Lina Wolf: > >> It's a bit off-topic but i'ld like to tell you that for this i lately >> wrote an extension [1]. This hooks in tstemplate to save the TS in >> files and include these in the "real" template-records. So it's >> possible to keep your TS under version control but enjoy the t3editor >> too. > > Thats an extension that is really needed if you aim at enterprise > projects. How about writing some documentation for this? There isn't > even a readme or file in the wiki or something. I think so too :) I just finished the programming work and as soon as i have time the docu follows. I'll write here when i wrote it. regards, christian From snf at dkm.dk Sun Aug 15 16:05:45 2010 From: snf at dkm.dk (=?UTF-8?B?U3RpZyBOw7hyZ2FhcmQgRsOmcmNo?=) Date: Sun, 15 Aug 2010 16:05:45 +0200 Subject: [TYPO3-dev] condition on language In-Reply-To: References: Message-ID: Den 14-08-2010 18:14, JoH asenau skrev: >> this won't help as you can't access values in a condition which are >> defined inside another condition. This belongs to the translation >> from TS to PHP. >> all TS except inside conditions is translated. this is the base for >> all condition-tests. after the evaluation of all conditions all TS >> inside the conditions is translated. >> no chance to question a value which is not (re-)defined yet. > > So this one should be working and maybe it can help to modify it to the special needs of a plugin. > > temp.myPlugin = CASE > temp.myPlugin { > key.cObject = TEXT > key.cObject { > lang { > de = doit > en = doit > } > } > default< plugin.myPlugin > default { > #something here > } > doit< plugin.myPlugin > doit { > #something else here > } > } > > plugin.myPlugin> > plugin.myPlugin< temp.myPlugin Yes, this could be a solution. I'm just wondering about if the overhead would be a problem. I mean copying the whole array for the extension as many times as I need to define something for a language. I'm wondering if creating my own user function for conditions could solve this in a better way? /Stig From liste at linawolf.de Sun Aug 15 22:15:55 2010 From: liste at linawolf.de (Lina Wolf) Date: Sun, 15 Aug 2010 22:15:55 +0200 Subject: [TYPO3-dev] hard coded
in pi_wrapInBaseClass In-Reply-To: References: Message-ID: Hi List, read and tested the Bugfix. Now we would still need the support of one core developer. Wouldnt it be wonderfull if we got this into TYPO3 4.5 as it will be long term supported? -- LG Lina From falcifer2001 at yahoo.es Sun Aug 15 23:18:33 2010 From: falcifer2001 at yahoo.es (Fernando Arconada) Date: Sun, 15 Aug 2010 21:18:33 +0000 (UTC) Subject: [TYPO3-dev] Coding Guidelines for TypoScript References: Message-ID: is it tested with 4.4 and 4.5-dev? I hope that you will have the doc soon Kind Regards Fernando Arconada El Sat, 14 Aug 2010 21:07:33 +0200, Christian Opitz - Netzelf escribi?: > Am 14.08.2010 20:51, schrieb Lina Wolf: >> >>> It's a bit off-topic but i'ld like to tell you that for this i lately >>> wrote an extension [1]. This hooks in tstemplate to save the TS in >>> files and include these in the "real" template-records. So it's >>> possible to keep your TS under version control but enjoy the t3editor >>> too. >> >> Thats an extension that is really needed if you aim at enterprise >> projects. How about writing some documentation for this? There isn't >> even a readme or file in the wiki or something. > I think so too :) I just finished the programming work and as soon as i > have time the docu follows. I'll write here when i wrote it. regards, > christian From popy.dev at gmail.com Sun Aug 15 23:38:20 2010 From: popy.dev at gmail.com (Popy) Date: Sun, 15 Aug 2010 23:38:20 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: +1 for TS Coding guidelines. But IMO, the "tab change field in browser" fact is not a good reason to indent with spaces instead of tabs. I like the idea that coding guidelines in typo3 are quite the same for php/ts/whatever. About tstemplate-bin... * What about php CGLs ? :p * I'm still convinced that Static typoscript files is THE way to store typoscript * Am I the only one thinking that fileadmin dir is not a good place for template/ts files ? Regards, Popy From liste at linawolf.de Sun Aug 15 23:58:00 2010 From: liste at linawolf.de (Lina Wolf) Date: Sun, 15 Aug 2010 23:58:00 +0200 Subject: [TYPO3-dev] TypoScript in DB or File? Message-ID: Hi Popy, I opened a new thread as I think we are straying from the main topic. I agree with you, that its best for development of enterprise CMS to have the TS in files and therefore under version controll. Also this enables several programmers to work on it and merge the result. Also deployment process is easier that way. I also prefere to have a custom skin extension where the TypoScript lies such that the fileadmin is reserved for userdata only. This way when you deploy just deploy the extensions, while you leave the content files in the fileadmin untached. Also the main skin extension can have dependencies on TYPO3 Version, other extensions and the such. Lina > * I'm still convinced that Static typoscript files is THE way to store > typoscript > * Am I the only one thinking that fileadmin dir is not a good place for > template/ts files ? > -- LG Lina From liste at linawolf.de Sun Aug 15 23:58:02 2010 From: liste at linawolf.de (Lina Wolf) Date: Sun, 15 Aug 2010 23:58:02 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hi Popy, I opened a new thread as I think we are straying from the main topic. Its called "TypoScript in DB or File?" > * I'm still convinced that Static typoscript files is THE way to store > typoscript > * Am I the only one thinking that fileadmin dir is not a good place for > template/ts files ? > -- LG Lina From christian.opitz at netzelf.de Mon Aug 16 00:22:43 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Mon, 16 Aug 2010 00:22:43 +0200 Subject: [TYPO3-dev] TypoScript in DB or File? In-Reply-To: References: Message-ID: Hi, > I opened a new thread as I think we are straying from the main topic. Thanks - thats practical :) I uploaded the extension to TER just now. You can find the documentation already here: http://forge.typo3.org/projects/extension-tstemplate_bin/repository/raw/tags/tstemplate_bin-1.0.0-beta/doc/manual.sxw From christian.opitz at netzelf.de Mon Aug 16 00:24:33 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Mon, 16 Aug 2010 00:24:33 +0200 Subject: [TYPO3-dev] TypoScript in DB or File? In-Reply-To: References: Message-ID: Am 15.08.2010 23:18, schrieb Fernando Arconada: > is it tested with 4.4 and 4.5-dev? It's tested with 4.4 only (for now). From christian.opitz at netzelf.de Mon Aug 16 00:33:47 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Mon, 16 Aug 2010 00:33:47 +0200 Subject: [TYPO3-dev] TypoScript in DB or File? In-Reply-To: References: Message-ID: > * What about php CGLs ? :p Sorry - i'm currently writing in a mix of the TYPO3- and the Zend-CGLs - i'm not pleased with that too. > * I'm still convinced that Static typoscript files is THE way to store > typoscript > * Am I the only one thinking that fileadmin dir is not a good place for > template/ts files ? No - for sure not. I like the procedure Lina described before - but i think it should be up to the admin where he puts his typoscript and templates. In tstemplate_bin fileadmin/template/ts/ is the default path though. regards, christian From fsu-lists at cobweb.ch Mon Aug 16 12:17:06 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Mon, 16 Aug 2010 12:17:06 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, > in cal (calendar base) we make use of the scheduler to remind of events. > Now we also have a fe-editing and we want to create reminder also from > the frontend. This is not possible anymore, since the scheduler is not a > listed fe-plugin :( Something just crossed my mind again about this topic: I haven't look at the details of your implementation, but I'm wondering about something: do you create a Scheduler task for each reminder? If yes I wonder if this is a sensible approach. The risk is that - on a large web site - the Scheduler will be filled with tons of tasks, making it nearly impossible for the admins to manage other tasks in the Scheduler. Just a thought... Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From masi-no at spam-typo3.org Mon Aug 16 15:12:32 2010 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Mon, 16 Aug 2010 15:12:32 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Am 09.08.2010 18:19, schrieb Mario Matzulla: > Hi list, > > in cal (calendar base) we make use of the scheduler to remind of events. Now we also have a > fe-editing and we want to create reminder also from the frontend. This is not possible anymore, > since the scheduler is not a listed fe-plugin :( > > Could someone please tell me why? Or better a workaround? I guess the point is that the scheduler runs in BE/CLI mode. So even if it were loaded in the FE the scripts should have no access to a working FE. Or do I misunderstand your goal? Masi From info at sk-typo3.de Mon Aug 16 16:49:44 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Aug 2010 16:49:44 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Masi, Martin Kutschker schrieb: > Am 09.08.2010 18:19, schrieb Mario Matzulla: >> Hi list, >> >> in cal (calendar base) we make use of the scheduler to remind of events. Now we also have a >> fe-editing and we want to create reminder also from the frontend. This is not possible anymore, >> since the scheduler is not a listed fe-plugin :( >> >> Could someone please tell me why? Or better a workaround? > > I guess the point is that the scheduler runs in BE/CLI mode. So even if it were loaded in the FE the > scripts should have no access to a working FE. Or do I misunderstand your goal? > IIRC the reminder already worked with cronscripts based on former "Gabriel" and does the mailing for remind dates. So it's not about changing something in FE context but activating from FE edit the reminder functionality. Mario, correct me if i'm wrong. vg Steffen From ernst at cron-it.de Mon Aug 16 21:51:57 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 16 Aug 2010 21:51:57 +0200 Subject: [TYPO3-dev] [TYPO3-v4] TYPO3 4.5 alpha 1 coming soon Message-ID: Hi fellow TYPO3 enthusiasts, whole 6 weeks has passed since the T3DD10 where we had the kick-off for the next release: TYPO3 4.5 with long time support (LTS). During the last weeks we we heavily working on team building, discussion about bigger projects and targets and getting people to actively work on their tasks. According to our release plan [1] we will ship a first alpha release of TYPO3 4.5 next week on 25.8.2010 (wednesday). Even during the current holiday season we were able to include some nice new additions to our current trunk which will be included in the first alpha. With this, I call for your participation, for your help: We all want the 4.5 LTS release to be the best release ever. It will be there with us for the next 3 years! It is the right time to help getting your favorite new feature in. We have a schedule that allows new features to get in until 10.11.2010 (12 weeks from now). This is when feature freeze starts. If you want certain features to get into 4.5, make sure your code enters before one of the alpha releases, so that it can be tested "on the field". There are several projects already listed in the 4.5 project page [2]. Get in touch with the release team (Steffen Kamper and Ernesto Baschny): a) if you find something interesting on that list that you always wanted to work on or where you have some information you want to share / discuss. Some projects listed still need help. b) if you have something new you are working on and isn't listed on the project page. We'll make sure you get the needed attention and proper handling in the core list. c) if your problem is money, or getting together with other developers (traveling costs): contact us and we might be able to sponsor certain aspects of your work. Thanks everybody for the help and keep up the good work! Cheers, Ernesto [1] http://forge.typo3.org/projects/typo3v45-projects/wiki/Release_Plan [2] http://forge.typo3.org/projects/typo3v45-projects/wiki/Projects From chris at swift-lizard.com Mon Aug 16 22:42:10 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Mon, 16 Aug 2010 22:42:10 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 Message-ID: Hi guys, as mentioned in another thread I was working on speeding up TYPO3 for the last two weeks, this is why we (freelance team at german Telekom) have rebuild the whole sessionhandling of T3 from DB to memcache, or better said to use the caching framework. Background: We currently have 50.000 FE users and 55 FE groups, and we will get additional 80.000 FE users and 100 FE groups by the end of this month. During that task we discovered serveral little inconvenience related to some TYPO3 Core classes. First of all we discovered that there is no possibility to check whether the Memcache is connected or not, although this information is stored within the memcache class in a protected attribute. This was solved by implementing a method to get the value of this attribute. Using the caching framework to store the session and session data brought up a new problem,.. each time someone cleared the cache all FE and BE users are logged out. This we solved by impemtenting a method in cachemanger to remove a cache config from the list of caches to clear. works like charme ;-) Last inconvinience we discovered was that the whole user auth process is spread accross 4 classes, if you take the switch user function in BE into count we have 6 places to change. So, I've got two questions: 1. Is the core team interested into the code we implemented (Extension) to perhaps integrate those changes into the core ? 2. Whats your opinion, wouldn`t it be nice to have the auth process for BE & FE, including the switch, stored in one place and not 4 to 6 ? So we can get a central API for auth ? regards Chris From info at sk-typo3.de Mon Aug 16 22:48:43 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Mon, 16 Aug 2010 22:48:43 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi Chris, this sounds very interesting. It's good to see such improvements and measurements, especially for this kind of needs having to handle such lot users. Core is interested in all improvements especially in performance issues. So please get contact with us, please show us your results. You can send it direct to me and Ernesto Baschny [1], i'll take care about. Many thanks, vg Steffen [1]info at sk-typo3.de,ernst at cron-it.de From ernst at cron-it.de Mon Aug 16 23:16:10 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 16 Aug 2010 23:16:10 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Chris Zepernick {SwiftLizard} schrieb am 16.08.2010 22:42: > as mentioned in another thread I was working on speeding up > TYPO3 for the last two weeks, this is why we (freelance team at german > Telekom) have rebuild the whole sessionhandling of T3 from DB to > memcache, or better said to use the caching framework. > > Background: We currently have 50.000 FE users and 55 FE groups, > and we will get additional 80.000 FE users and 100 FE groups by the end > of this month. > > During that task we discovered serveral little inconvenience > related to some TYPO3 Core classes. > > First of all we discovered that there is no possibility to check > whether the Memcache is connected or not, although this information > is stored within the memcache class in a protected attribute. > > This was solved by implementing a method to get the value of this > attribute. Sounds easy. Might be something to include in the core in 4.5? Send the patch to the core list (using the RFC procedure [1]), if you can. > Using the caching framework to store the session and session data > brought up a new problem,.. each time someone cleared the cache all > FE and BE users are logged out. > > This we solved by impemtenting a method in cachemanger to remove > a cache config from the list of caches to clear. > > works like charme ;-) That is very ugly and an issue also for TYPO3 v4.3 and v4.4. Report that as a bug in the bug tracker. There must be some core place to configure which caches should be cleared on "clear all" caches. If you have already implemented the change, just attach your patch that does it to the bug report (and if you think it is already clean enough, as an RFC to the core list). > Last inconvinience we discovered was that the whole user auth process is > spread accross 4 classes, if you take the switch user function in > BE into count we have 6 places to change. It is a hierarchy of classes: t3lib_userAuth extended by t3lib_userAuthGroup extended by t3lib_beUserAuth extended by t3lib_tsfeBeUserAuth extended by tslib_feUserAuth Each has its purpose. Conceptually it might be done differently nowadays, but I don't see the inconvenience yet that you encountered. Maybe if you would share specific problems you had with the current implementation will open our eyes. > So, I've got two questions: > > 1. Is the core team interested into the code we implemented (Extension) > to perhaps integrate those changes into the core ? Sure! See above for some methods to accomplish this. > 2. Whats your opinion, wouldn`t it be nice to have the auth process > for BE & FE, including the switch, stored in one place and not > 4 to 6 ? So we can get a central API for auth ? I don't think that having one huge "class" doing it all solves the problem. The "central API" for authentication is service-based, so different extensions can hook into authentication by just providing a service. This API has been used for years now to integrate other authentication methods (LDAP, OpenID, etc) and works very well. If I understand you well, your problem was that several changes to core needs to be done to get it scalable. If this is the issue, I would welcome your patches to the core to improve that situation. Improving the API would be a next step which is much more difficult because it has to be backwards compatible. But it also doable! Cheers, Ernesto [1] http://typo3.org/teams/core/core-mailinglist-rules/ From dmitry at typo3.org Tue Aug 17 08:19:44 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 17 Aug 2010 09:19:44 +0300 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi! Chris Zepernick {SwiftLizard} wrote: > Last inconvinience we discovered was that the whole user auth process is > spread accross 4 classes, if you take the switch user function in > BE into count we have 6 places to change. Switches like this are bad and show that classes are not properly split by functionality. -1 to that. Please, keep classes well separated and without such switches. +1 to the performance enhancements in general. :) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From rf at typoheads.at Tue Aug 17 09:33:29 2010 From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=) Date: Tue, 17 Aug 2010 09:33:29 +0200 Subject: [TYPO3-dev] [TYPO3-core] RFC #12679: Pagemodule don't show clipboard paste icon when there is no content In-Reply-To: References: Message-ID: Now what about this one? Has anybody got the time to have a look at it? Regards, Reinhard Am 2010-08-09 17:32, schrieb Reinhard F?hricht: > Hi Steffen and list, > > I tried to implement the wanted behavior in the attached v11. > > Am 2010-07-15 19:38, schrieb Steffen Kamper: >> I try to summarize expected behavior: >> >> * copy record to other language, same page: translate record, don't >> touch existing translations > > Check > >> * copy record to other language, different page: translate record, copy >> original record and existing translations to other page > > I don't really see why to add a different behavior here. So in the > attached version this behaves the same way as copying on the same page. > >> >> * move record to other language, same page: i would forbid this, makes >> no sense. Best is don't render paste icons. > > check > >> * move record to other language, other page: i would forbid this too. >> only moving original record makes sense, then move translations too. > > check > >> >> This extra logic is needed, copy&move in list module behaves the same, >> but there is no single view of languages. > > Regarding the list module, I turned t3lib_clipboard into a singleton. In > my view, this makes sense since all components should share the same > clipboard settings and content. > > Please provide feedback, since this is not easy to test. > > Regards, > Reinhard > From chris at swift-lizard.com Tue Aug 17 10:59:41 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 17 Aug 2010 10:59:41 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi guys, I think you got me slightly wrong. I've got no problem with the first 4 classes and their hierarchie they work totally fine for me, although there could be some improvements made ;-) The inconvinience came from the hook in sysext/beuser for switch back, and from the index.php in this "Extentsion" where the switch user is implemented. Both alter the current users session data by querying the database themself instead of using methods from the auth classes. Regards Chris Am 17.08.10 08:19, schrieb Dmitry Dulepov: > Hi! > > Chris Zepernick {SwiftLizard} wrote: >> Last inconvinience we discovered was that the whole user auth process is >> spread accross 4 classes, if you take the switch user function in >> BE into count we have 6 places to change. > > Switches like this are bad and show that classes are not properly split by > functionality. -1 to that. Please, keep classes well separated and without > such switches. > > +1 to the performance enhancements in general. :) > From chris at swift-lizard.com Tue Aug 17 11:00:52 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 17 Aug 2010 11:00:52 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi Steffen, I will send you and Ernesto. thanks Chris > Hi Chris, > > this sounds very interesting. It's good to see such improvements and > measurements, especially for this kind of needs having to handle such > lot users. > > Core is interested in all improvements especially in performance issues. > So please get contact with us, please show us your results. > You can send it direct to me and Ernesto Baschny [1], i'll take care about. > > Many thanks, > > vg Steffen > > [1]info at sk-typo3.de,ernst at cron-it.de From ernst at cron-it.de Tue Aug 17 11:28:25 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 17 Aug 2010 11:28:25 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi, now (I think) I've got it. That is indeed not so beautiful. Feel free to provide a patch to improve that situation. I would suggest to add methods to switch the user's session (back and forth) to class.t3lib_userauth.php and use those in the beuser hooks module (to switch to user) and logoff hook (to switch back). What do you think? Cheers, Ernesto Chris Zepernick {SwiftLizard} schrieb am 17.08.2010 10:59: > Hi guys, > > I think you got me slightly wrong. > > I've got no problem with the first 4 classes > and their hierarchie they work totally fine for me, > although there could be some improvements made ;-) > > The inconvinience came from the hook in sysext/beuser > for switch back, and from the index.php in this "Extentsion" > where the switch user is implemented. > > Both alter the current users session data by querying the database > themself instead of using methods from the auth classes. > > > Regards > > Chris > > Am 17.08.10 08:19, schrieb Dmitry Dulepov: >> Hi! >> >> Chris Zepernick {SwiftLizard} wrote: >>> Last inconvinience we discovered was that the whole user auth process is >>> spread accross 4 classes, if you take the switch user function in >>> BE into count we have 6 places to change. >> >> Switches like this are bad and show that classes are not properly >> split by >> functionality. -1 to that. Please, keep classes well separated and >> without >> such switches. >> >> +1 to the performance enhancements in general. :) >> > From chris at swift-lizard.com Tue Aug 17 11:31:00 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 17 Aug 2010 11:31:00 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi > > now (I think) I've got it. That is indeed not so beautiful. Feel free to > provide a patch to improve that situation. > > I would suggest to add methods to switch the user's session (back and > forth) to class.t3lib_userauth.php and use those in the beuser hooks > module (to switch to user) and logoff hook (to switch back). > > What do you think? That sounds like a nice plan ;-) With the solutions I will send to you, I'll try to provide such a solution too. cheers chris > > Cheers, > Ernesto > > Chris Zepernick {SwiftLizard} schrieb am 17.08.2010 10:59: >> Hi guys, >> >> I think you got me slightly wrong. >> >> I've got no problem with the first 4 classes >> and their hierarchie they work totally fine for me, >> although there could be some improvements made ;-) >> >> The inconvinience came from the hook in sysext/beuser >> for switch back, and from the index.php in this "Extentsion" >> where the switch user is implemented. >> >> Both alter the current users session data by querying the database >> themself instead of using methods from the auth classes. >> >> >> Regards >> >> Chris >> >> Am 17.08.10 08:19, schrieb Dmitry Dulepov: >>> Hi! >>> >>> Chris Zepernick {SwiftLizard} wrote: >>>> Last inconvinience we discovered was that the whole user auth process is >>>> spread accross 4 classes, if you take the switch user function in >>>> BE into count we have 6 places to change. >>> >>> Switches like this are bad and show that classes are not properly >>> split by >>> functionality. -1 to that. Please, keep classes well separated and >>> without >>> such switches. >>> >>> +1 to the performance enhancements in general. :) >>> >> From mail at ringerge.org Tue Aug 17 11:43:14 2010 From: mail at ringerge.org (Georg Ringer) Date: Tue, 17 Aug 2010 11:43:14 +0200 Subject: [TYPO3-dev] How to transform code to use sprites Message-ID: Hi, I am updating some extensions and want to switch to sprites. If I got the code like this -------------- '>> where the switch user is implemented. >>> >>> Both alter the current users session data by querying the database >>> themself instead of using methods from the auth classes. >>> >>> >>> Regards >>> >>> Chris >>> >>> Am 17.08.10 08:19, schrieb Dmitry Dulepov: >>>> Hi! >>>> >>>> Chris Zepernick {SwiftLizard} wrote: >>>>> Last inconvinience we discovered was that the whole user auth >>>>> process is >>>>> spread accross 4 classes, if you take the switch user function in >>>>> BE into count we have 6 places to change. >>>> >>>> Switches like this are bad and show that classes are not properly >>>> split by >>>> functionality. -1 to that. Please, keep classes well separated and >>>> without >>>> such switches. >>>> >>>> +1 to the performance enhancements in general. :) >>>> >>> > From ernst at cron-it.de Tue Aug 17 13:21:53 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 17 Aug 2010 13:21:53 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi Chris, great to hear that. Please submit your improvements in the Issue tracker (http://bugs.typo3.org/). You can attach your patches there. Point to your issue # in this thread. Cheers, Ernesto Chris Zepernick {SwiftLizard} schrieb am 17.08.2010 11:48: > Hi, > > found a nice way to do that centralized,... > will provide you with the patch and the other stuff this > evening... > > cheers > > chris > > > Am 17.08.10 11:31, schrieb Chris Zepernick {SwiftLizard}: >> Hi >>> >>> now (I think) I've got it. That is indeed not so beautiful. Feel free to >>> provide a patch to improve that situation. >>> >>> I would suggest to add methods to switch the user's session (back and >>> forth) to class.t3lib_userauth.php and use those in the beuser hooks >>> module (to switch to user) and logoff hook (to switch back). >>> >>> What do you think? >> >> That sounds like a nice plan ;-) >> >> With the solutions I will send to you, I'll try to provide such a >> solution too. >> >> cheers >> >> chris >> >>> >>> Cheers, >>> Ernesto >>> >>> Chris Zepernick {SwiftLizard} schrieb am 17.08.2010 10:59: >>>> Hi guys, >>>> >>>> I think you got me slightly wrong. >>>> >>>> I've got no problem with the first 4 classes >>>> and their hierarchie they work totally fine for me, >>>> although there could be some improvements made ;-) >>>> >>>> The inconvinience came from the hook in sysext/beuser >>>> for switch back, and from the index.php in this "Extentsion" >>>> where the switch user is implemented. >>>> >>>> Both alter the current users session data by querying the database >>>> themself instead of using methods from the auth classes. >>>> >>>> >>>> Regards >>>> >>>> Chris >>>> >>>> Am 17.08.10 08:19, schrieb Dmitry Dulepov: >>>>> Hi! >>>>> >>>>> Chris Zepernick {SwiftLizard} wrote: >>>>>> Last inconvinience we discovered was that the whole user auth >>>>>> process is >>>>>> spread accross 4 classes, if you take the switch user function in >>>>>> BE into count we have 6 places to change. >>>>> >>>>> Switches like this are bad and show that classes are not properly >>>>> split by >>>>> functionality. -1 to that. Please, keep classes well separated and >>>>> without >>>>> such switches. >>>>> >>>>> +1 to the performance enhancements in general. :) >>>>> >>>> >> > From dmitry at typo3.org Tue Aug 17 13:28:10 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 17 Aug 2010 14:28:10 +0300 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi! Chris Zepernick {SwiftLizard} wrote: > I've got no problem with the first 4 classes > and their hierarchie they work totally fine for me, > although there could be some improvements made ;-) Sure! I was only against: switch ($userType): case 'fe': ... case 'be': ... Instead I would prefer: abstract class t3lib_user { } class t3lib_feuser extends t3lib_user { } class t3lib_beuser extends t3lib_user { } And only these three classes without any those begroup or so. I thought of such change too and idea was to implement almost everything (except cookies names, etc) in the base class. It would also include user switch functionality: > The inconvinience came from the hook in sysext/beuser > for switch back, and from the index.php in this "Extentsion" > where the switch user is implemented. > > Both alter the current users session data by querying the database > themself instead of using methods from the auth classes. If that is moved to a base class, than we will get this functionality for FE users only. Here the abstract class will have an abstract method that would verify if switching is allowed from user X to user Y. BE and FE classes will provide appropriate checks. What do you think? -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From masi-no at spam-typo3.org Tue Aug 17 13:33:25 2010 From: masi-no at spam-typo3.org (Martin Kutschker) Date: Tue, 17 Aug 2010 13:33:25 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Am 17.08.2010 13:28, schrieb Dmitry Dulepov: > > Instead I would prefer: > > abstract class t3lib_user { > } > > class t3lib_feuser extends t3lib_user { > } Shouldn't that be tslib_feuser? > And only these three classes without any those begroup or so. Oh yes. The whole group classes in t3lib are only confusing and have as such little benefit. What I always missed was a real session handling with events/hooks when a user logs and and off and a real API for purging all sessions. Masi From chris at swift-lizard.com Tue Aug 17 13:44:36 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Tue, 17 Aug 2010 13:44:36 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi > What I always missed was a real session handling with events/hooks when a user logs and and off and > a real API for purging all sessions. Je suis d?ccord ;-) I would also love the idea of abstract t3lib_userauth and t3lib_beuserauth as well as tslib_feuserauth and getting rid of the begroups stuff here, because it belongs to userauth anyway. Cheers Chris > Masi > From dmitry at typo3.org Tue Aug 17 13:55:57 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Tue, 17 Aug 2010 14:55:57 +0300 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > Shouldn't that be tslib_feuser? No. I want to get rid of tslib and keep all three classes together. > What I always missed was a real session handling with events/hooks when a user logs and and off and > a real API for purging all sessions. Me too :) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From info at rs-websystems.de Tue Aug 17 13:57:21 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 17 Aug 2010 13:57:21 +0200 Subject: [TYPO3-dev] How to transform code to use sprites In-Reply-To: References: Message-ID: Am 17.08.2010 11:43, schrieb Georg Ringer: > Hi, > > I am updating some extensions and want to switch to sprites. > > If I got the code like this > -------------- > ' References: Message-ID: Am 17.08.2010 13:55, schrieb Dmitry Dulepov: > Hi! > > Martin Kutschker wrote: >> Shouldn't that be tslib_feuser? > > No. I want to get rid of tslib and keep all three classes together. You have a different goal then. I would like to see t3lib to be clean of any FE stuff and pure BE stuff. The latter is already moving to typo3/classes (great). For the former should be made a distinction if the code relies on features of the "cms" extension or not. If yes, it must go there or be added to another (dependent) extensions. Otherwise it can be put into t3lib, but perhaps in a subfolder (eg "t3lib/fe"). Masi From linux at bigga.de Tue Aug 17 15:24:19 2010 From: linux at bigga.de (Alexander Bigga - Software) Date: Tue, 17 Aug 2010 15:24:19 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? Message-ID: Hello TYPO3 developer, last week, I wanted to understand a bugfix in TYPO3 4.4.1 which is described in the Changelog as follows: * Fixed bug #14412: Field value added to foreign_table_where by replacing ###REC_FIELD_THE_FIELD_NAME### is not quoted (thanks to Helmut Hummel and ### Xavier Perseguers) I don't understand this special english grammar so I wanted to read the bug #14412. But where is it? On bugs.typo3.org there is only a "Access Denied." if you search for it. Same happens with resolved bugs from the t3blog extension e.g. #12890 Where are these bugs gone? How may I read it? On forge they are neither. Thank you und best regards, Alexander -- Alexander Bigga Clara-Zetkin-Str. 5 D-01159 Dresden T: +49 351 417 22 104 M: +49 178 14 22 460 linux at bigga.de * www.bigga.de Umsatzsteuer-ID: DE 259154732 PGP Key: http://linux.bigga.de/contact/ From info at rs-websystems.de Tue Aug 17 15:26:29 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 17 Aug 2010 15:26:29 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Am 17.08.2010 15:24, schrieb Alexander Bigga - Software: > Hello TYPO3 developer, > > > last week, I wanted to understand a bugfix in TYPO3 4.4.1 which is described > in the Changelog as follows: > > * Fixed bug #14412: Field value added to foreign_table_where by replacing ###REC_FIELD_THE_FIELD_NAME### is not quoted (thanks to Helmut Hummel and ### Xavier Perseguers) > > I don't understand this special english grammar so I wanted to read the bug #14412. > But where is it? On bugs.typo3.org there is only a "Access Denied." if you > search for it. These are security issues. They are not public to everyone besides core-devs and security-team-members. regards Steffen From typo3 at perseguers.ch Tue Aug 17 15:27:57 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Aug 2010 15:27:57 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hi Alexander, > last week, I wanted to understand a bugfix in TYPO3 4.4.1 which is described > in the Changelog as follows: > > * Fixed bug #14412: Field value added to foreign_table_where by replacing ###REC_FIELD_THE_FIELD_NAME### is not quoted (thanks to Helmut Hummel and ### Xavier Perseguers) > > I don't understand this special english grammar so I wanted to read the bug #14412. The special english grammar is that we use "Fixed bug #number: " :-) > But where is it? On bugs.typo3.org there is only a "Access Denied." if you > search for it. Security-related bugs are hidden from public view as long as they are not committed to some released version of TYPO3. But when they are included in an official release, I guess it should be made available. Security team should think about it (possibly still hiding some notes?) > Same happens with resolved bugs from the t3blog extension e.g. #12890 Same reason. Regards Xavier Perseguers From linux at bigga.de Tue Aug 17 15:41:10 2010 From: linux at bigga.de (Alexander Bigga - Software) Date: Tue, 17 Aug 2010 15:41:10 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hi Xavier, thanks for your reply. On Tue, Aug 17, 2010 at 15:27:57 +0200, you wrote: > The special english grammar is that we use "Fixed bug #number: > " :-) ;-) Ok. The description is sensless than. Ok. > Security team should think about it (possibly still hiding some notes?) > > >Same happens with resolved bugs from the t3blog extension e.g. #12890 > > Same reason. ?? The bug #12890 was reported by myself and was visible for weeks? Why is it now a security issue? Is the whole t3blog a security issue? Its gone completely from the bugtracker. I don't find it "secure" or helpful, if there are bugs mentioned and you cannot understand what has been fixed. Alexander -- Alexander Bigga Clara-Zetkin-Str. 5 D-01159 Dresden T: +49 351 417 22 104 M: +49 178 14 22 460 linux at bigga.de * www.bigga.de Umsatzsteuer-ID: DE 259154732 PGP Key: http://linux.bigga.de/contact/ From typo3 at perseguers.ch Tue Aug 17 16:12:35 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 17 Aug 2010 16:12:35 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hi Alexander, >>> Same happens with resolved bugs from the t3blog extension e.g. #12890 >> Same reason. > > ?? The bug #12890 was reported by myself and was visible for weeks? Why is it > now a security issue? > > Is the whole t3blog a security issue? Its gone completely from the > bugtracker. > > I don't find it "secure" or helpful, if there are bugs mentioned and you > cannot understand what has been fixed. I did not check before answering. Perhaps there's another bug with this project. Xavier From thasmo at gmail.com Tue Aug 17 17:38:25 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 17 Aug 2010 17:38:25 +0200 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work Message-ID: Hello folks! The following .htaccess rewrite rule: # sitemap.xml RewriteCond %{REQUEST_FILENAME} sitemap\.xml RewriteRule ^sitemap\.xml$ /index.php?eID=dd_googlesitemap [L] does not work and throws the following error: "The page did not exist or was inaccessible. Reason: File "sitemap.xml" was not found (2)!" If I change it to a redirect: # sitemap.xml RewriteCond %{REQUEST_FILENAME} sitemap\.xml RewriteRule ^sitemap\.xml$ /index.php?eID=dd_googlesitemap [R,L] it's correctly redirected! So I'm wondering what's actually wrong with the rewrite rule? It seems that TYPO3 somehow reads the wrong "REQUEST_URI", or Apache2 doesn't internally replace the URI correctly?! Anybody out there who can help me with this? Thanks a lot, Thomas From liste at linawolf.de Tue Aug 17 17:40:48 2010 From: liste at linawolf.de (Lina Wolf) Date: Tue, 17 Aug 2010 17:40:48 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: I believe there might be a bug in the bugtracker search. Yesterday I same-assed two bugs both found by google. But one was not found by inserting the bugs numer in the bug search... -- LG Lina From bedlamhotel at gmail.com Tue Aug 17 17:45:21 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 17 Aug 2010 08:45:21 -0700 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hi, On Tue, Aug 17, 2010 at 8:38 AM, Thomas "Thasmo" Deinhamer wrote: > Hello folks! > > The following .htaccess rewrite rule: > > ? # sitemap.xml > ? RewriteCond %{REQUEST_FILENAME} sitemap\.xml > ? RewriteRule ^sitemap\.xml$ ? ?/index.php?eID=dd_googlesitemap [L] > > does not work and throws the following error: > ? ?"The page did not exist or was inaccessible. Reason: File "sitemap.xml" > was not found (2)!" > > If I change it to a redirect: > > ? # sitemap.xml > ? RewriteCond %{REQUEST_FILENAME} sitemap\.xml > ? RewriteRule ^sitemap\.xml$ ? ?/index.php?eID=dd_googlesitemap [R,L] > > it's correctly redirected! > > So I'm wondering what's actually wrong with the rewrite rule? > It seems that TYPO3 somehow reads the wrong "REQUEST_URI", or > Apache2 doesn't internally replace the URI correctly?! > > Anybody out there who can help me with this? I don't know the answer to your specific question, but I can tell you that, for what you're doing, no RewriteCond is needed at all: RewriteRule ^sitemap\.xml$ ? ?/index.php?eID=dd_googlesitemap [R=301,L] This rule will work fine. The only change I'd make is to change 'R' to 'R=301' [ and this is not relevant to the question :-) ]. -- Christopher Torgalson http://www.typo3apprentice.com/ From franz at ttproducts.de Tue Aug 17 18:20:04 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Tue, 17 Aug 2010 18:20:04 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning Message-ID: Hello, the EM shall be changed in a way which permits developers to get rid of the XCLASS warning. This wrong warning message is a big problem, because it frightens many users and they think to have found a bug in an extension. proposal: add the comment // NO_CLASS_WARNING into such a file instead of the XCLASS php code. if (defined('TYPO3_MODE') && $GLOBALS['TYPO3_CONF_VARS'][TYPO3_MODE]['XCLASS']['ext/tt_products/lib/class.tx_ttproducts_billdelivery.php']) { include_once($GLOBALS['TYPO3_CONF_VARS'][TYPO3_MODE]['XCLASS']['ext/tt_products/lib/class.tx_ttproducts_billdelivery.php']); } When the text 'NO_CLASS_WARNING' is found inside of a file, then no XCLASS warning will be shown. in the EM. If you agree, then I will provide a patch for TYPO3 4.5. - Franz From marcus#exp2010 at t3sec.info Tue Aug 17 18:57:55 2010 From: marcus#exp2010 at t3sec.info (Marcus Krause) Date: Tue, 17 Aug 2010 18:57:55 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hi! Alexander Bigga - Software schrieb am 08/17/2010 03:41 PM Uhr: > Hi Xavier, > > thanks for your reply. > > On Tue, Aug 17, 2010 at 15:27:57 +0200, you wrote: > >> The special english grammar is that we use "Fixed bug #number: >> " :-) > > ;-) Ok. The description is sensless than. Ok. > >> Security team should think about it (possibly still hiding some notes?) >> >>> Same happens with resolved bugs from the t3blog extension e.g. #12890 >> Same reason. > > ?? The bug #12890 was reported by myself and was visible for weeks? Why is it > now a security issue? > > Is the whole t3blog a security issue? Its gone completely from the > bugtracker. > > I don't find it "secure" or helpful, if there are bugs mentioned and you > cannot understand what has been fixed. I'm member of the TYPO3 Security Team. The private flag is normally set when issues on TYPO3 Core or TYPO3 Extensions have a security impact. This is done to protect our users as long as there's no official fix/bulletin published. When done, they should become public. If this is not the case, the issue might contain Proof of Concept code and the "administrator" has chosen to keep it private instead of removing "Proof of Concept" code that is not intended to be published. To my knowledge, the TYPO3 Security Team was not involved in fixing bug #12890 (aka. it's not a vulnerability). -> You might want to contact the extension maintainer and ask why bugs regularly (?) get the private flag! Regards, Marcus. -- Member TYPO3 Security Team Blog on TYPO3 Security: http://secure.t3sec.info/blog/ From lists at mathesonuk.com Tue Aug 17 19:08:29 2010 From: lists at mathesonuk.com (Sandy Matheson) Date: Tue, 17 Aug 2010 18:08:29 +0100 Subject: [TYPO3-dev] Error: Extension Contains No FIles Message-ID: I need to upload changes to an extension to TER. But when I hit the upload button I get an error: Upload extension to repository TX_TER_ERROR_GENERAL_EXTENSIONCONTAINSNOFILES: Extension contains no files. This makes no sense to me as there are definitely files to be uploaded! Thanks for any help, Sandy Matheson From fsu-lists at cobweb.ch Tue Aug 17 19:17:45 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Tue, 17 Aug 2010 19:17:45 +0200 Subject: [TYPO3-dev] Error: Extension Contains No FIles In-Reply-To: References: Message-ID: Hi, > I need to upload changes to an extension to TER. But when I hit the > upload button I get an error: > > Upload extension to repository > TX_TER_ERROR_GENERAL_EXTENSIONCONTAINSNOFILES: Extension contains no files. > > This makes no sense to me as there are definitely files to be uploaded! This may happen because your PHP is compiled without SOAP support. Check your phpinfo to see if it's active or not. HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From marcus#exp2010 at t3sec.info Tue Aug 17 19:20:33 2010 From: marcus#exp2010 at t3sec.info (Marcus Krause) Date: Tue, 17 Aug 2010 19:20:33 +0200 Subject: [TYPO3-dev] Error: Extension Contains No FIles In-Reply-To: References: Message-ID: Hi! Fran?ois Suter schrieb am 08/17/2010 07:17 PM Uhr: > Hi, > >> I need to upload changes to an extension to TER. But when I hit the >> upload button I get an error: >> >> Upload extension to repository >> TX_TER_ERROR_GENERAL_EXTENSIONCONTAINSNOFILES: Extension contains no >> files. >> >> This makes no sense to me as there are definitely files to be uploaded! > > This may happen because your PHP is compiled without SOAP support. Check > your phpinfo to see if it's active or not. Additionally, please make sure to use a recent TYPO3 version! Marcus. -- Member TYPO3 Security Team Blog on TYPO3 Security: http://secure.t3sec.info/blog/ From sebastian.gebhard at gmail.com Tue Aug 17 21:56:30 2010 From: sebastian.gebhard at gmail.com (Sebastian Michaelsen) Date: Tue, 17 Aug 2010 21:56:30 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Have a look at http://forge.typo3.org/projects/typo3v4-em I'm sure your proposal will be heard there and you can get your hands dirty if you want. From thasmo at gmail.com Tue Aug 17 22:04:29 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 17 Aug 2010 22:04:29 +0200 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Christopher Torgalson wrote: > I don't know the answer to your specific question, but I can tell you > that, for what you're doing, no RewriteCond is needed at all: Thanks for your reply, Christopher! Actually I already tested the rewrite rule without a rewrite condition, which also didn't work. Using a redirection, it's working well, but without the redirection, TYPO3 is showing an error - which shouldn't be shown imo. So I'm still wondering what the reason for this is, normally I'd assume the rewrite rule to work. Any other ideas? Thanks a lot, Thomas From bedlamhotel at gmail.com Tue Aug 17 22:52:46 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 17 Aug 2010 13:52:46 -0700 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hi, On Tue, Aug 17, 2010 at 1:04 PM, Thomas "Thasmo" Deinhamer wrote: > Christopher Torgalson wrote: >> >> I don't know the answer to your specific question, but I can tell you >> that, for what you're doing, no RewriteCond is needed at all: > > Thanks for your reply, Christopher! > > Actually I already tested the rewrite rule without a rewrite condition, > which also didn't work. Using a redirection, it's working well, but without > the redirection, TYPO3 is showing an error - which shouldn't be shown imo. > > So I'm still wondering what the reason for this is, normally I'd assume > the rewrite rule to work. > > Any other ideas? > > Thanks a lot, > Thomas > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > I use exactly this rule on several sites: "RewriteRule ^sitemap\.xml$ /index.php?eID=dd_googlesitemap [R=301,L]" (along with variations of it for feedburner). The fact that you're winding up at a 404 page suggests that there is an error in the .htaccess file (i.e. since some of the variations you've tried are *correct* RewriteRules, they must not be being evaluated correctly by Apache). -- Christopher Torgalson http://www.typo3apprentice.com/ From helmut at typo3.org Tue Aug 17 23:10:35 2010 From: helmut at typo3.org (Helmut Hummel) Date: Tue, 17 Aug 2010 23:10:35 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hi, On 17.08.10 18:57, Marcus Krause wrote: > > I'm member of the TYPO3 Security Team. Me too :) > The private flag is normally set > when issues on TYPO3 Core or TYPO3 Extensions have a security impact. > This is done to protect our users as long as there's no official > fix/bulletin published. > When done, they should become public. If this is not the case, the issue > might contain Proof of Concept code and the "administrator" has chosen > to keep it private instead of removing "Proof of Concept" code that is > not intended to be published. Indeed. However it may also happen, that making it public was forgotten. In case of #14412, there's no exploit code present, only a description what should be and what was changed in the end. This information can also be easily obtained by a svn diff. Thus I decided to make it public. > To my knowledge, the TYPO3 Security Team was not involved in fixing bug > #12890 (aka. it's not a vulnerability). Well I can't say if this is a security issue, because I also get an "access denied". I also was not aware of the fact, that there are multiple levels of private states in Mantis. > -> You might want to contact the extension maintainer and ask why bugs > regularly (?) get the private flag! It might also be that there's something broken. Regards Helmut From thasmo at gmail.com Tue Aug 17 23:34:01 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 17 Aug 2010 23:34:01 +0200 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Christopher Torgalson wrote: > I use exactly this rule on several sites: "RewriteRule ^sitemap\.xml$ > /index.php?eID=dd_googlesitemap [R=301,L]" (along with variations of > it for feedburner). Thanks again for your feedback. I'm no expert in writing rewrite rules etc. but I'm just wondering why the redirect works and without the 'R' it doesn't. Is using a redirect (R=301) a cleaner approach compared to the rewrite rule without redirect? Fortunately using the redirect version works well with the Google Webmaster Tools, so thanks! Thomas From bedlamhotel at gmail.com Tue Aug 17 23:52:14 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Tue, 17 Aug 2010 14:52:14 -0700 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hello again, On Tue, Aug 17, 2010 at 2:34 PM, Thomas "Thasmo" Deinhamer wrote: > Christopher Torgalson wrote: >> >> I use exactly this rule on several sites: "RewriteRule ^sitemap\.xml$ >> /index.php?eID=dd_googlesitemap [R=301,L]" (along with variations of >> it for feedburner). > > Thanks again for your feedback. > > I'm no expert in writing rewrite rules etc. > but I'm just wondering why the redirect works > and without the 'R' it doesn't. > > Is using a redirect (R=301) a cleaner approach > compared to the rewrite rule without redirect? The R flag is necessary. It forces the redirect and sends the appropriate http header [1]. [1] http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewriteflags -- Christopher Torgalson http://www.typo3apprentice.com/ From thasmo at gmail.com Tue Aug 17 23:58:02 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 17 Aug 2010 23:58:02 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain Message-ID: Hello! In our agency we develop each website using a temporary development-domain, which looks similar to "project.our-agency.com". After the website goes live it is still reachable via the development domain for different reasons, like when DNS problems occur or if it's just needed to access the website without using the main/real domain. One problem using this approach is, that Google sometimes tends to index those development domains, which is - of course - unwanted. Now I'm wondering if it's possible to add a meta tag "noindex, nofollow" to the websites source, only if the website is accessed over the development domain. If so, what would be the best solution? Is it possible to use TS and a TS condition on the HTTP_HOST or similar? What I'm concerned about is, that the meta tag should be cacheable, but I think this is not possible using this approach? Actually I think this is the best solution for this problem, but I appreciate any other useful solution or feedback about this! Thanks a lot, Thomas From helmut at typo3.org Wed Aug 18 00:33:36 2010 From: helmut at typo3.org (Helmut Hummel) Date: Wed, 18 Aug 2010 00:33:36 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hi, On 17.08.10 23:58, Thomas "Thasmo" Deinhamer wrote: > > One problem using this approach is, that Google sometimes tends to index > those development domains, which is - of course - unwanted. > > Actually I think this is the best solution for this problem, but I > appreciate any other useful solution or feedback about this! Just add some lines to your .htaccess which restricts access the development site by password and/or a set of IPs. Of course you can also add a robots.txt which contains the noindex,nofollow entries. No need to hassle with meta tags. Regards Helmut From thasmo at gmail.com Wed Aug 18 00:42:35 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 18 Aug 2010 00:42:35 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Helmut Hummel wrote: > Just add some lines to your .htaccess which restricts access the > development site by password and/or a set of IPs. > > Of course you can also add a robots.txt which contains the > noindex,nofollow entries. Hoi and thanks for your reply! Not sure how to implement .htaccess restrictions or robots.txt based noindex and nofollow options for only a single, specific domain. The physical website/TYPO3 installation is accessible via 'www.project.com' and also 'project.agency.com' so the website is not moved to another host or server, only a new domain (www.project.com) is configured. Therefor I'm not sure how to restrict search engines for only one domain or in other words, to disallow indexing pages, when accessing the website via the dev-domain. Thanks for help! Thomas From thasmo at gmail.com Wed Aug 18 01:44:54 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 18 Aug 2010 01:44:54 +0200 Subject: [TYPO3-dev] Convert extension prefix (EXT:my_ext) in a path to a full path Message-ID: Hello folks! Is there a TYPO3 API/function to convert "EXT:my_ext/any/path/" to the absolute, full path "/var/www/.../ext/my_ext/any/path/"? Thanks a lot! Thomas From franz at ttproducts.de Wed Aug 18 07:41:28 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Wed, 18 Aug 2010 07:41:28 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Hello, I have an alternative proposal: Remove the developer warnings completely from the Extension Manager. Put this developer information into the extension ExtDevEval. - Franz Le 17/08/2010 18:20, Franz Holzinger a ?crit : > proposal: > > add the comment > // NO_CLASS_WARNING > into such a file instead of the XCLASS php code. > > if (defined('TYPO3_MODE') && > $GLOBALS['TYPO3_CONF_VARS'][TYPO3_MODE]['XCLASS']['ext/tt_products/lib/class.tx_ttproducts_billdelivery.php']) > { > include_once($GLOBALS['TYPO3_CONF_VARS'][TYPO3_MODE]['XCLASS']['ext/tt_products/lib/class.tx_ttproducts_billdelivery.php']); > > } > > > When the text 'NO_CLASS_WARNING' is found inside of a file, then no > XCLASS warning will be shown. in the EM. > > If you agree, then I will provide a patch for TYPO3 4.5. From linux at bigga.de Wed Aug 18 08:50:16 2010 From: linux at bigga.de (Alexander Bigga - Software) Date: Wed, 18 Aug 2010 08:50:16 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: Hello Helmut, On Tue, Aug 17, 2010 at 23:10:35 +0200, you wrote: > In case of #14412, there's no exploit code present, only a description > what should be and what was changed in the end. This information can > also be easily obtained by a svn diff. Thank you for making it public. The diff was of course the second thing I've done after I didn't find anything in the bugtracker. I was just wondering, if there is a problem with the bugtracker itself. But now, I understand it better. > > #12890 (aka. it's not a vulnerability). > > Well I can't say if this is a security issue, because I also get an > "access denied". Ok, the maintainer, Dominic Brander replied to my question: -> Hi Alexander -> we closed the bugtracker since we moved everything to forge: -> http://forge.typo3.org/projects/show/extension-t3blog This will be the reason why the old bugs are not visible anymore. I don't find this very helpful but... let's look to the future ;-) Best regards, Alexander -- Alexander Bigga From fsu-lists at cobweb.ch Wed Aug 18 08:50:04 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Wed, 18 Aug 2010 08:50:04 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Hi Franz, I agree that these XCLASS warnings are a pain. Sometimes having a XCLASS declaration doesn't make sense. > Remove the developer warnings completely from the Extension Manager. > Put this developer information into the extension ExtDevEval. Another possibility might be for the EM to list the classes that *have* a XCLASS declaration and just not mention the others. Of course it could also be in extdeveval, but I'm not sure how many people really use extdeveval. I don't most of the time. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From ernst at cron-it.de Wed Aug 18 09:14:49 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 18 Aug 2010 09:14:49 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Fran?ois Suter schrieb am 18.08.2010 08:50: > Hi Franz, > > I agree that these XCLASS warnings are a pain. Sometimes having a XCLASS > declaration doesn't make sense. > >> Remove the developer warnings completely from the Extension Manager. >> Put this developer information into the extension ExtDevEval. > > Another possibility might be for the EM to list the classes that *have* > a XCLASS declaration and just not mention the others. > > Of course it could also be in extdeveval, but I'm not sure how many > people really use extdeveval. I don't most of the time. I agree that the XCLASS warning has nothing lost in the EM. extdeveval would be the correct place for this alert to the developer. Steffen, what do you think of removing it in the new EM? Cheers, Ernesto From helmut at typo3.org Wed Aug 18 09:21:07 2010 From: helmut at typo3.org (Helmut Hummel) Date: Wed, 18 Aug 2010 09:21:07 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hi, On 18.08.10 00:42, Thomas "Thasmo" Deinhamer wrote: > > Not sure how to implement .htaccess restrictions > or robots.txt based noindex and nofollow options > for only a single, specific domain. > > The physical website/TYPO3 installation is accessible > via 'www.project.com' and also 'project.agency.com' so > the website is not moved to another host or server, only > a new domain (www.project.com) is configured. Well, then configure the access restriction in your vhost configuration and do not add the restriction, when adding the vhost for the new domain. Domain specific robots.txt or access rules in htaccess is not possible imho, but I might be wrong. Regards Helmut From helmut at typo3.org Wed Aug 18 09:23:56 2010 From: helmut at typo3.org (Helmut Hummel) Date: Wed, 18 Aug 2010 09:23:56 +0200 Subject: [TYPO3-dev] Why are several bugs not accessible on bugs.typo3.org? In-Reply-To: References: Message-ID: On 18.08.10 08:50, Alexander Bigga - Software wrote: > > Ok, the maintainer, Dominic Brander replied to my question: > > -> Hi Alexander > -> we closed the bugtracker since we moved everything to forge: > -> http://forge.typo3.org/projects/show/extension-t3blog OK, this makes sense. Helmut From d.principi at provincia.ps.it Wed Aug 18 09:24:58 2010 From: d.principi at provincia.ps.it (Davide Principi) Date: Wed, 18 Aug 2010 09:24:58 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Il 17/08/2010 23:58, Thomas "Thasmo" Deinhamer ha scritto: > Now I'm wondering if it's possible to add a meta tag "noindex, nofollow" > to the websites source, only if the website is accessed over the > development domain. If so, what would be the best solution? Is it > possible to use TS and a TS condition on the HTTP_HOST or similar? > What I'm concerned about is, that the meta tag should be cacheable, but > I think this is not possible using this approach? TS Setup might help you: see the "meta" property on PAGE tlo. For instance: page.meta.ROBOTS = NOINDEX, NOFOLLOW -- Davide Principi Centro Servizi per la Pubblica Amministrazione S.r.l. c/o Ufficio 2.3.1.2 - Gestione Rete Telematica Provinciale Amministrazione Provinciale di Pesaro e Urbino From d.principi at provincia.ps.it Wed Aug 18 09:34:13 2010 From: d.principi at provincia.ps.it (Davide Principi) Date: Wed, 18 Aug 2010 09:34:13 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Il 18/08/2010 09:24, Davide Principi ha scritto: > Il 17/08/2010 23:58, Thomas "Thasmo" Deinhamer ha scritto: > >> Now I'm wondering if it's possible to add a meta tag "noindex, nofollow" >> to the websites source, only if the website is accessed over the >> development domain. If so, what would be the best solution? Is it >> possible to use TS and a TS condition on the HTTP_HOST or similar? >> What I'm concerned about is, that the meta tag should be cacheable, but >> I think this is not possible using this approach? > > TS Setup might help you: see the "meta" property on PAGE tlo. > > For instance: > > page.meta.ROBOTS = NOINDEX, NOFOLLOW > ...of course a TS condition is needed: perhaps "hostname" method is your case! Hope it helps! -- Davide Principi Centro Servizi per la Pubblica Amministrazione S.r.l. c/o Ufficio 2.3.1.2 - Gestione Rete Telematica Provinciale Amministrazione Provinciale di Pesaro e Urbino From dmitry at typo3.org Wed Aug 18 09:44:41 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 18 Aug 2010 10:44:41 +0300 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hi! Thomas "Thasmo" Deinhamer wrote: > The following .htaccess rewrite rule: > > # sitemap.xml > RewriteCond %{REQUEST_FILENAME} sitemap\.xml > RewriteRule ^sitemap\.xml$ /index.php?eID=dd_googlesitemap [L] > > does not work and throws the following error: > "The page did not exist or was inaccessible. Reason: File > "sitemap.xml" was not found (2)!" Why do you need a redirect? Google and others are happy with "/index.php?eID=dd_googlesitemap". -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From dmitry at typo3.org Wed Aug 18 09:46:18 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Wed, 18 Aug 2010 10:46:18 +0300 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > You have a different goal then. I would like to see t3lib to be clean of any FE stuff and pure BE > stuff. The latter is already moving to typo3/classes (great). For the former should be made a > distinction if the code relies on features of the "cms" extension or not. If yes, it must go there > or be added to another (dependent) extensions. Otherwise it can be put into t3lib, but perhaps in a > subfolder (eg "t3lib/fe"). +1 to t3lib/fe. In my opinion the whole "cms" required extension is a wrong thing. Nobody would use TYPO3 without it, so it must not be an extension. Btw, do we start discussing a better architecture of TYPO3? :) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From info at sk-typo3.de Wed Aug 18 09:47:00 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 18 Aug 2010 09:47:00 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Hi, Ernesto Baschny [cron IT] schrieb: > Fran?ois Suter schrieb am 18.08.2010 08:50: >> Hi Franz, >> >> I agree that these XCLASS warnings are a pain. Sometimes having a XCLASS >> declaration doesn't make sense. >> >>> Remove the developer warnings completely from the Extension Manager. >>> Put this developer information into the extension ExtDevEval. >> Another possibility might be for the EM to list the classes that *have* >> a XCLASS declaration and just not mention the others. >> >> Of course it could also be in extdeveval, but I'm not sure how many >> people really use extdeveval. I don't most of the time. > > I agree that the XCLASS warning has nothing lost in the EM. extdeveval > would be the correct place for this alert to the developer. > extdeveval is the right place to show developer relevant infos. EM is for users. > Steffen, what do you think of removing it in the new EM? > I agree. Clients always think that something is wrong because of these warnings, so removal is the best. vg Steffen From info at rs-websystems.de Wed Aug 18 09:51:08 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Wed, 18 Aug 2010 09:51:08 +0200 Subject: [TYPO3-dev] Feature request TYPO3 4.5:: no XCLASS warning In-Reply-To: References: Message-ID: Am 18.08.2010 09:47, schrieb Steffen Kamper: >>> I agree that these XCLASS warnings are a pain. Sometimes having a XCLASS >>> declaration doesn't make sense. >> Steffen, what do you think of removing it in the new EM? >> > > I agree. Clients always think that something is wrong because of these > warnings, so removal is the best. +1 From info at sk-typo3.de Wed Aug 18 09:51:21 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 18 Aug 2010 09:51:21 +0200 Subject: [TYPO3-dev] Convert extension prefix (EXT:my_ext) in a path to a full path In-Reply-To: References: Message-ID: Hi, Thomas "Thasmo" Deinhamer schrieb: > Hello folks! > > Is there a TYPO3 API/function to convert "EXT:my_ext/any/path/" > to the absolute, full path "/var/www/.../ext/my_ext/any/path/"? > explore t3lib_div! t3lib_div::getFileAbsFileName vg Steffen From info at sk-typo3.de Wed Aug 18 10:00:07 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 18 Aug 2010 10:00:07 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi, Dmitry Dulepov schrieb: > Hi! > > Martin Kutschker wrote: >> You have a different goal then. I would like to see t3lib to be clean of any FE stuff and pure BE >> stuff. The latter is already moving to typo3/classes (great). For the former should be made a >> distinction if the code relies on features of the "cms" extension or not. If yes, it must go there >> or be added to another (dependent) extensions. Otherwise it can be put into t3lib, but perhaps in a >> subfolder (eg "t3lib/fe"). > > +1 to t3lib/fe. In my opinion the whole "cms" required extension is a wrong > thing. Nobody would use TYPO3 without it, so it must not be an extension. > i don't think it's so bad as we need some in extensions. But "cms" is something like an extension "typo3". It should only do pagemodule and related stuff and called page or web_page. Complete tslib should be reside in t3lib/fe or simular. > Btw, do we start discussing a better architecture of TYPO3? :) > seems so :) To use the transition dogma we should start to macerate seperation BE/FE and abstract some things. Auth is a good example, it's the same process, only difference is the context of user. vg Steffen From lolli at schwarzbu.ch Wed Aug 18 10:30:32 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Wed, 18 Aug 2010 10:30:32 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hey, Chris Zepernick {SwiftLizard} wrote: > First of all we discovered that there is no possibility to check > whether the Memcache is connected or not, although this information > is stored within the memcache class in a protected attribute. > > This was solved by implementing a method to get the value of this > attribute. Yes, you already mentioned that in another thread. I have this issue on my radar, but didn't had the time to take a look. It would be great if you could open a bugtracker issue with your patch for detailed analysis. > Using the caching framework to store the session and session data > brought up a new problem,.. each time someone cleared the cache all > FE and BE users are logged out. - It's a cache, and as such volatile. Same will happen if your memcache servers fail, if the cache gets corrupted, on network fail ... There are articles on the net which recommend to just use a cache in front of a persistent database for this reason if handling sessions (I'll search for links if you are interested), so write operations should go to memcache and db, and read operations to cache first. - Did you benchmark your memcache setup against an optimized mysql? In the end we are just talking about 100k FE users, mysql can easily handle this. Where is the real bottleneck with the db setup? Is it the comma separated group assignment in TYPO3? > This we solved by impemtenting a method in cachemanger to remove > a cache config from the list of caches to clear. There is a hook in the clear cache drop down to handle additional cache clearing. If this can't be used to unregister a cache from clearing, we could change / add a hook that fits for this purpose. Regards Christian From chris at swift-lizard.com Wed Aug 18 11:20:59 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Wed, 18 Aug 2010 11:20:59 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hey, > > Yes, you already mentioned that in another thread. I have this issue on > my radar, but didn't had the time to take a look. It would be great if > you could open a bugtracker issue with your patch for detailed analysis. > I on my way,... we realized this as an extension so we wouldn?t have to patch the core too much,.. so I will download current typo3 release and integrate the patches there in order to provide patch file. I think I will manage to finish that one until Friday. > >> Using the caching framework to store the session and session data >> brought up a new problem,.. each time someone cleared the cache all >> FE and BE users are logged out. > > - It's a cache, and as such volatile. Same will happen if your memcache > servers fail, if the cache gets corrupted, on network fail ... true, thats why we only store the session data in there, to reduce the load at the server. >There are > articles on the net which recommend to just use a cache in front of a > persistent database for this reason if handling sessions (I'll search > for links if you are interested), so write operations should go to > memcache and db, and read operations to cache first. Nope this caused the inital problem, and is the reason why we, and another agency seperated that from the mysql db in the first place. We went for memcache, they went for couch db. At the moment session and session_data is read several times at page load by typo3 itself, at the same time there are several inserts and deletes. This comes per page load per user. If you run systems in a normal typo3 scope this might be no problem, but if you have a high traffic installation with several hundert thousand users that have several different usergroups assigned this is a major problem. > - Did you benchmark your memcache setup against an optimized mysql? In > the end we are just talking about 100k FE users, mysql can easily handle > this. Where is the real bottleneck with the db setup? Is it the comma > separated group assignment in TYPO3? The bottleneck is not the DB itself, the bottleneck is the way typo3 works in this case. As mentioned above typo3 reads and writes several times at page load form and to db only to get and update the session. Some of this is due the fact that we are not able to use mysql sepecific features, because other dbs don?t have them. (INSERT ... ON DUBLIKATE KEY UPDATE ...) > > >> This we solved by impemtenting a method in cachemanger to remove >> a cache config from the list of caches to clear. > > There is a hook in the clear cache drop down to handle additional cache > clearing. If this can't be used to unregister a cache from clearing, we > could change / add a hook that fits for this purpose. Nope this hook only provides us with an option to add new items to that menu. The other problem we have at the moment is that the cache flush options in the top of TYPO3 BE only work for TYPO3 core caches but not for usage of the caching framework in FE. Perhaps we should come up with a solution for that one too, to my mind as a user i would expect the the cache of all exts is flushed if i use that buttons, if those exts are not configured to not react to this command. Cheers chris > > > Regards > Christian From jigal at xs4all.nl Wed Aug 18 11:21:59 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 18 Aug 2010 11:21:59 +0200 Subject: [TYPO3-dev] Problems with a form in my extension and the action attribute In-Reply-To: References: Message-ID: Hi, Resuscitated an old thread because I just stumbled upon this problem :-) On 5-8-2009 15:06, Steffen Kamper wrote: > StephenBungert schrieb: >> I set the action with: >> $markerArray['###FORM_ACTION###'] = >> $this->pi_getPageLink($GLOBALS['TSFE']->id); >> >> And this is fine when the page is first visited - i see it >> correctly in the form action attr, but after submitting the id is >> not in the query string and the root page is shown. > > try using id as hidden field. I remember these problems using GET And what happens when Realurl / cooluri is installed? The form is now submitted to an "old" url, isn't it? Is there a way to make the form work with GET without having to look for certain installed extensions? (GET is sometimes needed if it must be possible to create bookmarks or if links should trigger the same actions as the form, etc.) -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From pedersen at frm2.tum.de Wed Aug 18 11:38:02 2010 From: pedersen at frm2.tum.de (=?UTF-8?B?QmrDtnJuIFBlZGVyc2Vu?=) Date: Wed, 18 Aug 2010 11:38:02 +0200 Subject: [TYPO3-dev] Problems with a form in my extension and the action attribute In-Reply-To: References: Message-ID: Am 18.08.2010 11:21, schrieb Jigal van Hemert: > Hi, > > Resuscitated an old thread because I just stumbled upon this problem :-) > > On 5-8-2009 15:06, Steffen Kamper wrote: >> StephenBungert schrieb: >>> I set the action with: >>> $markerArray['###FORM_ACTION###'] = >>> $this->pi_getPageLink($GLOBALS['TSFE']->id); >>> Do not use pi_getPageLink, use either typolink or the variable passing link functions in pi_base. And just make sure to set all necessary variables. >>> And this is fine when the page is first visited - i see it >>> correctly in the form action attr, but after submitting the id is >>> not in the query string and the root page is shown. >> >> try using id as hidden field. I remember these problems using GET > > And what happens when Realurl / cooluri is installed? The form is now > submitted to an "old" url, isn't it? > > Is there a way to make the form work with GET without having to look for > certain installed extensions? > (GET is sometimes needed if it must be possible to create bookmarks or > if links should trigger the same actions as the form, etc.) > From jigal at xs4all.nl Wed Aug 18 11:39:59 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 18 Aug 2010 11:39:59 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi, On 18-8-2010 11:20, Chris Zepernick {SwiftLizard} wrote: > At the moment session and session_data is read several times at page > load by typo3 itself, at the same time there are several inserts and > deletes. This comes per page load per user. > > If you run systems in a normal typo3 scope this might be no problem, but > if you have a high traffic installation with several hundert thousand > users that have several different usergroups assigned this is a major > problem. This sounds more of a general performance problem with the setup, although I'm sure that you've investigated it. A database, including MySQL, is quite capable of performing a lot of queries. Larger databases require correct configuration of course. Years ago I worked on a (non-TYPO3) site with half a million registered users. Every page view the user profile was updated and some pages (e.g. with a chat applet on them) even 'called home' frequently to tell the user was still there (and the online timestamp of that user was again updated). Of course we used a dedicated server just for MySQL with sufficient memory, the right indexes in the database and a proper configuration (buffers, etc.) for the expected load. > The bottleneck is not the DB itself, the bottleneck is the way typo3 > works in this case. As mentioned above typo3 reads and writes several > times at page load form and to db only to get and update the session. I think you should get more performance out of the DB then you did. Even with several read/write operations per page by TYPO3 this shouldn't be a big issues. Using a cache for storing session data seems like a really bad solution to me. > Some of this is due the fact that we are not able to use mysql sepecific > features, because other dbs don?t have them. (INSERT ... ON DUBLIKATE > KEY UPDATE ...) That may help a bit, but still it should be able to handle more than you describe. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From jigal at xs4all.nl Wed Aug 18 12:47:42 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 18 Aug 2010 12:47:42 +0200 Subject: [TYPO3-dev] Problems with a form in my extension and the action attribute In-Reply-To: References: Message-ID: Hi, On 18-8-2010 11:38, Bj?rn Pedersen wrote: >>> StephenBungert schrieb: >>>> I set the action with: >>>> $markerArray['###FORM_ACTION###'] = >>>> $this->pi_getPageLink($GLOBALS['TSFE']->id); >>>> > Do not use pi_getPageLink, use either typolink or the variable passing > link functions in pi_base. And just make sure to set all necessary > variables. The problem is not which function to use here to make a link to the current page. If you read further the problem becomes clear: >>>> And this is fine when the page is first visited - i see it >>>> correctly in the form action attr, but after submitting the id is >>>> not in the query string and the root page is shown. >>> >>> try using id as hidden field. I remember these problems using GET >> >> And what happens when Realurl / cooluri is installed? The form is now >> submitted to an "old" url, isn't it? >> >> Is there a way to make the form work with GET without having to look for >> certain installed extensions? In short: The TYPO3 link functions include a querystring in the action attribute of a GET form (id plus optionally others): - without url rewriter (e.g. realurl) this will be stripped by the browser and only the fields in the form are added to the url - with a url rewriter the parts of the querystring which are mapped in the realurl configuration are used to build the url so they will survive Alternatively, include all parameters (including id) in the form as hidden fields: - without url rewriter this works correctly - with url rewriter the form will go to a url which is not rewritten (so visitor will see an "old type" url (with id=xx...)) The only (ugly) solution I can think of at the moment is to let TYPO3 build the url, let PHP parse it, put the querystring parts in the form, rebuild the rest and use that as the action. I hope there is a prettier way! -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From chris at swift-lizard.com Wed Aug 18 12:54:30 2010 From: chris at swift-lizard.com (Chris Zepernick {SwiftLizard}) Date: Wed, 18 Aug 2010 12:54:30 +0200 Subject: [TYPO3-dev] Performance optimization Typo3 In-Reply-To: References: Message-ID: Hi, >> If you run systems in a normal typo3 scope this might be no problem, but >> if you have a high traffic installation with several hundert thousand >> users that have several different usergroups assigned this is a major >> problem. > > This sounds more of a general performance problem with the setup, > although I'm sure that you've investigated it. You are right,... we also got a gerneral problem with performance due to some crapy developed exts, but this was also a problem we discovered. > A database, including MySQL, is quite capable of performing a lot of > queries. Larger databases require correct configuration of course. sure > Years ago I worked on a (non-TYPO3) site with half a million registered > users. Every page view the user profile was updated and some pages (e.g. > with a chat applet on them) even 'called home' frequently to tell the > user was still there (and the online timestamp of that user was again > updated). > Of course we used a dedicated server just for MySQL with sufficient > memory, the right indexes in the database and a proper configuration > (buffers, etc.) for the expected load. I also think you optimized the code and the way this was handled, in the Typo3 way the solution at the moment is to be optimized. You will get no problem with a straight forward concept for users and groups, and a managable amount of users and groups. But in our case this is pretty mixed up, and user can switch their group on the fly. A lot of weird stuff ;-) We discovered that we save about 8 querys on each page request this way. 3 Selects, 3 Deletes, 1 Update 1 insert. Those themselfs are no problem at all, but within the scope of several thousand users we save more than 250.000 querys per day. Querys organized: SELECT COUNT(ses_id) FROM fe_sessions WHERE ses_id='b2d15ea6a256c3d96b56c4dc9fdca3b0'" SELECT content FROM fe_session_data WHERE hash='b2d15ea6a256c3d96b56c4dc9fdca3b0'" SELECT * FROM fe_session_data WHERE hash='3dd177de35fe2705cdb444ac3ddb4b60'" DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' INSERT INTO fe_sessions(ses_id,ses_name,ses_iplock,ses_hashlock,ses_userid,ses_tstamp,ses_permanent) VALUES UPDATE fe_sessions SET ses_tstamp='1282126916' WHERE ses_id='3dd177de35fe2705cdb444ac3ddb4b60' Real query order: SELECT COUNT(ses_id) FROM fe_sessions WHERE ses_id='b2d15ea6a256c3d96b56c4dc9fdca3b0'" SELECT content FROM fe_session_data WHERE hash='b2d15ea6a256c3d96b56c4dc9fdca3b0'" DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' SELECT * FROM fe_sessions,fe_users WHERE fe_sessions.ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' SELECT * FROM fe_users WHERE username='chris' AND pid IN (2) AND fe_users.disable=0 AND fe_users.deleted=0 AND DELETE FROM fe_sessions WHERE ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' INSERT INTO fe_sessions(ses_id,ses_name,ses_iplock,ses_hashlock,ses_userid,ses_tstamp,ses_permanent) VALUES('3dd177de35fe2705cdb444ac3ddb4b60','fe_typo_user','::1','116999013','1','1282126916','1')" UPDATE fe_users SET lastlogin='1282126916' WHERE uid='1'" SELECT * FROM fe_sessions,fe_users WHERE fe_sessions.ses_id = '3dd177de35fe2705cdb444ac3ddb4b60' UPDATE fe_sessions SET ses_tstamp='1282126916' WHERE ses_id='3dd177de35fe2705cdb444ac3ddb4b60' SELECT * FROM fe_session_data WHERE hash='3dd177de35fe2705cdb444ac3ddb4b60'" UPDATE fe_users SET is_online='1282126916' WHERE uid=1" > > Using a cache for storing session data seems like a really bad solution > to me. > If you see the caching framework as cache,... you are totaly right, no doubts ;-) We utilized it more like an API to use several different storage options without reimplementing them. So yes we used caching framework but only to not having to reimplement the memcache interfaces, or the other interfaces, and to be able to switch the session storage without a huge amount of work. >> Some of this is due the fact that we are not able to use mysql sepecific >> features, because other dbs don?t have them. (INSERT ... ON DUBLIKATE >> KEY UPDATE ...) > > That may help a bit, but still it should be able to handle more than you > describe. sure it does ... but this is still a performance improvement, because no doubt this is read and written a lot faster to and from memcache then to a DB on a different host. cheers chris > From sebastiangebhard at hoch2.de Wed Aug 18 14:29:18 2010 From: sebastiangebhard at hoch2.de (Sebastian Michaelsen) Date: Wed, 18 Aug 2010 14:29:18 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Another solution from the SEO point of view could be to set a canonical Tag from the Dev URLs to the corresponding Live URLs. Just for completeness... Am 17.08.10 23:58, schrieb Thomas "Thasmo" Deinhamer: > Hello! > > In our agency we develop each website using a temporary > development-domain, which looks similar to "project.our-agency.com". > After the website goes live it is still reachable via the development > domain for different reasons, like when DNS problems occur or if it's > just needed to access the website without using the main/real domain. > > One problem using this approach is, that Google sometimes tends to index > those development domains, which is - of course - unwanted. > > Now I'm wondering if it's possible to add a meta tag "noindex, nofollow" > to the websites source, only if the website is accessed over the > development domain. If so, what would be the best solution? Is it > possible to use TS and a TS condition on the HTTP_HOST or similar? > What I'm concerned about is, that the meta tag should be cacheable, but > I think this is not possible using this approach? > > Actually I think this is the best solution for this problem, but I > appreciate any other useful solution or feedback about this! > > Thanks a lot, > Thomas From bedlamhotel at gmail.com Wed Aug 18 16:44:18 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 18 Aug 2010 07:44:18 -0700 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hi, On Wed, Aug 18, 2010 at 12:44 AM, Dmitry Dulepov wrote: > Hi! > > Thomas "Thasmo" Deinhamer wrote: >> The following .htaccess rewrite rule: >> >> ? ?# sitemap.xml >> ? ?RewriteCond %{REQUEST_FILENAME} sitemap\.xml >> ? ?RewriteRule ^sitemap\.xml$ ? ?/index.php?eID=dd_googlesitemap [L] >> >> does not work and throws the following error: >> ? ? "The page did not exist or was inaccessible. Reason: File >> "sitemap.xml" was not found (2)!" > > Why do you need a redirect? Google and others are happy with > "/index.php?eID=dd_googlesitemap". Of course (note the 301 redirect to the actual url). In my case, there are two reasons: 1. Prior to being built out on TYPO3 some of the sites had sitemaps available at sitemap.xml 2. Some search engines/UAs besides Google, Bing and Yahoo may request sitemap.xml; if they don't, the redirect makes no difference, if they do, the sitemap is found and the search engine is instructed to request index.php?eID=dd_googlesitemap in future. Nice extension by the way :-) -- Christopher Torgalson http://www.typo3apprentice.com/ From mario at matzullas.de Wed Aug 18 19:16:54 2010 From: mario at matzullas.de (Mario Matzulla) Date: Wed, 18 Aug 2010 19:16:54 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Fran?ois Am 16.08.10 12:17, schrieb Fran?ois Suter: > Hi Mario, > >> in cal (calendar base) we make use of the scheduler to remind of events. >> Now we also have a fe-editing and we want to create reminder also from >> the frontend. This is not possible anymore, since the scheduler is not a >> listed fe-plugin :( > > Something just crossed my mind again about this topic: I haven't look at > the details of your implementation, but I'm wondering about something: > do you create a Scheduler task for each reminder? If yes I wonder if > this is a sensible approach. The risk is that - on a large web site - > the Scheduler will be filled with tons of tasks, making it nearly > impossible for the admins to manage other tasks in the Scheduler. Yes, we create a task for each reminder - how could a different approach look like? Regards, Mario > > Just a thought... > > Cheers > From mario at matzullas.de Wed Aug 18 19:19:36 2010 From: mario at matzullas.de (Mario Matzulla) Date: Wed, 18 Aug 2010 19:19:36 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 16.08.10 16:49, schrieb Steffen Kamper: > Hi Masi, > > Martin Kutschker schrieb: >> Am 09.08.2010 18:19, schrieb Mario Matzulla: >>> Hi list, >>> >>> in cal (calendar base) we make use of the scheduler to remind of >>> events. Now we also have a >>> fe-editing and we want to create reminder also from the frontend. >>> This is not possible anymore, >>> since the scheduler is not a listed fe-plugin :( >>> >>> Could someone please tell me why? Or better a workaround? >> >> I guess the point is that the scheduler runs in BE/CLI mode. So even >> if it were loaded in the FE the >> scripts should have no access to a working FE. Or do I misunderstand >> your goal? >> > > IIRC the reminder already worked with cronscripts based on former > "Gabriel" and does the mailing for remind dates. So it's not about > changing something in FE context but activating from FE edit the > reminder functionality. Yes, when we create an event in the calendar, we provide the option to get a reminder x minutes before the event takes place. So afaiks we need to create this scheduler task from within the fe-plugin while saving the event.... Regards, Mario > Mario, correct me if i'm wrong. > > vg Steffen From info at sk-typo3.de Wed Aug 18 20:57:13 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Wed, 18 Aug 2010 20:57:13 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Mario, Mario Matzulla schrieb: > > Yes, when we create an event in the calendar, we provide the option to > get a reminder x minutes before the event takes place. So afaiks we need > to create this scheduler task from within the fe-plugin while saving the > event.... > but then it would be the better approach to have one task running every minute or every 2, getting the reminder records from db and doing the job. Creating one time tasks will flood the scheduler. vg Steffen From mario at matzullas.de Wed Aug 18 21:43:59 2010 From: mario at matzullas.de (Mario Matzulla) Date: Wed, 18 Aug 2010 21:43:59 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 18.08.10 20:57, schrieb Steffen Kamper: > Hi Mario, > > Mario Matzulla schrieb: >> >> Yes, when we create an event in the calendar, we provide the option to >> get a reminder x minutes before the event takes place. So afaiks we >> need to create this scheduler task from within the fe-plugin while >> saving the event.... >> > > but then it would be the better approach to have one task running every > minute or every 2, getting the reminder records from db and doing the > job. Creating one time tasks will flood the scheduler. I don't get the difference on having the records in the scheduler db or in a different table. The scheduler looks for new tasks every x minutes, why would it be better to have a recurring task checking for reminders instead? Just because it is one task? Is there a limit for tasks the scheduler can handle during one execution? Regards, Mario > > vg Steffen From lolli at schwarzbu.ch Wed Aug 18 22:29:08 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Wed, 18 Aug 2010 22:29:08 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Thomas "Thasmo" Deinhamer wrote: > Actually I think this is the best solution for this problem, but I > appreciate any other useful solution or feedback about this! Solve it with a condition bound to your dev domain (you probably need the same to disable google analytics on dev, or to set correct baseUrl on dev): # Production settings page.meta.robots = all config.baseURL = http://production.domain/ # Switches for dev [globalString = ENV:HTTP_HOST=dev.domain] page.meta.robots = noindex, nofollow config.baseURL = http://dev.domain/ [global] This way you can deploy the condition to your production system as well and don't need to change anything during deployment process. Still, it's usually a good idea so secure access to your dev domain with a .htaccess password, or restrict access to dev with some other method. Regards Christian From thasmo at gmail.com Wed Aug 18 23:47:45 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 18 Aug 2010 23:47:45 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Christian Kuhn wrote: > Solve it with a condition bound to your dev domain (you probably need > the same to disable google analytics on dev, or to set correct baseUrl > on dev): > > ... > > This way you can deploy the condition to your production system as well > and don't need to change anything during deployment process. Neat, working like a charm. I'm curious, will the different version (page source with and without meta tags, google tracking, etc.) be cached independently, based on those different states? Because it seems the website gets - of course - cached somehow. So I'm wondering if caching also depends on those conditions?! > Still, it's usually a good idea so secure access to your dev domain with > a .htaccess password, or restrict access to dev with some other method. Generally I agree. As for our needs it makes sense to leave access public, as clients are allowed to check status from time to time and setting access restrictions (whether based on IP or anything else) would just make all processes much more complicated. There are just some things (search engine indexing, google tracking, etc.) which came in our way, which we need to solve now. So thanks for your hint on the ENV:HTTP_HOST condition, I've implemented the condition with a wildcard, like this: [globalString = ENV:HTTP_HOST = *.dev-server.com] Nevertheless I'd appreciate it if someone of you could bring up some arguments why it can make sense to completely deny access to the public on websites which are under current development! Thank you, Thomas From thasmo at gmail.com Wed Aug 18 23:57:30 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Wed, 18 Aug 2010 23:57:30 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Davide Principi wrote: > ...of course a TS condition is needed: perhaps "hostname" method is your > case! Thanks, Christian Kuhn pointed out an ideal solution: # Switches for dev [globalString = ENV:HTTP_HOST=dev.domain] page.meta.robots = noindex, nofollow config.baseURL = http://dev.domain/ [global] Thomas From bedlamhotel at gmail.com Thu Aug 19 00:12:30 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 18 Aug 2010 15:12:30 -0700 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hi, On Wed, Aug 18, 2010 at 2:57 PM, Thomas "Thasmo" Deinhamer wrote: > Davide Principi wrote: >> >> ...of course a TS condition is needed: perhaps "hostname" method is your >> case! > > Thanks, Christian Kuhn pointed out an ideal solution: > > # Switches for dev > [globalString = ENV:HTTP_HOST=dev.domain] > ? ?page.meta.robots = noindex, nofollow > ? ?config.baseURL = http://dev.domain/ > [global] I can't offer an opinion about how severe it is, but this method is risky to some extent (it used to be possible to set config.baseURL to the value of HTTP_HOST automatically, but this capability was removed due to the risk). See e.g. this recent thread: http://lists.typo3.org/pipermail/typo3-english/2010-July/069772.html -- Christopher Torgalson http://www.typo3apprentice.com/ From thasmo at gmail.com Thu Aug 19 00:17:24 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Thu, 19 Aug 2010 00:17:24 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Christopher Torgalson wrote: > I can't offer an opinion about how severe it is, but this method is > risky to some extent (it used to be possible to set config.baseURL to > the value of HTTP_HOST automatically, but this capability was removed > due to the risk). Hello Christopher! I'm aware of this security problem and that the possibility has been removed. Nevertheless I'm not setting the config.baseUrl using conditions. Actually I try to avoid setting the baseUrl, but try to use the "config.absRefPrefix = /" setting wherever possible. (Rest is done using domain records etc.) I just needed the conditions for disabling search engine indexing and google tracking in first place. Of course I'm interested in any security issue regarding the usage of a condition on the HTTP_HOST! Thanks a lot, Thomas From bedlamhotel at gmail.com Thu Aug 19 00:27:31 2010 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Wed, 18 Aug 2010 15:27:31 -0700 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hi, On Wed, Aug 18, 2010 at 3:17 PM, Thomas "Thasmo" Deinhamer wrote: > Christopher Torgalson wrote: >> >> I can't offer an opinion about how severe it is, but this method is >> risky to some extent (it used to be possible to set config.baseURL to >> the value of HTTP_HOST automatically, but this capability was removed >> due to the risk). > > Hello Christopher! > > I'm aware of this security problem and that the possibility has been > removed. Nevertheless I'm not setting the config.baseUrl using conditions. > Actually I try to avoid setting the baseUrl, but try to use the > "config.absRefPrefix = /" setting wherever possible. (Rest is done using > domain records etc.) > > I just needed the conditions for disabling search engine indexing and google > tracking in first place. Of course I'm interested in any security issue > regarding the usage of a condition on the HTTP_HOST! Whoops. That's what I get for not reading carefully. You're right of course :-) -- Christopher Torgalson http://www.typo3apprentice.com/ From lolli at schwarzbu.ch Thu Aug 19 00:39:56 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 19 Aug 2010 00:39:56 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hey. Thomas "Thasmo" Deinhamer wrote: >> This way you can deploy the condition to your production system as well >> and don't need to change anything during deployment process. > > Neat, working like a charm. I'm curious, will the different version > (page source with and without meta tags, google tracking, etc.) be > cached independently, based on those different states? Yes, conditions are always handled _before_ caching is taken into account, so that is transparent. BTW (the performance addict in me is speaking here): This is a reason to have as little conditions as possible: They are _always_ calculated on _every_ page load. It could cost you some milliseconds (for a full cached page, too) if you bloat your TS with a lot of them. Regards Christian From thasmo at gmail.com Thu Aug 19 00:52:08 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Thu, 19 Aug 2010 00:52:08 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Christian Kuhn wrote: > Yes, conditions are always handled _before_ caching is taken into > account, so that is transparent. > > BTW (the performance addict in me is speaking here): This is a reason to > have as little conditions as possible: They are _always_ calculated on > _every_ page load. It could cost you some milliseconds (for a full > cached page, too) if you bloat your TS with a lot of them. Good to know! I got several conditions, but I think it's not easy to get rid of them; maybe of a few. But until now I haven't experienced performance problems regarding TS conditions, extensions make more trouble occasionally. Thanks a lot, Thomas From lolli at schwarzbu.ch Thu Aug 19 01:01:28 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 19 Aug 2010 01:01:28 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hey. forgot some answer in my last post ;) Thomas "Thasmo" Deinhamer wrote: > Nevertheless I'd appreciate it if someone of you could bring up some > arguments why it can make sense to completely deny access to the public > on websites which are under current development! - Some search bot might ignore the robots meta tag, or something could go wrong with your meta settings -> double indexes -> lower ranking - You might have new / experimental code that nobody should notice at this point. - More important: Usually, dev systems enable all sorts of debug settings to allow better development: exceptionHandler debug Level, FE debugs, cc_debug, cc_devlog, BE debugs, query debugs, php showing warnings / fatals in FE, you name it. All those settings should be disabled in production environment. For example it's better to log php warnings to system log instead of a happy little FE debug output visible to all visitors. Otherwise, this could eg. lead to a security issue if attackers are able to figure classes / locations / db structure / whatever from those debug messages (information retrieval). So, it's good practice to add some authentication process to your dev system to deny access for every unwanted visitor / bot / interested person. Regards Christian From lolli at schwarzbu.ch Thu Aug 19 01:07:07 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 19 Aug 2010 01:07:07 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: Hey, Thomas "Thasmo" Deinhamer wrote: >> BTW (the performance addict in me is speaking here): This is a reason to >> have as little conditions as possible: They are _always_ calculated on >> _every_ page load. It could cost you some milliseconds (for a full >> cached page, too) if you bloat your TS with a lot of them. > > Good to know! I got several conditions, but I think it's not easy to get > rid of them; maybe of a few. But until now I haven't experienced > performance problems regarding TS conditions, extensions make more > trouble occasionally. Every site needs conditions. And they don't cost *that* much. If you have performance problems, conditions are -from my experience- not the root of all evil. This BTW was just meant as a "Hey, do not add more conditions than you really need". Regards Christian From liste at linawolf.de Thu Aug 19 08:33:19 2010 From: liste at linawolf.de (Lina Wolf) Date: Thu, 19 Aug 2010 08:33:19 +0200 Subject: [TYPO3-dev] Meta tag "noindex, nofollow" on development domain In-Reply-To: References: Message-ID: >> Thanks, Christian Kuhn pointed out an ideal solution: >> >> # Switches for dev >> [globalString = ENV:HTTP_HOST=dev.domain] >> page.meta.robots = noindex, nofollow >> config.baseURL = http://dev.domain/ >> [global] > http://lists.typo3.org/pipermail/typo3-english/2010-July/069772.html Setting this is not riscy actually as long as you manually add the baseURL. What was riscy the example behind the link is the fact that a hacker could call your site using a hackers domain. Then the baseURL would be automatically changed to the hacker's domain therefore all scripts etc be loaded from his domain. As long as you name every single baseURL seperately you can use conditions, it doesnt matter. -- LG Lina From dmitry at typo3.org Thu Aug 19 09:04:54 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 19 Aug 2010 10:04:54 +0300 Subject: [TYPO3-dev] Apache2 rewrite rule for sitemap.xml doesn't work In-Reply-To: References: Message-ID: Hi! Christopher Torgalson wrote: > Of course (note the 301 redirect to the actual url). In my case, there > are two reasons: > > 1. Prior to being built out on TYPO3 some of the sites had sitemaps > available at sitemap.xml > > 2. Some search engines/UAs besides Google, Bing and Yahoo may request > sitemap.xml; if they don't, the redirect makes no difference, if they > do, the sitemap is found and the search engine is instructed to > request index.php?eID=dd_googlesitemap in future. Hmmmm. Good to know, thanks for the information! > Nice extension by the way :-) Thanks ;) -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From fsu-lists at cobweb.ch Thu Aug 19 10:26:32 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 19 Aug 2010 10:26:32 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, > Yes, we create a task for each reminder - how could a different approach > look like? "cal" could have its own reminder table and just register a single reminder task with the Scheduler. Each time the task is run, it checks all reminders that need to be sent. It makes it a kind of "scheduler within scheduler", but I'm just afraid that having tons of registered tasks will make the BE module very hard to use for admins who want to set up other tasks. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From fsu-lists at cobweb.ch Thu Aug 19 10:29:10 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 19 Aug 2010 10:29:10 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, >> but then it would be the better approach to have one task running every >> minute or every 2, getting the reminder records from db and doing the >> job. Creating one time tasks will flood the scheduler. > > I don't get the difference on having the records in the scheduler db or > in a different table. The scheduler looks for new tasks every x minutes, > why would it be better to have a recurring task checking for reminders > instead? Just because it is one task? What Steffen suggests is exactly the same as me. The advantages are: - only one task registered with the Scheduler - the "reminder" table can be written from the FE and there's no need to enable the Scheduler in FE anymore (which I find better from a conceptual point of view). If it's not too late in your development, I would really encourage to take this approach. Of course it's your choice eventually ;-) Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3 at perseguers.ch Thu Aug 19 10:45:52 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Thu, 19 Aug 2010 10:45:52 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, >>> but then it would be the better approach to have one task running every >>> minute or every 2, getting the reminder records from db and doing the >>> job. Creating one time tasks will flood the scheduler. >> >> I don't get the difference on having the records in the scheduler db or >> in a different table. The scheduler looks for new tasks every x minutes, >> why would it be better to have a recurring task checking for reminders >> instead? Just because it is one task? > > What Steffen suggests is exactly the same as me. The advantages are: > > - only one task registered with the Scheduler > - the "reminder" table can be written from the FE and there's no need to > enable the Scheduler in FE anymore (which I find better from a > conceptual point of view). > > If it's not too late in your development, I would really encourage to > take this approach. Of course it's your choice eventually ;-) I agree here. I don't like either the approach of having "dumb" tasks registered for each and every reminder. I'd prefer too having a general "cal reminder" task taking care of its own reminder business. Having the list of tasks flooded by cal would not be great. Xavier From ernst at cron-it.de Thu Aug 19 16:41:41 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 19 Aug 2010 16:41:41 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Fran?ois Suter schrieb am 19.08.2010 10:26: > Hi, > >> Yes, we create a task for each reminder - how could a different approach >> look like? > > "cal" could have its own reminder table and just register a single > reminder task with the Scheduler. Each time the task is run, it checks > all reminders that need to be sent. > > It makes it a kind of "scheduler within scheduler", but I'm just afraid > that having tons of registered tasks will make the BE module very hard > to use for admins who want to set up other tasks. I think it would be cool to have only "scheduler" decide which tasks to run when and others just using the functionality. Maybe a property for a task to be added as "shy", so it won't be displayed in the backend module by default (only if certain checkbox is hit) could help. Otherwise the "cal" scheduler task will have to be run every minute in vain. Cheers, Ernesto From jigal at xs4all.nl Thu Aug 19 17:37:30 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Thu, 19 Aug 2010 17:37:30 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, On 19-8-2010 16:41, Ernesto Baschny [cron IT] wrote: > Otherwise the "cal" scheduler task will have to be run every minute > in vain. Funny that you mention this. When I proposed to my sysadmin to set a cronjob for the scheduler by default for new installations he said that he rather didn't do that, because if the scheduler wasn't used (yet) the cronjob would have to be run every few minutes in vain... Had to laugh a bit when I read your post :-) -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From ernst at cron-it.de Thu Aug 19 18:14:19 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 19 Aug 2010 18:14:19 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Jigal van Hemert schrieb am 19.08.2010 17:37: > Hi, > > On 19-8-2010 16:41, Ernesto Baschny [cron IT] wrote: >> Otherwise the "cal" scheduler task will have to be run every minute >> in vain. > > Funny that you mention this. When I proposed to my sysadmin to set a > cronjob for the scheduler by default for new installations he said that > he rather didn't do that, because if the scheduler wasn't used (yet) the > cronjob would have to be run every few minutes in vain... > > Had to laugh a bit when I read your post :-) Running scheduler cronjob every minute means at least 1440 "impressions" per day (added to the regular page impressions in the frontend + backend). That might indeed be a problem for a hoster that is only expecting a very few 1000's impressions per month. But running scheduler every 5 minutes gives only 288 impressions a day. 8640 impressions per month. A number that will hardly harm a regular hosting environment. Cheers, Ernesto From fsu-lists at cobweb.ch Thu Aug 19 18:28:47 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Thu, 19 Aug 2010 18:28:47 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, > I think it would be cool to have only "scheduler" decide which tasks to > run when and others just using the functionality. Maybe a property for a > task to be added as "shy", so it won't be displayed in the backend > module by default (only if certain checkbox is hit) could help. Maybe you are misled by me using the expression "scheduler within scheduler". I didn't really advise Mario to develop some kind of sub-scheduler. I just think that creating one scheduler per reminder is not a good design and might even crash the Scheduler by overwhelming with tasks to execute. As for "shy" tasks I would really avoid that. The Scheduler is an admin's tool, I don't see why anything should be hidden. OTOH as adoption of the Scheduler is increasing I would rather enhance the BE module so that one can search and filter the registered tasks. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From mario at matzullas.de Thu Aug 19 22:54:58 2010 From: mario at matzullas.de (Mario Matzulla) Date: Thu, 19 Aug 2010 22:54:58 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Fran?ois, Am 19.08.10 18:28, schrieb Fran?ois Suter: > Hi, > >> I think it would be cool to have only "scheduler" decide which tasks to >> run when and others just using the functionality. Maybe a property for a >> task to be added as "shy", so it won't be displayed in the backend >> module by default (only if certain checkbox is hit) could help. > > Maybe you are misled by me using the expression "scheduler within > scheduler". I didn't really advise Mario to develop some kind of > sub-scheduler. I just think that creating one scheduler per reminder is > not a good design and might even crash the Scheduler by overwhelming > with tasks to execute. > > As for "shy" tasks I would really avoid that. The Scheduler is an > admin's tool, I don't see why anything should be hidden. OTOH as > adoption of the Scheduler is increasing I would rather enhance the BE > module so that one can search and filter the registered tasks. +1 while reading all the answers, this came to my mind too. It shouldn't be a matter of filtering the tasks into different tables, if the real problem is, that the admin would have too many entries in the BE. So please keep thinking about enhancing the BE interface (task list) for the scheduler. Thanks, Mario > > Cheers > From mario at matzullas.de Thu Aug 19 22:58:50 2010 From: mario at matzullas.de (Mario Matzulla) Date: Thu, 19 Aug 2010 22:58:50 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Fran?ois, hi Xavier, Am 19.08.10 10:45, schrieb Xavier Perseguers: > Hi, > >>>> but then it would be the better approach to have one task running every >>>> minute or every 2, getting the reminder records from db and doing the >>>> job. Creating one time tasks will flood the scheduler. >>> >>> I don't get the difference on having the records in the scheduler db or >>> in a different table. The scheduler looks for new tasks every x minutes, >>> why would it be better to have a recurring task checking for reminders >>> instead? Just because it is one task? >> >> What Steffen suggests is exactly the same as me. The advantages are: >> >> - only one task registered with the Scheduler >> - the "reminder" table can be written from the FE and there's no need to >> enable the Scheduler in FE anymore (which I find better from a >> conceptual point of view). >> >> If it's not too late in your development, I would really encourage to >> take this approach. Of course it's your choice eventually ;-) > > I agree here. I don't like either the approach of having "dumb" tasks > registered for each and every reminder. I'd prefer too having a general > "cal reminder" task taking care of its own reminder business. Having the > list of tasks flooded by cal would not be great. I really don't get the advantage. Isn't the message of the scheduler: "one to serve them all" ?? So the scheduler should be solid enough to do so. No matter how many tasks he has to work through. If I would create a general reminder task for the scheduler, I would only have to reinvent parts of the scheduler itself to search for reminder tasks in a different table. So I really don't get it :( Sorry, Mario > > Xavier From info at sk-typo3.de Thu Aug 19 23:04:42 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Thu, 19 Aug 2010 23:04:42 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, i also thought about, main problem is the BE module of scheduler. i have - you know? :) - an ExtJS grouping grid in mind having eg cal group and all the single tasks below. So you can easy search, filter etc. Doing this is no magic. Only the array for the ajax call has to be done, the grid is "standard". I can help out if interest is there. So Mario, go ahead with single tasks, this is a scheduler problem which has to be solved anyway - i think it will be used much more often in future ;) vg Steffen From typo3 at ndh-websolutions.de Fri Aug 20 07:45:58 2010 From: typo3 at ndh-websolutions.de (Nicolas de Haen) Date: Fri, 20 Aug 2010 07:45:58 +0200 Subject: [TYPO3-dev] How to transform code to use sprites In-Reply-To: References: Message-ID: Hi Steffen, could you please give me a hint how to implement a custom icon for a custom doktype with the new API? With the old API I had: $PAGES_TYPES[$myDoktypeID] = array( 'type' => 'web', 'icon' => 'cat1', 'allowedTables' => '*', 'tx_myExtension'=>1); and $TBE_STYLES['skinImg']['gfx/i/cat1'] = array( t3lib_extMgm::extRelPath('myExtensiom').'category.gif', 'width="16" height="16"' ); Thanks, Nico Am 17.08.2010 13:57, schrieb Steffen Ritter: > Am 17.08.2010 11:43, schrieb Georg Ringer: >> Hi, >> >> I am updating some extensions and want to switch to sprites. >> >> If I got the code like this >> -------------- >> ' be used from core). There is an API "t3lib_spritemanager" which is for > registering extension Icons to the sprite api. > > regards > > Steffen From fsu-lists at cobweb.ch Fri Aug 20 09:51:13 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Fri, 20 Aug 2010 09:51:13 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi, > i have - you know? :) - an ExtJS grouping grid in mind having eg cal > group and all the single tasks below. So you can easy search, filter etc. > > Doing this is no magic. Only the array for the ajax call has to be done, > the grid is "standard". I can help out if interest is there. I'm not really proficient (yet?) with ExtJS so help is indeed welcome. Anyway - as I think I already mentioned - the Scheduler is not "my" baby. Of course since I implemented it, I know it well and I may voice more opinions about it than others, but every contribution is welcome. I'm still a bit unconvinced about having a task for each reminder, but anyway it's just an opinion I expressed and nothing more. Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From bidau at ensci.com Fri Aug 20 11:50:34 2010 From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=) Date: Fri, 20 Aug 2010 11:50:34 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? Message-ID: Hi, I would like to add french datas into static_country_zones for the 22 metropolitan regions and 96 metropolitan departments. (http://en.wikipedia.org/wiki/ISO_3166-2:FR) I can do it for myself but I think it could be usefull (at least for many users in France). Stanislas Rolland is maintainer of static_info_tables Francois Suter, Franz Holzinger, Rene Fritz are authors of static_info_tables_fr How to propose such a change ? Thanks -- Isma?l BIDAU http://www.ensci.com From typo3-dev at bruchmann-web.de Fri Aug 20 12:10:27 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Fri, 20 Aug 2010 12:10:27 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Isma?l Bidau Gesendet: Freitag, 20. August 2010 11:50:34 An: typo3-dev at lists.typo3.org CC: Betreff: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? > Hi, > > I would like to add french datas into static_country_zones for the 22 > metropolitan regions and 96 metropolitan departments. > (http://en.wikipedia.org/wiki/ISO_3166-2:FR) > > I can do it for myself but I think it could be usefull (at least for > many users in France). > > Stanislas Rolland is maintainer of static_info_tables > Francois Suter, Franz Holzinger, Rene Fritz are authors of > static_info_tables_fr > > How to propose such a change ? > > Thanks > Hi, I propose to post your offer on the page http://forge.typo3.org/projects/extension-static_info_tables/issues you can also attach files there after login. As Far as I know all the static table-extensions are more or less maintained by actually Stanislas Roland only (even if not you'll get a hint or your post will be read by the right person). Thanks for your offer and submitts in advance ;) David From typo3-dev at bruchmann-web.de Fri Aug 20 12:19:43 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Fri, 20 Aug 2010 12:19:43 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: David Bruchmann Gesendet: Freitag, 20. August 2010 12:10:27 An: List for Core-/Extension development CC: Betreff: Re: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? > ----- Urspr?ngliche Nachricht ----- > Von: Isma?l Bidau > Gesendet: Freitag, 20. August 2010 11:50:34 > An: typo3-dev at lists.typo3.org > CC: > Betreff: [TYPO3-dev] How to propose new datas for static info tables > (static_country_zones) ? >> Hi, >> >> I would like to add french datas into static_country_zones for the 22 >> metropolitan regions and 96 metropolitan departments. >> (http://en.wikipedia.org/wiki/ISO_3166-2:FR) >> >> I can do it for myself but I think it could be usefull (at least for >> many users in France). >> >> Stanislas Rolland is maintainer of static_info_tables >> Francois Suter, Franz Holzinger, Rene Fritz are authors of >> static_info_tables_fr >> >> How to propose such a change ? >> >> Thanks >> > > > Hi, > > I propose to post your offer on the page > http://forge.typo3.org/projects/extension-static_info_tables/issues > you can also attach files there after login. > > As Far as I know all the static table-extensions are more or less > maintained by actually Stanislas Roland only (even if not you'll get a > hint or your post will be read by the right person). > > Thanks for your offer and submitts in advance ;) > David Sorry, my hint was wrong because I remarked they want that any requests concerning these extensions are posted in the bugtracker on http://bugs.typo3.org/ Greets, David From fsu-lists at cobweb.ch Fri Aug 20 12:31:57 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Fri, 20 Aug 2010 12:31:57 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Hi Isma?l, > Stanislas Rolland is maintainer of static_info_tables As David mentioned you should open a bug report on bugs.typo3.org, although there's also a Forge tracker... > Francois Suter, Franz Holzinger, Rene Fritz are authors of > static_info_tables_fr I'm the maintainer now. I kept the previous maintainers names to give credit. For this one, please use the Forge tracker: http://forge.typo3.org/projects/show/extension-static_info_tables_fr Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3-dev at bruchmann-web.de Fri Aug 20 12:44:43 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Fri, 20 Aug 2010 12:44:43 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Hi Fran?ois, thanks for the info. > >> Stanislas Rolland is maintainer of static_info_tables > > As David mentioned you should open a bug report on bugs.typo3.org, > although there's also a Forge tracker... > the forge-tracker is shown up but closed also after login. Greets, David From typo3-dev at bruchmann-web.de Fri Aug 20 13:15:24 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Fri, 20 Aug 2010 13:15:24 +0200 Subject: [TYPO3-dev] Multidimensional URL-Parameters Message-ID: Hi, I'm interested in your usage of multidimensional parameters in the url. Sounds abstract? I'll explain: Imagine you have programmed a listmodul for some extension with a pagebrowser. To enable the admins or editors to insert two of those combined modules on one page you had to programm generation of URLs like this (perhaps in this kind): //for the 1st modul: index.php?id=123&tx_myext[cobj_1][page]=2 // for the 2nd modul: index.php?id=123&tx_myext[cobj_2][page]=3 Calling the first URL only would switch the 1st pagebrowser only and calling the 2nd one would switch the 2nd one only. combinig both parameters you can keep controlled both modules/browsers: index.php?id=123&tx_myext[cobj_1][page]=2&tx_myext[cobj_2][page]=3 this is a simple example, perhaps someone had to realize more dimensions for some purposes i.e. more subpages or other parameters. In the moment I like being able to address cObjects only directly by URL-parameters, so I inserted [cobj_1] and [cobj_2] above. Intention of my post is to create or find some CGL for URLs for all extensions - perhaps a special API-extension for URLs would be help- and sensful just to create the right parameters (without SEO-purposes like realurl or cooluri). If you know about an extension or have programmed one with those requirements I'd like to know how the URL-parts are structured and perhaps how building and interpreting is realized. Technically I'm interested in solutions for pi_base (cms), MVC (extbase) and other frameworks. Greets, David From thasmo at gmail.com Fri Aug 20 17:55:36 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Fri, 20 Aug 2010 17:55:36 +0200 Subject: [TYPO3-dev] Using formhandler; How to replace database uid values from selectboxes with readable text for emails Message-ID: Hello folks! I'm populating a selectbox with usergroups from the database. Therefor I'm setting a custom marker using TS and add this marker to the HTML form template. The sourc then generated looks like this: Note the "value" attribute. It holds the actual uid of the usergroup for each option someone could choose. The problem now is, that also this value gets displayed in the emails, which are sent to the user, but not the readable title. The text in the email looks like this: "You've chosen this usergroup: 1" Furthermore if the selectbox allows the user to choose multiple options, the text will look like this: "You've chosen this usergroup: 1,2" Instead something like this should be sent: "You've chosen this usergroup: Group 1, Group 2" Is there any built-in or any self-crafted solution available for this? I'm not sure how this could be handled correctly. Thanks a lot in advance! Thomas From typo3 at sjbr.ca Fri Aug 20 18:42:08 2010 From: typo3 at sjbr.ca (Stanislas Rolland) Date: Fri, 20 Aug 2010 12:42:08 -0400 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Hi Isma?l, > > I would like to add french datas into static_country_zones for the 22 > metropolitan regions and 96 metropolitan departments. > (http://en.wikipedia.org/wiki/ISO_3166-2:FR) > > I can do it for myself but I think it could be usefull (at least for > many users in France). > > Stanislas Rolland is maintainer of static_info_tables > Francois Suter, Franz Holzinger, Rene Fritz are authors of > static_info_tables_fr > > How to propose such a change ? > Thank you for making this offer. The addition of country zones should be done in the base extension: static_info_tables. You probably do not need any translation for the country zones of France. Therefore, no change should be required to static_info_tables_fr or to the other translation extensions. I am currently the maintainer of the base extension. Please post your offer on the page http://forge.typo3.org/projects/extension-static_info_tables/issues You can attach files there after login. Please do this with utf-8-encoded tables using the most recent version of the extension (2.1.2). Kind regards, Stanislas From stano.paska at gmail.com Fri Aug 20 21:09:56 2010 From: stano.paska at gmail.com (=?UTF-8?B?U3Rhbm8gUGHFoWth?=) Date: Fri, 20 Aug 2010 21:09:56 +0200 Subject: [TYPO3-dev] Using formhandler; How to replace database uid values from selectboxes with readable text for emails In-Reply-To: References: Message-ID: Hi Thomas. In some of our project we do it by own interceptor: # Typoscript plugin.Tx_Formhandler.settings.additionalIncludePaths.1 = typo3conf/ext/myext/Classes/Interceptor/ plugin.Tx_Formhandler.settings.predef.Form1 { ... saveInterceptors.1.class = Tx_Formhandler_Interceptor_MyInterceptor ... } # and php code in myext/Classes/Interceptor/Tx_Formhandler_Interceptor_MyInterceptor.php class Tx_Formhandler_Interceptor_MyInterceptor extends Tx_Formhandler_AbstractInterceptor { function process() { # explode $this->gp['usergroup'] # for each item convert uid to name and add result to tmp array # implode tmp array with comma # assign result back to $this->gp['usergroup'] return $this->gp; } } Stano. On Fri, Aug 20, 2010 at 5:55 PM, Thomas "Thasmo" Deinhamer wrote: > Hello folks! > > I'm populating a selectbox with usergroups from the database. > Therefor I'm setting a custom marker using TS and add this > marker to the HTML form template. > > The sourc then generated looks like this: > > ? ? ? ? > > Note the "value" attribute. It holds the actual uid of the > usergroup for each option someone could choose. > > The problem now is, that also this value gets displayed in > the emails, which are sent to the user, but not the readable title. > > The text in the email looks like this: > > ? ? ? ?"You've chosen this usergroup: 1" > > Furthermore if the selectbox allows the user to choose > multiple options, the text will look like this: > > ? ? ? ?"You've chosen this usergroup: 1,2" > > Instead something like this should be sent: > > ? ? ? ?"You've chosen this usergroup: Group 1, Group 2" > > Is there any built-in or any self-crafted solution available for this? > I'm not sure how this could be handled correctly. > > Thanks a lot in advance! > > Thomas > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From thasmo at gmail.com Fri Aug 20 22:12:08 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Fri, 20 Aug 2010 22:12:08 +0200 Subject: [TYPO3-dev] Using formhandler; How to replace database uid values from selectboxes with readable text for emails In-Reply-To: References: Message-ID: Stano Pa?ka wrote: > In some of our project we do it by own interceptor: Thanks a lot for sharing Stano, that looks promising! =o) Thomas From thasmo at gmail.com Fri Aug 20 22:20:07 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Fri, 20 Aug 2010 22:20:07 +0200 Subject: [TYPO3-dev] Convert extension prefix (EXT:my_ext) in a path to a full path In-Reply-To: References: Message-ID: Steffen Kamper wrote: > explore t3lib_div! > > t3lib_div::getFileAbsFileName Thanks, working like a charm! Thomas From tapio.markula at xetpoint.fi Sat Aug 21 10:32:01 2010 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Sat, 21 Aug 2010 11:32:01 +0300 Subject: [TYPO3-dev] Form handling Message-ID: Hi function FORM($conf,$formData='') in class.tslib_content.php handles partially sending form information, but it seems not have the mail function. Where the actually email sending has been handled? I would need to create an extension in order to a little bit change it. Note. For Typo3 3.8-4.2. From mario at matzullas.de Sat Aug 21 11:18:45 2010 From: mario at matzullas.de (Mario Matzulla) Date: Sat, 21 Aug 2010 11:18:45 +0200 Subject: [TYPO3-dev] scheduler and doNotLoadInFE In-Reply-To: References: Message-ID: Hi Steffen, Am 19.08.10 23:04, schrieb Steffen Kamper: > Hi, > > i also thought about, main problem is the BE module of scheduler. > > i have - you know? :) - an ExtJS grouping grid in mind having eg cal > group and all the single tasks below. So you can easy search, filter etc. > > Doing this is no magic. Only the array for the ajax call has to be done, > the grid is "standard". I can help out if interest is there. Great, looking forward to it :) > > So Mario, go ahead with single tasks, this is a scheduler problem which > has to be solved anyway - i think it will be used much more often in > future ;) Thanks, Mario > > vg Steffen From jigal at xs4all.nl Sat Aug 21 15:40:28 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sat, 21 Aug 2010 15:40:28 +0200 Subject: [TYPO3-dev] Form handling In-Reply-To: References: Message-ID: Hi, On 21-8-2010 10:32, Tapio Markula wrote: > function FORM($conf,$formData='') in class.tslib_content.php > > handles partially sending form information, but it seems not have the > mail function. Where the actually email sending has been handled? > I would need to create an extension in order to a little bit change it. The FORM function creates the form itself. If a form element with the name 'email' is detected by index_ts.php it will let the function sendFormmail() in class.tslib_fe.php handle the form values. There is a hook in this function to process the data prior to the actual sending. The actual sending is handled by the function sendTheMail() in class.t3lib_htmlmail.php HTH -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From tapio.markula at xetpoint.fi Sat Aug 21 16:26:31 2010 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Sat, 21 Aug 2010 17:26:31 +0300 Subject: [TYPO3-dev] Form handling In-Reply-To: References: Message-ID: Jigal van Hemert kirjoitti: > Hi, > > On 21-8-2010 10:32, Tapio Markula wrote: >> function FORM($conf,$formData='') in class.tslib_content.php >> >> handles partially sending form information, but it seems not have the >> mail function. Where the actually email sending has been handled? >> I would need to create an extension in order to a little bit change it. > > The FORM function creates the form itself. If a form element with the > name 'email' is detected by index_ts.php it will let the function > sendFormmail() in class.tslib_fe.php handle the form values. > > There is a hook in this function to process the data prior to the actual > sending. > The actual sending is handled by the function sendTheMail() in > class.t3lib_htmlmail.php ok. Thanks. From helmut at typo3.org Sun Aug 22 08:17:51 2010 From: helmut at typo3.org (Helmut Hummel) Date: Sun, 22 Aug 2010 08:17:51 +0200 Subject: [TYPO3-dev] Problems with phpunit feature backupGlobals Message-ID: Hi, during writing the unit tests for t3lib_preparedStatement class, I encontered a problem with the backupGlobals feature of phpunit. This feature comes in heandy since, when acitveated, it takes care of backing up and restoring all global and superglobal variables. Unfortunately it does so by serializing each variable. Because serializing does not support resource types[1], the $GLOBALS['TYPO3_DB'] object is missing the $GLOBALS['TYPO3_DB']->link. Unfortunately quite some tests in TYPO3 core are setting this class variable to true, affecting all following test, which needs database access. Does anybody have an idea how to solve this problem? Since I do not understand, why phpunit serializes the variables, I would go fix/ patch it to make it worl for us. Regards Helmut [1]http://php.net/serialize From helmut at typo3.org Sun Aug 22 23:23:13 2010 From: helmut at typo3.org (Helmut Hummel) Date: Sun, 22 Aug 2010 23:23:13 +0200 Subject: [TYPO3-dev] Problems with phpunit feature backupGlobals In-Reply-To: References: Message-ID: On 22.08.10 08:17, Helmut Hummel wrote: > Hi, > > during writing the unit tests for t3lib_preparedStatement class, I > encontered a problem with the backupGlobals feature of phpunit. > > This feature comes in heandy since, when acitveated, it takes care of > backing up and restoring all global and superglobal variables. > > Unfortunately it does so by serializing each variable. Because > serializing does not support resource types[1], the $GLOBALS['TYPO3_DB'] > object is missing the $GLOBALS['TYPO3_DB']->link. > > Unfortunately quite some tests in TYPO3 core are setting this class > variable to true, affecting all following test, which needs database access. > > Does anybody have an idea how to solve this problem? Since I do not > understand, why phpunit serializes the variables, I would go fix/ patch > it to make it worl for us. OK, Sebastian Bergmann gave me a hint. We must add TYPO3_DB to the blacklist and handle the backup and restore of it in setUp() and tearDown() if it is mocked during the testcase. Regards Helmut From jbl at deweblop.de Mon Aug 23 11:17:20 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 23 Aug 2010 11:17:20 +0200 Subject: [TYPO3-dev] Create TYPO3 fe_users session In-Reply-To: References: Message-ID: Implementing an own user authentification, what would be the best way to create a session for a specific fe user? I was thinking to get the user by t3lib_userauth::getUserByUid and create a session for it using t3lib_userauth::createUserSession, but no idea if it gets initialized properly then. Background is the login form does not contain the data needed to query fe_users and stuff. It is trying to login the user to a different system (i.e. not TYPO3) with its own user table. If the authentification of that system is valid the specific fe_user's id is selected through a sync relation table and a session for that user should be created in TYPO3. This is done to gain access to the control of TYPO3 user management but having just one table containing all the needed data for users. From jigal at xs4all.nl Mon Aug 23 11:59:12 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Mon, 23 Aug 2010 11:59:12 +0200 Subject: [TYPO3-dev] Create TYPO3 fe_users session In-Reply-To: References: Message-ID: Hi, First of all: it's best to start a new thread instead of answering to another thread and changing the title. You have more chance of getting a relevant answer. On 23-8-2010 11:17, J. Lingott wrote: > Implementing an own user authentification, what would be the best way to > create a session for a specific fe user? Reading your story quickly, I think you should write an authentication service. General documentation on services can be found at [1]. In the Extension Repository you can find various authentication services which you can use as inspiration: a demo authentication service [2], an LDAP authentication service [3], and others [1] http://typo3.org/documentation/document-library/core-documentation/doc_core_services/1.0.1/view/ [2] http://typo3.org/extensions/repository/view/cc_svauthdemo/current/ [3] http://typo3.org/extensions/repository/view/ldap_auth/current/ -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From kraftb at think-open.at Mon Aug 23 13:39:22 2010 From: kraftb at think-open.at (Bernhard Kraft) Date: Mon, 23 Aug 2010 13:39:22 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template Message-ID: Hello ! This is a cross post to the documentation and dev mailinglist. The dev mailinglist seems to be spammed and not many people reading. So I posted to dev altough this should belong to documentation. I have a problem with the documentation template "manual.sxw" for creating new extension manuals. Whenever I try to update the index it looks like in the following screenshot: http://img823.imageshack.us/img823/5079/docproblem.jpg As you see in the screen not only the headlines are shown but also the whole texts. But I surely marked each text as "Standard" and not as "?berschrift" text type. Here is a link to the manual: http://rapidshare.com/files/414608868/manual.sxw It would be nice if someone could have a look at this problem and tell me how to fix it. This already occured with another manual I started to write some days ago. And extensions without documentation are worthless. greetings, Bernhard From kraftb at think-open.at Mon Aug 23 13:49:01 2010 From: kraftb at think-open.at (Bernhard Kraft) Date: Mon, 23 Aug 2010 13:49:01 +0200 Subject: [TYPO3-dev] Multidimensional URL-Parameters In-Reply-To: References: Message-ID: Am 2010-08-20 13:15, schrieb David Bruchmann: > If you know about an extension or have programmed one with those > requirements I'd like to know how the URL-parts are structured and > perhaps how building and interpreting is realized. > Technically I'm interested in solutions for pi_base (cms), MVC (extbase) > and other frameworks. In the most cases when I need to generate an URL/link I use the $this->cObj->typoLink(...) method. The typoLink method is the method of class.tslib_content.php which also gets used to generate every link found inside an RTE or any link you set via the "Link" fields for headlines, images, etc. This "typoLink" function is very powerful. You can configure it from within TypoScript, and only set the appropriate parameters from within your extension. It is almost impossible to formulate everything you can do with it. Here just an example. Create a TypoScript: plugin.tx_myext_pi1.myLink { parameter = 123 additionalParams.dataWrap = &tx_myext[cobj_1][page]={GP:tx_myext|cobj_1|page}&tx_myext[cobj_2][page]={register:browserPage} returnLast = url useCacheHash = 1 } This configuration links to page 123 with the parameters set in "additionalParams". One of the browser-parameters is taken from the GET vars and the other one from a register. In your extension/php code you can then gerate a link by using: $link = $this->cObj->typoLink('', $this->conf['myLink.']); Of course you can do a lot more with the "->typoLink" function/method. Just look up the features in the TSref: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.2/view/1/5/#id2507605 greetings, Bernhard From fsu-lists at cobweb.ch Mon Aug 23 13:52:54 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Mon, 23 Aug 2010 13:52:54 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: Hi Bernhard, > This is a cross post to the documentation and dev mailinglist. The dev > mailinglist seems to be spammed and not many people reading. So I posted > to dev altough this should belong to documentation. > > I have a problem with the documentation template "manual.sxw" for > creating new extension manuals. Whenever I try to update the index it > looks like in the following screenshot: > > http://img823.imageshack.us/img823/5079/docproblem.jpg > > As you see in the screen not only the headlines are shown but also the > whole texts. But I surely marked each text as "Standard" and not as > "?berschrift" text type. This is a known issue. I don't know if it's related to the template itself or if it's a more general OpenOffice bug. It can be solved quite easily be correcting the outline level of the paragraphs. Place yourself in the faulty paragraphs and go to Format > Paragraph... Click on the "Outline & numbering" tab and check the "Outline level" field. It should read "Body text" and not "Level xx". HTH -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From typo3-dev at bruchmann-web.de Mon Aug 23 14:07:38 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Mon, 23 Aug 2010 14:07:38 +0200 Subject: [TYPO3-dev] Multidimensional URL-Parameters In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Bernhard Kraft Gesendet: Montag, 23. August 2010 13:49:01 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multidimensional URL-Parameters > Am 2010-08-20 13:15, schrieb David Bruchmann: > >> If you know about an extension or have programmed one with those >> requirements I'd like to know how the URL-parts are structured and >> perhaps how building and interpreting is realized. >> Technically I'm interested in solutions for pi_base (cms), MVC (extbase) >> and other frameworks. > > In the most cases when I need to generate an URL/link I use the > $this->cObj->typoLink(...) method. The typoLink method is the method of > class.tslib_content.php which also gets used to generate every link > found inside an RTE or any link you set via the "Link" fields for > headlines, images, etc. > > This "typoLink" function is very powerful. You can configure it from > within TypoScript, and only set the appropriate parameters from within > your extension. It is almost impossible to formulate everything you can > do with it. Here just an example. > > Create a TypoScript: > > plugin.tx_myext_pi1.myLink { > parameter = 123 > additionalParams.dataWrap = > &tx_myext[cobj_1][page]={GP:tx_myext|cobj_1|page}&tx_myext[cobj_2][page]={register:browserPage} > > returnLast = url > useCacheHash = 1 > } > > This configuration links to page 123 with the parameters set in > "additionalParams". One of the browser-parameters is taken from the GET > vars and the other one from a register. > > In your extension/php code you can then gerate a link by using: > > $link = $this->cObj->typoLink('', $this->conf['myLink.']); > > Of course you can do a lot more with the "->typoLink" function/method. > Just look up the features in the TSref: > > http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.2/view/1/5/#id2507605 > Hi Berhard, thanks for the explanation! I think I can adapt something from it to my own viewHelper in Fluid. What do you think about a CGL for links? Greets, David From kraftb at think-open.at Mon Aug 23 14:07:36 2010 From: kraftb at think-open.at (Bernhard Kraft) Date: Mon, 23 Aug 2010 14:07:36 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: Am 2010-08-23 13:52, schrieb Fran?ois Suter: > This is a known issue. I don't know if it's related to the template > itself or if it's a more general OpenOffice bug. > > It can be solved quite easily be correcting the outline level of the > paragraphs. Place yourself in the faulty paragraphs and go to Format > > Paragraph... Click on the "Outline & numbering" tab and check the > "Outline level" field. It should read "Body text" and not "Level xx". Ok. This seems to help. I use the brush tool to transfer it to every paragraph. It seems like each paragraph carries the level of the previous heading. Probably this can get solved by configuring the index instead of applying a new level to each paragraph. I mean if a heading has level 3 it makes quite sense that the whole following paragraph has also level 3, but simply is not marked as headline. At least that would make sens in my eyes. I am not an open office expert, probably someone could explain the OO guys in IRC our problem and they could now a solution... greetings, Bernhard From jbl at deweblop.de Mon Aug 23 15:26:21 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 23 Aug 2010 15:26:21 +0200 Subject: [TYPO3-dev] Create TYPO3 fe_users session In-Reply-To: References: Message-ID: Am 23.08.2010 11:59, schrieb Jigal van Hemert: > Hi, > > First of all: it's best to start a new thread instead of answering to > another thread and changing the title. You have more chance of getting > a relevant answer. > > On 23-8-2010 11:17, J. Lingott wrote: >> Implementing an own user authentification, what would be the best way to >> create a session for a specific fe user? > > Reading your story quickly, I think you should write an authentication > service. > > General documentation on services can be found at [1]. > > In the Extension Repository you can find various authentication > services which you can use as inspiration: a demo authentication > service [2], an LDAP authentication service [3], and others > > [1] > http://typo3.org/documentation/document-library/core-documentation/doc_core_services/1.0.1/view/ > [2] http://typo3.org/extensions/repository/view/cc_svauthdemo/current/ > [3] http://typo3.org/extensions/repository/view/ldap_auth/current/ > First of all sorry for just replying to a different topic, wasn't meant to happen. Back to the story. Waiting for a reply I first tried to get it going by using the previously mentioned methods in a postUserLookUp hook and it worked fine, user got logged in. But yet the use is not logged in when going to another page which requires to be logged in. Then I switched to an auth service to see if it gets solved by that. But the problem remains: user session exists, but its values are incomplete as it seems. Group data arrays are empty and user is an empty string, although the auth method getUser returns a valid TYPO3 user. My guess was these missing values cause the mentioned problem. Are there any special methods to be used so those values get filled properly or should they be filled automatically? From bidau at ensci.com Mon Aug 23 15:34:12 2010 From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=) Date: Mon, 23 Aug 2010 15:34:12 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Le 20/08/10 18:42, Stanislas Rolland a ?crit : > Hi Isma?l, >> >> I would like to add french datas into static_country_zones for the 22 >> metropolitan regions and 96 metropolitan departments. >> (http://en.wikipedia.org/wiki/ISO_3166-2:FR) >> >> I can do it for myself but I think it could be usefull (at least for >> many users in France). >> >> Stanislas Rolland is maintainer of static_info_tables >> Francois Suter, Franz Holzinger, Rene Fritz are authors of >> static_info_tables_fr >> >> How to propose such a change ? >> > Thank you for making this offer. > > The addition of country zones should be done in the base extension: > static_info_tables. You probably do not need any translation for the > country zones of France. Therefore, no change should be required to > static_info_tables_fr or to the other translation extensions. > > I am currently the maintainer of the base extension. > > Please post your offer on the page > http://forge.typo3.org/projects/extension-static_info_tables/issues > You can attach files there after login. > > Please do this with utf-8-encoded tables using the most recent version > of the extension (2.1.2). > > Kind regards, > Stanislas > Hi Stanislas, I'm logged in but I can't create a new issue : "No tracker is associated to this project. Please check the Project settings." Can you have a look to this problem ? Or perhaps it's simple to just paste theses lines : INSERT INTO static_country_zones VALUES ('542', '0', 'FR', 'FRA', '250', 'FR-A', 'Alsace', ''); INSERT INTO static_country_zones VALUES ('543', '0', 'FR', 'FRA', '250', 'FR-B', 'Aquitaine', ''); INSERT INTO static_country_zones VALUES ('544', '0', 'FR', 'FRA', '250', 'FR-C', 'Auvergne', ''); INSERT INTO static_country_zones VALUES ('545', '0', 'FR', 'FRA', '250', 'FR-D', 'Bourgogne', ''); INSERT INTO static_country_zones VALUES ('546', '0', 'FR', 'FRA', '250', 'FR-E', 'Bretagne', ''); INSERT INTO static_country_zones VALUES ('547', '0', 'FR', 'FRA', '250', 'FR-F', 'Centre', ''); INSERT INTO static_country_zones VALUES ('548', '0', 'FR', 'FRA', '250', 'FR-G', 'Champagne-Ardenne', ''); INSERT INTO static_country_zones VALUES ('549', '0', 'FR', 'FRA', '250', 'FR-H', 'Corse', ''); INSERT INTO static_country_zones VALUES ('550', '0', 'FR', 'FRA', '250', 'FR-I', 'Franche-Comt?', ''); INSERT INTO static_country_zones VALUES ('551', '0', 'FR', 'FRA', '250', 'FR-J', '?le-de-France', ''); INSERT INTO static_country_zones VALUES ('552', '0', 'FR', 'FRA', '250', 'FR-K', 'Languedoc-Roussillon', ''); INSERT INTO static_country_zones VALUES ('553', '0', 'FR', 'FRA', '250', 'FR-L', 'Limousin', ''); INSERT INTO static_country_zones VALUES ('554', '0', 'FR', 'FRA', '250', 'FR-M', 'Lorraine', ''); INSERT INTO static_country_zones VALUES ('555', '0', 'FR', 'FRA', '250', 'FR-N', 'Midi-Pyr?n?es', ''); INSERT INTO static_country_zones VALUES ('556', '0', 'FR', 'FRA', '250', 'FR-O', 'Nord-Pas-de-Calais', ''); INSERT INTO static_country_zones VALUES ('557', '0', 'FR', 'FRA', '250', 'FR-P', 'Basse-Normandie', ''); INSERT INTO static_country_zones VALUES ('558', '0', 'FR', 'FRA', '250', 'FR-Q', 'Haute-Normandie', ''); INSERT INTO static_country_zones VALUES ('559', '0', 'FR', 'FRA', '250', 'FR-R', 'Pays de la Loire', ''); INSERT INTO static_country_zones VALUES ('560', '0', 'FR', 'FRA', '250', 'FR-S', 'Picardie', ''); INSERT INTO static_country_zones VALUES ('561', '0', 'FR', 'FRA', '250', 'FR-T', 'Poitou-Charentes', ''); INSERT INTO static_country_zones VALUES ('562', '0', 'FR', 'FRA', '250', 'FR-U', 'Provence-Alpes-C?te d\'Azur', ''); INSERT INTO static_country_zones VALUES ('563', '0', 'FR', 'FRA', '250', 'FR-V', 'Rh?ne-Alpes', ''); INSERT INTO static_country_zones VALUES ('564', '0', 'FR', 'FRA', '250', 'FR-01', 'Ain', ''); INSERT INTO static_country_zones VALUES ('565', '0', 'FR', 'FRA', '250', 'FR-02', 'Aisne', ''); INSERT INTO static_country_zones VALUES ('566', '0', 'FR', 'FRA', '250', 'FR-03', 'Allier', ''); INSERT INTO static_country_zones VALUES ('567', '0', 'FR', 'FRA', '250', 'FR-04', 'Alpes-de-Haute-Provence', ''); INSERT INTO static_country_zones VALUES ('568', '0', 'FR', 'FRA', '250', 'FR-05', 'Hautes-Alpes', ''); INSERT INTO static_country_zones VALUES ('569', '0', 'FR', 'FRA', '250', 'FR-06', 'Alpes-Maritimes', ''); INSERT INTO static_country_zones VALUES ('570', '0', 'FR', 'FRA', '250', 'FR-07', 'Ard?che', ''); INSERT INTO static_country_zones VALUES ('571', '0', 'FR', 'FRA', '250', 'FR-08', 'Ardennes', ''); INSERT INTO static_country_zones VALUES ('572', '0', 'FR', 'FRA', '250', 'FR-09', 'Ari?ge', ''); INSERT INTO static_country_zones VALUES ('573', '0', 'FR', 'FRA', '250', 'FR-10', 'Aube', ''); INSERT INTO static_country_zones VALUES ('574', '0', 'FR', 'FRA', '250', 'FR-11', 'Aude', ''); INSERT INTO static_country_zones VALUES ('575', '0', 'FR', 'FRA', '250', 'FR-12', 'Aveyron', ''); INSERT INTO static_country_zones VALUES ('576', '0', 'FR', 'FRA', '250', 'FR-13', 'Bouches-du-Rh?ne', ''); INSERT INTO static_country_zones VALUES ('577', '0', 'FR', 'FRA', '250', 'FR-14', 'Calvados', ''); INSERT INTO static_country_zones VALUES ('578', '0', 'FR', 'FRA', '250', 'FR-15', 'Cantal', ''); INSERT INTO static_country_zones VALUES ('579', '0', 'FR', 'FRA', '250', 'FR-16', 'Charente', ''); INSERT INTO static_country_zones VALUES ('580', '0', 'FR', 'FRA', '250', 'FR-17', 'Charente-Maritime', ''); INSERT INTO static_country_zones VALUES ('581', '0', 'FR', 'FRA', '250', 'FR-18', 'Cher', ''); INSERT INTO static_country_zones VALUES ('582', '0', 'FR', 'FRA', '250', 'FR-19', 'Corr?ze', ''); INSERT INTO static_country_zones VALUES ('583', '0', 'FR', 'FRA', '250', 'FR-2A', 'Corse-du-Sud', ''); INSERT INTO static_country_zones VALUES ('584', '0', 'FR', 'FRA', '250', 'FR-2B', 'Haute-Corse', ''); INSERT INTO static_country_zones VALUES ('585', '0', 'FR', 'FRA', '250', 'FR-21', 'C?te-d\'Or', ''); INSERT INTO static_country_zones VALUES ('586', '0', 'FR', 'FRA', '250', 'FR-22', 'C?tes-d\'Armor', ''); INSERT INTO static_country_zones VALUES ('587', '0', 'FR', 'FRA', '250', 'FR-23', 'Creuse', ''); INSERT INTO static_country_zones VALUES ('588', '0', 'FR', 'FRA', '250', 'FR-24', 'Dordogne', ''); INSERT INTO static_country_zones VALUES ('589', '0', 'FR', 'FRA', '250', 'FR-25', 'Doubs', ''); INSERT INTO static_country_zones VALUES ('590', '0', 'FR', 'FRA', '250', 'FR-26', 'Dr?me', ''); INSERT INTO static_country_zones VALUES ('591', '0', 'FR', 'FRA', '250', 'FR-27', 'Eure', ''); INSERT INTO static_country_zones VALUES ('592', '0', 'FR', 'FRA', '250', 'FR-28', 'Eure-et-Loir', ''); INSERT INTO static_country_zones VALUES ('593', '0', 'FR', 'FRA', '250', 'FR-29', 'Finist?re', ''); INSERT INTO static_country_zones VALUES ('594', '0', 'FR', 'FRA', '250', 'FR-30', 'Gard', ''); INSERT INTO static_country_zones VALUES ('595', '0', 'FR', 'FRA', '250', 'FR-31', 'Haute-Garonne', ''); INSERT INTO static_country_zones VALUES ('596', '0', 'FR', 'FRA', '250', 'FR-32', 'Gers', ''); INSERT INTO static_country_zones VALUES ('597', '0', 'FR', 'FRA', '250', 'FR-33', 'Gironde', ''); INSERT INTO static_country_zones VALUES ('598', '0', 'FR', 'FRA', '250', 'FR-34', 'H?rault', ''); INSERT INTO static_country_zones VALUES ('599', '0', 'FR', 'FRA', '250', 'FR-35', 'Ille-et-Vilaine', ''); INSERT INTO static_country_zones VALUES ('600', '0', 'FR', 'FRA', '250', 'FR-36', 'Indre', ''); INSERT INTO static_country_zones VALUES ('601', '0', 'FR', 'FRA', '250', 'FR-37', 'Indre-et-Loire', ''); INSERT INTO static_country_zones VALUES ('602', '0', 'FR', 'FRA', '250', 'FR-38', 'Is?re', ''); INSERT INTO static_country_zones VALUES ('603', '0', 'FR', 'FRA', '250', 'FR-39', 'Jura', ''); INSERT INTO static_country_zones VALUES ('604', '0', 'FR', 'FRA', '250', 'FR-40', 'Landes', ''); INSERT INTO static_country_zones VALUES ('605', '0', 'FR', 'FRA', '250', 'FR-41', 'Loir-et-Cher', ''); INSERT INTO static_country_zones VALUES ('606', '0', 'FR', 'FRA', '250', 'FR-42', 'Loire', ''); INSERT INTO static_country_zones VALUES ('607', '0', 'FR', 'FRA', '250', 'FR-43', 'Haute-Loire', ''); INSERT INTO static_country_zones VALUES ('608', '0', 'FR', 'FRA', '250', 'FR-44', 'Loire-Atlantique', ''); INSERT INTO static_country_zones VALUES ('609', '0', 'FR', 'FRA', '250', 'FR-45', 'Loiret', ''); INSERT INTO static_country_zones VALUES ('610', '0', 'FR', 'FRA', '250', 'FR-46', 'Lot', ''); INSERT INTO static_country_zones VALUES ('611', '0', 'FR', 'FRA', '250', 'FR-47', 'Lot-et-Garonne', ''); INSERT INTO static_country_zones VALUES ('612', '0', 'FR', 'FRA', '250', 'FR-48', 'Loz?re', ''); INSERT INTO static_country_zones VALUES ('613', '0', 'FR', 'FRA', '250', 'FR-49', 'Maine-et-Loire', ''); INSERT INTO static_country_zones VALUES ('614', '0', 'FR', 'FRA', '250', 'FR-50', 'Manche', ''); INSERT INTO static_country_zones VALUES ('615', '0', 'FR', 'FRA', '250', 'FR-51', 'Marne', ''); INSERT INTO static_country_zones VALUES ('616', '0', 'FR', 'FRA', '250', 'FR-52', 'Haute-Marne', ''); INSERT INTO static_country_zones VALUES ('617', '0', 'FR', 'FRA', '250', 'FR-53', 'Mayenne', ''); INSERT INTO static_country_zones VALUES ('618', '0', 'FR', 'FRA', '250', 'FR-54', 'Meurthe-et-Moselle', ''); INSERT INTO static_country_zones VALUES ('619', '0', 'FR', 'FRA', '250', 'FR-55', 'Meuse', ''); INSERT INTO static_country_zones VALUES ('620', '0', 'FR', 'FRA', '250', 'FR-56', 'Morbihan', ''); INSERT INTO static_country_zones VALUES ('621', '0', 'FR', 'FRA', '250', 'FR-57', 'Moselle', ''); INSERT INTO static_country_zones VALUES ('622', '0', 'FR', 'FRA', '250', 'FR-58', 'Ni?vre', ''); INSERT INTO static_country_zones VALUES ('623', '0', 'FR', 'FRA', '250', 'FR-59', 'Nord', ''); INSERT INTO static_country_zones VALUES ('624', '0', 'FR', 'FRA', '250', 'FR-60', 'Oise', ''); INSERT INTO static_country_zones VALUES ('625', '0', 'FR', 'FRA', '250', 'FR-61', 'Orne', ''); INSERT INTO static_country_zones VALUES ('626', '0', 'FR', 'FRA', '250', 'FR-62', 'Pas-de-Calais', ''); INSERT INTO static_country_zones VALUES ('627', '0', 'FR', 'FRA', '250', 'FR-63', 'Puy-de-D?me', ''); INSERT INTO static_country_zones VALUES ('628', '0', 'FR', 'FRA', '250', 'FR-64', 'Pyr?n?es-Atlantiques', ''); INSERT INTO static_country_zones VALUES ('629', '0', 'FR', 'FRA', '250', 'FR-65', 'Hautes-Pyr?n?es', ''); INSERT INTO static_country_zones VALUES ('630', '0', 'FR', 'FRA', '250', 'FR-66', 'Pyr?n?es-Orientales', ''); INSERT INTO static_country_zones VALUES ('631', '0', 'FR', 'FRA', '250', 'FR-67', 'Bas-Rhin', ''); INSERT INTO static_country_zones VALUES ('632', '0', 'FR', 'FRA', '250', 'FR-68', 'Haut-Rhin', ''); INSERT INTO static_country_zones VALUES ('633', '0', 'FR', 'FRA', '250', 'FR-69', 'Rh?ne', ''); INSERT INTO static_country_zones VALUES ('634', '0', 'FR', 'FRA', '250', 'FR-70', 'Haute-Sa?ne', ''); INSERT INTO static_country_zones VALUES ('635', '0', 'FR', 'FRA', '250', 'FR-71', 'Sa?ne-et-Loire', ''); INSERT INTO static_country_zones VALUES ('636', '0', 'FR', 'FRA', '250', 'FR-72', 'Sarthe', ''); INSERT INTO static_country_zones VALUES ('637', '0', 'FR', 'FRA', '250', 'FR-73', 'Savoie', ''); INSERT INTO static_country_zones VALUES ('638', '0', 'FR', 'FRA', '250', 'FR-74', 'Haute-Savoie', ''); INSERT INTO static_country_zones VALUES ('639', '0', 'FR', 'FRA', '250', 'FR-75', 'Paris', ''); INSERT INTO static_country_zones VALUES ('640', '0', 'FR', 'FRA', '250', 'FR-76', 'Seine-Maritime', ''); INSERT INTO static_country_zones VALUES ('641', '0', 'FR', 'FRA', '250', 'FR-77', 'Seine-et-Marne', ''); INSERT INTO static_country_zones VALUES ('642', '0', 'FR', 'FRA', '250', 'FR-78', 'Yvelines', ''); INSERT INTO static_country_zones VALUES ('643', '0', 'FR', 'FRA', '250', 'FR-79', 'Deux-S?vres', ''); INSERT INTO static_country_zones VALUES ('644', '0', 'FR', 'FRA', '250', 'FR-80', 'Somme', ''); INSERT INTO static_country_zones VALUES ('645', '0', 'FR', 'FRA', '250', 'FR-81', 'Tarn', ''); INSERT INTO static_country_zones VALUES ('646', '0', 'FR', 'FRA', '250', 'FR-82', 'Tarn-et-Garonne', ''); INSERT INTO static_country_zones VALUES ('647', '0', 'FR', 'FRA', '250', 'FR-83', 'Var', ''); INSERT INTO static_country_zones VALUES ('648', '0', 'FR', 'FRA', '250', 'FR-84', 'Vaucluse', ''); INSERT INTO static_country_zones VALUES ('649', '0', 'FR', 'FRA', '250', 'FR-85', 'Vend?e', ''); INSERT INTO static_country_zones VALUES ('650', '0', 'FR', 'FRA', '250', 'FR-86', 'Vienne', ''); INSERT INTO static_country_zones VALUES ('651', '0', 'FR', 'FRA', '250', 'FR-87', 'Haute-Vienne', ''); INSERT INTO static_country_zones VALUES ('652', '0', 'FR', 'FRA', '250', 'FR-88', 'Vosges', ''); INSERT INTO static_country_zones VALUES ('653', '0', 'FR', 'FRA', '250', 'FR-89', 'Yonne', ''); INSERT INTO static_country_zones VALUES ('654', '0', 'FR', 'FRA', '250', 'FR-90', 'Territoire de Belfort', ''); INSERT INTO static_country_zones VALUES ('655', '0', 'FR', 'FRA', '250', 'FR-91', 'Essonne', ''); INSERT INTO static_country_zones VALUES ('656', '0', 'FR', 'FRA', '250', 'FR-92', 'Hauts-de-Seine', ''); INSERT INTO static_country_zones VALUES ('657', '0', 'FR', 'FRA', '250', 'FR-93', 'Seine-Saint-Denis', ''); INSERT INTO static_country_zones VALUES ('658', '0', 'FR', 'FRA', '250', 'FR-94', 'Val-de-Marne', ''); INSERT INTO static_country_zones VALUES ('659', '0', 'FR', 'FRA', '250', 'FR-95', 'Val-d\'Oise', ''); INSERT INTO static_country_zones VALUES ('660', '0', 'FR', 'FRA', '250', 'FR-GP', 'Guadeloupe', 'Guadeloupe'); INSERT INTO static_country_zones VALUES ('661', '0', 'FR', 'FRA', '250', 'FR-GF', 'Guyane (fran?aise)', 'French Guiana'); INSERT INTO static_country_zones VALUES ('662', '0', 'FR', 'FRA', '250', 'FR-MQ', 'Martinique', 'Martinique'); INSERT INTO static_country_zones VALUES ('663', '0', 'FR', 'FRA', '250', 'FR-RE', 'La R?union', 'R?union'); INSERT INTO static_country_zones VALUES ('664', '0', 'FR', 'FRA', '250', 'FR-CP', 'Clipperton', 'Clipperton'); INSERT INTO static_country_zones VALUES ('665', '0', 'FR', 'FRA', '250', 'FR-YT', 'Mayotte', 'Mayotte'); INSERT INTO static_country_zones VALUES ('666', '0', 'FR', 'FRA', '250', 'FR-NC', 'Nouvelle-Cal?donie', 'New Caledonia'); INSERT INTO static_country_zones VALUES ('667', '0', 'FR', 'FRA', '250', 'FR-PF', 'Polyn?sie fran?aise', 'French Polynesia'); INSERT INTO static_country_zones VALUES ('668', '0', 'FR', 'FRA', '250', 'FR-BL', 'Saint-Barth?lemy', 'Saint Barth?lemy'); INSERT INTO static_country_zones VALUES ('669', '0', 'FR', 'FRA', '250', 'FR-MF', 'Saint-Martin', 'Saint Martin'); INSERT INTO static_country_zones VALUES ('670', '0', 'FR', 'FRA', '250', 'FR-PM', 'Saint-Pierre-et-Miquelon', 'Saint Pierre and Miquelon'); INSERT INTO static_country_zones VALUES ('671', '0', 'FR', 'FRA', '250', 'FR-TF', 'Terres australes fran?aises', 'French Southern Territories'); INSERT INTO static_country_zones VALUES ('672', '0', 'FR', 'FRA', '250', 'FR-WF', 'Wallis-et-Futuna', 'Wallis and Futuna'); Isma?l BIDAU www.ensci.com From liste at linawolf.de Mon Aug 23 16:13:41 2010 From: liste at linawolf.de (Lina Wolf) Date: Mon, 23 Aug 2010 16:13:41 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: Hi Bernhard, if you speak German, I wrote an article on this a while ago: http://typo3-blog.net/tutorials/news/typo3-manual-text-in-inhaltsverzeichnis.html LG Lina From typo3-dev at bruchmann-web.de Mon Aug 23 16:45:15 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Mon, 23 Aug 2010 16:45:15 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Lina Wolf Gesendet: Montag, 23. August 2010 16:13:41 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] [TYPO3-doc] Problem with documentation template > Hi Bernhard, > > if you speak German, I wrote an article on this a while ago: > http://typo3-blog.net/tutorials/news/typo3-manual-text-in-inhaltsverzeichnis.html > > > LG Lina Hi Lina, Thanks for the link. Just a question: what did you do in the past if Bernhard doesn't speak German ;) Greets, David From jbl at deweblop.de Mon Aug 23 17:38:07 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 23 Aug 2010 17:38:07 +0200 Subject: [TYPO3-dev] Create TYPO3 fe_users session In-Reply-To: References: Message-ID: Even without my own auth service those fields are empty in TSFE->fe_user and I get the same problem. But in both cases the session is created and stored in database/ cookie properly. Any ideas what that could be caused by? From jbl at deweblop.de Mon Aug 23 21:16:13 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 23 Aug 2010 21:16:13 +0200 Subject: [TYPO3-dev] TYPO3 4.4.0 permalogin bug? Message-ID: Can anyone confirm a bug with permalogin on TYPO3 v4.4.0? As soon its activated the fe session gets lost on the first page access after logging in (i.e. user doesn't get recognized and is empty on TSFE->user, though session and cookie are existing and got same id). From fsu-lists at cobweb.ch Mon Aug 23 22:23:24 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-1?Q?Fran=E7ois_Suter?=) Date: Mon, 23 Aug 2010 22:23:24 +0200 Subject: [TYPO3-dev] Next Bug Day is next Friday Message-ID: Hi all, A small reminder that the next Bug Day is up and coming. It will take place on Friday (August 27). Although I won't be able to join, I hope many of you will participate, now that the summer laziness is behind us ;-) Although the news announcement said that there would be no particular topic this time, this is no longer true. Ernesto Baschny suggested that we should try to get all unit tests running properly in the current trunk. So the theme for the next Bug Day is: "Green bar" Let's fix the tests and the bugs and get phpUnit all nice and green again! http://wiki.typo3.org/index.php/BugDay/201008 Cheers -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From lists at mathesonuk.com Mon Aug 23 22:36:14 2010 From: lists at mathesonuk.com (Sandy Matheson) Date: Mon, 23 Aug 2010 21:36:14 +0100 Subject: [TYPO3-dev] Error: Extension Contains No FIles In-Reply-To: References: Message-ID: Hi, Thanks for the reply. I am using the latest TYPO3 version but will need to check with our support company about SOAP support. Thanks, Sandy On 17/08/2010 18:20, Marcus Krause wrote: > Hi! > > Fran?ois Suter schrieb am 08/17/2010 07:17 PM Uhr: >> Hi, >> >>> I need to upload changes to an extension to TER. But when I hit the >>> upload button I get an error: >>> >>> Upload extension to repository >>> TX_TER_ERROR_GENERAL_EXTENSIONCONTAINSNOFILES: Extension contains no >>> files. >>> >>> This makes no sense to me as there are definitely files to be uploaded! >> >> This may happen because your PHP is compiled without SOAP support. Check >> your phpinfo to see if it's active or not. > > Additionally, please make sure to use a recent TYPO3 version! > > > Marcus. > From thasmo at gmail.com Mon Aug 23 23:16:14 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Mon, 23 Aug 2010 23:16:14 +0200 Subject: [TYPO3-dev] TYPO3 4.4.0 permalogin bug? In-Reply-To: References: Message-ID: J. Lingott wrote: > Can anyone confirm a bug with permalogin on TYPO3 v4.4.0? Not sure, but some of our clients and ourselves have encountered some BE(!) login/session problems with TYPO3 4.3 and 4.4; backend users get logged out randomly or immediately. Maybe search the bugtracker for frontend session/login bugs. Thomas From helmut at typo3.org Tue Aug 24 00:01:58 2010 From: helmut at typo3.org (Helmut Hummel) Date: Tue, 24 Aug 2010 00:01:58 +0200 Subject: [TYPO3-dev] Next Bug Day is next Friday In-Reply-To: References: Message-ID: Hi, On 23.08.10 22:23, Fran?ois Suter wrote: > > Although the news announcement said that there would be no particular > topic this time, this is no longer true. Ernesto Baschny suggested that > we should try to get all unit tests running properly in the current > trunk. So the theme for the next Bug Day is: > > "Green bar" > > Let's fix the tests and the bugs and get phpUnit all nice and green again! Oh, cool. I hope I will not fix all annoyances until then since I have some fixes for the unit test in pipeline (just kidding). Regards Helmut From typo3 at sjbr.ca Tue Aug 24 04:02:02 2010 From: typo3 at sjbr.ca (Stanislas Rolland) Date: Mon, 23 Aug 2010 22:02:02 -0400 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Hi Isma?l, > I'm logged in but I can't create a new issue : "No tracker is associated > to this project. Please check the Project settings." > > Can you have a look to this problem ? Thanks for reporting. I have now modified the project settings. > Or perhaps it's simple to just paste theses lines : You should now be able to attach an utf-8-encoded file to an issue on the Forge project. This is also to ensure that the issue is properly tracked. Regards, Stanislas From kraftb at think-open.at Tue Aug 24 08:48:51 2010 From: kraftb at think-open.at (Bernhard Kraft) Date: Tue, 24 Aug 2010 08:48:51 +0200 Subject: [TYPO3-dev] Multidimensional URL-Parameters In-Reply-To: References: Message-ID: Hello David, Am 2010-08-23 14:07, schrieb David Bruchmann: > Hi Berhard, It's "BerNhard" ... you missed an "n" ;) > thanks for the explanation! > I think I can adapt something from it to my own viewHelper in Fluid. AFAIK there is a viewHelper in fluid for creating typoLinks ... I am not absolutely sure but I think it is shipped with the default fluid packager (or probably extbase). > What do you think about a CGL for links? Hm. In TSref it is explained how to set up typoLinks, and there is documentation in TYPO3 core API on how to use the TYPO3 API from within PHP. Of course it would make sense to create documentation for this. Wait. I think I have found or written something about this in the wiki some time ago ... http://wiki.typo3.org/index.php/TypoScript_-_PHP_Interaction This explains how to use TypoScript with the appropriate TYPO3 API methods from within your own extensions. I guess it would be sufficient to add a chapter about typoLink method there, and probably create an official documentation out of it. I guess the name CGL wont fit. In my eyes CGLs are somthing which tell me in which style to write my code, where I put spaces, tabs, newlines, brackets, etc. I think I could formulate CGL this way: CGLs are everything which are important for optically structuring your code, they could get sum up as everything which is not visible anymore if your code would get compiled ... I know there are also some CGL on things like: "Use foreach loops instead of reset/while/end loops". greetings, Bernhard From jigal at xs4all.nl Tue Aug 24 09:17:54 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 24 Aug 2010 09:17:54 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting Message-ID: Hi, On one site a combination of settings results in the login redirect not working as requested. I understand that each part works as expected/required, but the combination is giving me headaches: 1. realurl configured to have the home page at http://www.domain.ext/ (no further path / file name) 2. felogin configured to redirect at login to the home page (uid: 1) After login felogin checks for login status and checks all the redirect options. It finds a redirect ('login'), reads the page id to redirect to ('1') and asks the core to make a (relative) link to that page. Realurl kicks in and builds the relative url (''). Felogin checks if a redirect url was created and sees that this is not the case, so it does not redirect. I don't consider this a bug of any of the parts involved, but the result of this combination is a bit problematic. I could make a redirect to a page which contains a redirect (meta and/or JS) to the home page as a dirty workaround, but I prefer a clean solution. Any ideas how to set up a redirect in this case? -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From typo3-dev at bruchmann-web.de Tue Aug 24 10:01:53 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 24 Aug 2010 10:01:53 +0200 Subject: [TYPO3-dev] Multidimensional URL-Parameters In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Bernhard Kraft Gesendet: Dienstag, 24. August 2010 08:48:51 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Multidimensional URL-Parameters > Hello David, > > Am 2010-08-23 14:07, schrieb David Bruchmann: > Hi Bernhard, > > It's "BerNhard" ... you missed an "n" ;) > UUps, sorry - wasn't my intention to write it wrong ;) > > >> thanks for the explanation! >> I think I can adapt something from it to my own viewHelper in Fluid. > > AFAIK there is a viewHelper in fluid for creating typoLinks ... I am not > absolutely sure but I think it is shipped with the default fluid > packager (or probably extbase). > Yes, the problem is that a second key is given in my parameter. Building the links may be possible without an own viwHelper but interpreting links with two parameter-keys in extbase is still a challenge for me. But thanks for the hint, I'd never like to include a redundant viewHelper. > >> What do you think about a CGL for links? > > Hm. In TSref it is explained how to set up typoLinks, and there is > documentation in TYPO3 core API on how to use the TYPO3 API from within > PHP. Of course it would make sense to create documentation for this. > Wait. I think I have found or written something about this in the wiki > some time ago ... > > http://wiki.typo3.org/index.php/TypoScript_-_PHP_Interaction > > This explains how to use TypoScript with the appropriate TYPO3 API > methods from within your own extensions. I guess it would be sufficient > to add a chapter about typoLink method there, and probably create an > official documentation out of it. Yes, excuse when I only had a quick view on it - I suggest this is very fundamental knowhow that is explained at many other places too but for an overview it's not bad and sureley a chapter about links could be added. > > I guess the name CGL wont fit. In my eyes CGLs are somthing which tell > me in which style to write my code, where I put spaces, tabs, newlines, > brackets, etc. I think I could formulate CGL this way: CGLs are > everything which are important for optically structuring your code, they > could get sum up as everything which is not visible anymore if your code > would get compiled ... I know there are also some CGL on things like: > "Use foreach loops instead of reset/while/end loops". Ok, leave the word CGL. I just propose to create a function in the core that is able to read links with two keys where the first key is automatically interpreted as realtion to the cObj - (perhaps if a leading 'c' or 'c_' is given). Until now we haven't a fixed notation about those links and it shouldn't be required for ext.-developers to implement as much code as now to build or interpret those links. Concerning extbase the request didn't came only from me: http://forge.typo3.org/issues/8365 Greetings, David From bidau at ensci.com Tue Aug 24 10:18:23 2010 From: bidau at ensci.com (=?ISO-8859-1?Q?Isma=EBl_Bidau?=) Date: Tue, 24 Aug 2010 10:18:23 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: Le 24/08/10 04:02, Stanislas Rolland a ?crit : > Hi Isma?l, >> I'm logged in but I can't create a new issue : "No tracker is associated >> to this project. Please check the Project settings." >> >> Can you have a look to this problem ? > Thanks for reporting. I have now modified the project settings. > >> Or perhaps it's simple to just paste theses lines : > You should now be able to attach an utf-8-encoded file to an issue on > the Forge project. > > This is also to ensure that the issue is properly tracked. > > Regards, > Stanislas > Hi Stanilas, I just create http://forge.typo3.org/issues/9423 and assign you this issue ;) Don't hesitate to explain me if something is wrong. Perhaps an idea for your extension, I don't see a way to have sub-division for country zone. I just list regions and departments but it could be usefull to know the list of departments per region. (a zn_parent_country_iso_nr field ?). Isma?l Bidau www.ensci.com From typo3-dev at bruchmann-web.de Tue Aug 24 10:40:57 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 24 Aug 2010 10:40:57 +0200 Subject: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Isma?l Bidau Gesendet: Dienstag, 24. August 2010 10:18:23 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] How to propose new datas for static info tables (static_country_zones) ? > Perhaps an idea for your extension, I don't see a way to have > sub-division for country zone. I just list regions and departments but > it could be usefull to know the list of departments per region. (a > zn_parent_country_iso_nr field ?). Hi Isma?l, I cant serve with your request but I created an extension with german cities. Intention was that this is done for other countries too, but I didn't get much feedback, so I never thought it's very much used. The key is static_cities and it's available on forge and in TER: http://forge.typo3.org/projects/show/extension-mdb_static_cities http://typo3.org/extensions/repository/view/mdb_static_cities/current/ The fields in the table aren't completley filled, but if the extension is or will be used I can update the extension. Greets, David From info at rs-websystems.de Tue Aug 24 13:50:32 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 24 Aug 2010 13:50:32 +0200 Subject: [TYPO3-dev] [TYPO3-v4] Extdeveval Extension to regeneratre t3skin sprites. Message-ID: Hey folks, to make "spriting" available to everybody (core dev) I build a small Extension to extdeveval, with that every (core)dev may regenerate the sprites of t3skin -- have fun. regards Steffen -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: extdeveval.diff URL: From jigal at xs4all.nl Tue Aug 24 15:18:34 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 24 Aug 2010 15:18:34 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: On 23-8-2010 13:52, Fran?ois Suter wrote: >> As you see in the screen not only the headlines are shown but also the >> whole texts. But I surely marked each text as "Standard" and not as >> "?berschrift" text type. > > This is a known issue. I don't know if it's related to the template > itself or if it's a more general OpenOffice bug. http://qa.openoffice.org/issues/show_bug.cgi?id=108109 I can copy the text here, but it is explained quite well in that issue. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From fsu-lists at cobweb.ch Tue Aug 24 15:49:10 2010 From: fsu-lists at cobweb.ch (=?ISO-8859-15?Q?Fran=E7ois_Suter?=) Date: Tue, 24 Aug 2010 15:49:10 +0200 Subject: [TYPO3-dev] [TYPO3-doc] Problem with documentation template In-Reply-To: References: Message-ID: Hi Jigal, >> This is a known issue. I don't know if it's related to the template >> itself or if it's a more general OpenOffice bug. > > http://qa.openoffice.org/issues/show_bug.cgi?id=108109 Nice. Thanks for the pointer. -- Francois Suter Cobweb Development Sarl - http://www.cobweb.ch From christian.opitz at netzelf.de Tue Aug 24 16:26:47 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Tue, 24 Aug 2010 16:26:47 +0200 Subject: [TYPO3-dev] future of FORM Message-ID: Hi list, i'm confused about which extension to use for form generation and handling. A while ago i was beginning to write an extension to formhandler that should serve as GUI to create and manage forms and fields [1][2]. But because the project was dependent of a job that took a while to start i did not work on it for a while. Now i'm working on it again and i'm thinking about changing it's behaviour from an ext for formhandler to a form manager that can export to several formats like tca, zend form (already working), FORM, HTML, formhandler configuration etc. BUT: I read about the FORM-project and that for it a wizard is planned. When thats true my extension would be more or less obsolete because i would center it arround this wizard and not write an own. Now my questions are: Are the updates on the FORM-project [3][4]? Or is this project obsolete and a spread compromise is to use powermail or formhandler? Do you see any sense in writing an form management module at all? [1] http://www.iks.hs-merseburg.de/~meinike/PDF/aa/bachelorarbeit_opitz.pdf (german only - sorry) [2] http://forge.typo3.org/projects/show/extension-formhandlergui [3] http://forge.typo3.org/projects/typo3v4-form [4] http://typo3.org/development/sponsoring/list-of-sponsored-projects/new-form-object/ Cheers, Christian From thasmo at gmail.com Tue Aug 24 18:37:57 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 24 Aug 2010 18:37:57 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Jigal van Hemert wrote: > Realurl kicks in and builds the relative url (''). Did you try to set the realurl path to "/" explicitly? (The field is called "Speaking URL path segment".) Thomas From ernst at cron-it.de Tue Aug 24 19:05:40 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 24 Aug 2010 19:05:40 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Christian Opitz - Netzelf schrieb am 24.08.2010 16:26: > i'm confused about which extension to use for form generation and > handling. A while ago i was beginning to write an extension to > formhandler that should serve as GUI to create and manage forms and > fields [1][2]. But because the project was dependent of a job that took > a while to start i did not work on it for a while. > > Now i'm working on it again and i'm thinking about changing it's > behaviour from an ext for formhandler to a form manager that can export > to several formats like tca, zend form (already working), FORM, HTML, > formhandler configuration etc. BUT: I read about the FORM-project and > that for it a wizard is planned. When thats true my extension would be > more or less obsolete because i would center it arround this wizard and > not write an own. > > Now my questions are: Are the updates on the FORM-project [3][4]? Or is > this project obsolete and a spread compromise is to use powermail or > formhandler? Do you see any sense in writing an form management module > at all? I would say the FORM-project from Patrick is still the "way to go". He has spend many hours of brainstorming about the issue already, and at least the concept of the TypoScript part of the form handling sounds very promising. Unfortunately the project was not finished, and Pat went on working on other stuff and is currently very busy with other projects. But I would welcome if we find a team to get that project rolling again. The end result should be an overworked FORM handling in TYPO3 core (maybe for 4.6 or later, but maybe even for 4.5 if we find more interested parties to work on it). I'll get in touch with Patrick and direct him to this thread. Cheers, Ernesto > [1] > http://www.iks.hs-merseburg.de/~meinike/PDF/aa/bachelorarbeit_opitz.pdf > (german only - sorry) > [2] http://forge.typo3.org/projects/show/extension-formhandlergui > > [3] http://forge.typo3.org/projects/typo3v4-form > [4] > http://typo3.org/development/sponsoring/list-of-sponsored-projects/new-form-object/ > > > Cheers, > Christian From jigal at xs4all.nl Tue Aug 24 20:31:23 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 24 Aug 2010 20:31:23 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi, Thank you for answering! On 24-8-2010 18:37, Thomas "Thasmo" Deinhamer wrote: > Jigal van Hemert wrote: >> Realurl kicks in and builds the relative url (''). > Did you try to set the realurl path to "/" explicitly? > (The field is called "Speaking URL path segment".) No difference with that path. realurl apparently removes leading slashes in the resulting relative url. -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From typo3-dev at bruchmann-web.de Tue Aug 24 20:45:06 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 24 Aug 2010 20:45:06 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: Jigal van Hemert Gesendet: Dienstag, 24. August 2010 20:31:23 An: typo3-dev at lists.typo3.org CC: Betreff: Re: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting > Hi, > > Thank you for answering! > > On 24-8-2010 18:37, Thomas "Thasmo" Deinhamer wrote: >> Jigal van Hemert wrote: >>> Realurl kicks in and builds the relative url (''). >> Did you try to set the realurl path to "/" explicitly? >> (The field is called "Speaking URL path segment".) > > No difference with that path. realurl apparently removes leading slashes > in the resulting relative url. > Did you try to set the redirect-path to "/" ? Greets, David From typo3-dev at bruchmann-web.de Tue Aug 24 20:46:38 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Tue, 24 Aug 2010 20:46:38 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: ----- Urspr?ngliche Nachricht ----- Von: David Bruchmann Gesendet: Dienstag, 24. August 2010 20:45:06 An: List for Core-/Extension development CC: Betreff: Re: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting > > Did you try to set the redirect-path to "/" ? > Forget it, it's set by uid and not by path. I suppose there can't be set a path. From christian.opitz at netzelf.de Tue Aug 24 21:26:55 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Tue, 24 Aug 2010 21:26:55 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Hi Ernesto, > I would say the FORM-project from Patrick is still the "way to go". He > has spend many hours of brainstorming about the issue already, and at > least the concept of the TypoScript part of the form handling sounds > very promising. > > Unfortunately the project was not finished, and Pat went on working on > other stuff and is currently very busy with other projects. But I would > welcome if we find a team to get that project rolling again. > > The end result should be an overworked FORM handling in TYPO3 core > (maybe for 4.6 or later, but maybe even for 4.5 if we find more > interested parties to work on it). > > I'll get in touch with Patrick and direct him to this thread. > > Cheers, > Ernesto Thank you for the insight - i would appreciate if the project would go on and i'm still very interested in a solution to easily manage forms. Reinhard - leader of formhandler-project - once wrote me (sorry for quoting without asking): "IMHO the most reasonable was, if all developers working on something with forms in TYPO3, would come together and negotiate a single core extension that provides the basic functionality and a good API for advanced needs. If we could get that there would be no need for so much people worrying about one and the same problem and we finally had a form handler thats fast, stable and powerfull." (Translated from german) +2 Cheers, Christian From info at sk-typo3.de Tue Aug 24 21:37:46 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 24 Aug 2010 21:37:46 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi Jigal, create any page (shortcut to root) and redirect to this page. vg Steffen From jigal at xs4all.nl Tue Aug 24 22:08:01 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Tue, 24 Aug 2010 22:08:01 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi Steffen, On 24-8-2010 21:37, Steffen Kamper wrote: > create any page (shortcut to root) and redirect to this page. Although such a shortcut page already exists and I already tried to use it, I created another shortcut page to root and set the redirect to that page. Same result: no redirect. As soon as I set the redirect to a different page (news overview, calendar, whatever) the redirect after login leads me to that page. I changed the page type to Standard and the redirect works correctly, as soon as the page type of my redirect page is set to Shortcut (and the shortcut page is set to root) the redirect doesn't work. (BTW, it's a 4.2.14 installation) It seems that there is no way for felogin to distinguish between a relative url to the root and no-url (invalid page). -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From typo3 at perseguers.ch Tue Aug 24 22:30:21 2010 From: typo3 at perseguers.ch (Xavier Perseguers) Date: Tue, 24 Aug 2010 22:30:21 +0200 Subject: [TYPO3-dev] Get a quicker DBAL Message-ID: Hi, With the upcoming release of TYPO3 4.5 alpha1, prepared queries are starting to be used in Core. If you are currently using DBAL, you are encouraged to checkout the QueryCache branch: https://svn.typo3.org/TYPO3v4/Extensions/dbal/branches/QueryCache (save it to typo3conf/ext/dbal to override the system extension version) You will already get a slightly quicker TYPO3. The idea is simple, for each prepared query DBAL sees, it caches it! This means that once a prepared query has been seen previously, the parsed and remapped prepared query is used instead resulting in a performance gain! Straightforward, isn't it? The DBAL caching framework works either with TransientMemory or with Memcached. In fact, it may use another backend for caching but it would then make no real sense I guess. When using TransientMemory (default option when nothing else is configured), queries are cached for the current request, allowing prepared queries that are issued more than once to be reused. When using Memcache, best option, queries are cached from one request to the other, making it much better. To use it, edit localconf.php: $TYPO3_CONF_VARS['SYS']['useCachingFramework'] = 1; $TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations']['dbal'] = array( 'backend' => 't3lib_cache_backend_TransientMemoryBackend', 'options' => array( ), ); Note: you may omit the configuration at all, as long as useCachingFramework is active, caching will default to t3lib_cache_backend_TransientMemoryBackend For memcached, use: $TYPO3_CONF_VARS['SYS']['useCachingFramework'] = 1; $TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations']['dbal'] = array( 'backend' => 't3lib_cache_backend_MemcachedBackend', 'options' => array( 'servers' => array('localhost:11211', 'otherhost:11211', 'thirdhost:11211'), // port is mandatory! ) ); You need to have memcached installed as a daemon and also as a PHP extension! Remember that prepared queries are the key for a quicker DBAL. As such you are both encouraged to provide prepared query patches for the Core and of course review the upcoming RFCs on that topic. And above all, do not hesitate to report success or failure you have with this enhanced DBAL. Cheers Xavier From ernst at cron-it.de Tue Aug 24 22:38:55 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 24 Aug 2010 22:38:55 +0200 Subject: [TYPO3-dev] Get a quicker DBAL In-Reply-To: References: Message-ID: Hi Xavier, thanks a lot for that feature. Do you mind placing the info you wrote below somewhere on the forge wiki? [1]. Then we could link that in our release notes of alpha1 and more people would be looking over it. Maybe you could also add some more infos about the current state of the API, and how to use it. That could be a "work in progress" documentation that can be then later on merged into the core APIs (as soon as 4.5 is released). Only if you have the time, of course! ;) Thanks! Cheers, Ernesto [1] http://forge.typo3.org/projects/extension-dbal/wiki Xavier Perseguers schrieb am 24.08.2010 22:30: > Hi, > > With the upcoming release of TYPO3 4.5 alpha1, prepared queries are > starting to be used in Core. > > If you are currently using DBAL, you are encouraged to checkout the > QueryCache branch: > > https://svn.typo3.org/TYPO3v4/Extensions/dbal/branches/QueryCache > > (save it to typo3conf/ext/dbal to override the system extension version) > > You will already get a slightly quicker TYPO3. > > The idea is simple, for each prepared query DBAL sees, it caches it! > This means that once a prepared query has been seen previously, the > parsed and remapped prepared query is used instead resulting in a > performance gain! Straightforward, isn't it? > > The DBAL caching framework works either with TransientMemory or with > Memcached. In fact, it may use another backend for caching but it would > then make no real sense I guess. > > > When using TransientMemory (default option when nothing else is > configured), queries are cached for the current request, allowing > prepared queries that are issued more than once to be reused. When using > Memcache, best option, queries are cached from one request to the other, > making it much better. > > > To use it, edit localconf.php: > > $TYPO3_CONF_VARS['SYS']['useCachingFramework'] = 1; > $TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations']['dbal'] = array( > 'backend' => 't3lib_cache_backend_TransientMemoryBackend', > 'options' => array( > ), > ); > > Note: you may omit the configuration at all, as long as > useCachingFramework is active, caching will default to > t3lib_cache_backend_TransientMemoryBackend > > For memcached, use: > > $TYPO3_CONF_VARS['SYS']['useCachingFramework'] = 1; > $TYPO3_CONF_VARS['SYS']['caching']['cacheConfigurations']['dbal'] = array( > 'backend' => 't3lib_cache_backend_MemcachedBackend', > 'options' => array( > 'servers' => array('localhost:11211', 'otherhost:11211', > 'thirdhost:11211'), // port is mandatory! > ) > ); > > You need to have memcached installed as a daemon and also as a PHP > extension! > > > Remember that prepared queries are the key for a quicker DBAL. As such > you are both encouraged to provide prepared query patches for the Core > and of course review the upcoming RFCs on that topic. > > And above all, do not hesitate to report success or failure you have > with this enhanced DBAL. > > Cheers > Xavier From info at sk-typo3.de Tue Aug 24 23:59:14 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Tue, 24 Aug 2010 23:59:14 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi, Jigal van Hemert schrieb: > Hi Steffen, > > On 24-8-2010 21:37, Steffen Kamper wrote: >> create any page (shortcut to root) and redirect to this page. > > Although such a shortcut page already exists and I already tried to use > it, I created another shortcut page to root and set the redirect to that > page. Same result: no redirect. > As soon as I set the redirect to a different page (news overview, > calendar, whatever) the redirect after login leads me to that page. > > I changed the page type to Standard and the redirect works correctly, as > soon as the page type of my redirect page is set to Shortcut (and the > shortcut page is set to root) the redirect doesn't work. > > (BTW, it's a 4.2.14 installation) > > It seems that there is no way for felogin to distinguish between a > relative url to the root and no-url (invalid page). > ah - i think realurl handles pages type shortcut different and use the target. So for now i only see a dirty solution to do a manual redirect on that page type: standard, no cache, php script with the redirect ... I don't see a easy solution for now, i will think about, may be ... vg Steffen From helmut at typo3.org Wed Aug 25 08:56:53 2010 From: helmut at typo3.org (Helmut Hummel) Date: Wed, 25 Aug 2010 08:56:53 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi Jigal, On 24.08.10 09:17, Jigal van Hemert wrote: > > After login felogin checks for login status and checks all the redirect > options. It finds a redirect ('login'), reads the page id to redirect to > ('1') and asks the core to make a (relative) link to that page. > Realurl kicks in and builds the relative url (''). > Felogin checks if a redirect url was created and sees that this is not > the case, so it does not redirect. I also head this problem once but was not able to reproduce it with the latest version of realurl, since the generated URL for the homepage was now always "/". Back then I solved the problem with setting absRefPrefix = / and the baseURL not to have a trailing slash. Regards Helmut From jbl at deweblop.de Wed Aug 25 10:42:28 2010 From: jbl at deweblop.de (J. Lingott) Date: Wed, 25 Aug 2010 10:42:28 +0200 Subject: [TYPO3-dev] XCLASS Extension for tt_news containing new types Message-ID: Am working on an XCLASS extension for tt_news adding some new types. It all works fine on the backend part, but on the frontend I got some problems. What I need to do is two things. First remove some types from displaying on the LIST and LATEST views, and second is related news concerned and should on the one hand as well remove types from the default related list and on the other hand implement another list with the excluded types. The first question is if there's some way of doing that by TS or if I have to implement my own codes with special userFunc handling (which seems to be impossible for the related news part). A solution without TS and the own codes would be fine as well. Second question is if there's any way to process the markers in the items of default related list in the way of extraItemMarkerHook, as that hook doesn't apply there. From ernst at cron-it.de Wed Aug 25 11:00:16 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Wed, 25 Aug 2010 11:00:16 +0200 Subject: [TYPO3-dev] [TYPO3-v4] Announcing TYPO3 4.5alpha1 Message-ID: Dear TYPO3 friends, today, the TYPO3 community released the first alpha version of TYPO3 4.5. This marks the start of our mission to provide the first TYPO3 release ever to have long term support (LTS). We will have 4.5.0 ready by january 2011. For details about the release and the current progress, please read up on http://forge.typo3.org/projects/typo3v45-projects/wiki/TYPO3_450alpha1 We also ship a introductionpackage with this first alpha release which allows people to test the new features right away. You can of course also opt to upgrade an existing installation to the new 4.5alpha1 version, but keep in mind that this is still a snapshot of our development so far, and more changes and fixes will be included in further releases. You can download the Alpha packages from: http://typo3.org/download/packages/ MD5 checksums: 2a02ee3055c598251f27a794cc41c8ea dummy-4.5.0alpha1.tar.gz 4fb7bafab17e7ca07aaf4d4c266c7846 dummy-4.5.0alpha1.zip c8256e7dccd5516ae7f3095395afc758 typo3_src-4.5.0alpha1.tar.gz e3a09277e58c4b2f9cb23d6f8532c107 typo3_src-4.5.0alpha1.zip 6297807690db90d1e4416b326d2d69fa typo3_src+dummy-4.5.0alpha1.zip 04b5ffbe993737b05e5653afc8d06c3a introductionpackage-4.5.0alpha1.zip Cheers, Steffen Kamper (Technical Leader) and Ernesto Baschny (Release Manager) From fhi at webmen.de Wed Aug 25 11:48:44 2010 From: fhi at webmen.de (Frank Hilling) Date: Wed, 25 Aug 2010 11:48:44 +0200 Subject: [TYPO3-dev] GMENU with 2 text-rows / calc width Message-ID: Hello, i have a horizontal GMENU with 2 rows of text in each menuitem. I want to use something like: XY = [10.w]+15,46 But when i have two rows of text, i have [10.w] and [15.w]. So i don't know which textrow is longer. Is there a way to calculate the width of the button, or to compare the width of the textrows in typoscript? Or is there a command for this case in GMENU which i do not know? Thanks, Frank From jigal at xs4all.nl Wed Aug 25 13:10:00 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Wed, 25 Aug 2010 13:10:00 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi Helmut, On 25-8-2010 8:56, Helmut Hummel wrote: > Back then I solved the problem with setting > absRefPrefix = / > and the baseURL not to have a trailing slash. My hero! Very clever solution. Just had time to test it with this installation and it works like a charm! I owe you a couple of patch reviews now :-) -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From helmut at typo3.org Wed Aug 25 15:02:18 2010 From: helmut at typo3.org (Helmut Hummel) Date: Wed, 25 Aug 2010 15:02:18 +0200 Subject: [TYPO3-dev] Logic challenge with felogin, realurl and redirect setting In-Reply-To: References: Message-ID: Hi Jigal, Am 25.08.2010 13:10, schrieb Jigal van Hemert: > > I owe you a couple of patch reviews now :-) Deal! :) Regards Helmut From jbl at deweblop.de Wed Aug 25 18:47:11 2010 From: jbl at deweblop.de (J. Lingott) Date: Wed, 25 Aug 2010 18:47:11 +0200 Subject: [TYPO3-dev] Multilanguage tt_news and speaking path segment Message-ID: Is there an option on tt_news to disable "prevent link targets from being changed in localized records" and make them have their own speaking path segment? In my opinion a translated path is ranked higher than having the same record id on the params (at least if using speaking urls). From rf at typoheads.at Wed Aug 25 19:35:54 2010 From: rf at typoheads.at (=?ISO-8859-1?Q?Reinhard_F=FChricht?=) Date: Wed, 25 Aug 2010 19:35:54 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 2010-08-24 21:26, schrieb Christian Opitz - Netzelf: > Hi Ernesto, >> I would say the FORM-project from Patrick is still the "way to go". He >> has spend many hours of brainstorming about the issue already, and at >> least the concept of the TypoScript part of the form handling sounds >> very promising. >> >> Unfortunately the project was not finished, and Pat went on working on >> other stuff and is currently very busy with other projects. But I would >> welcome if we find a team to get that project rolling again. >> >> The end result should be an overworked FORM handling in TYPO3 core >> (maybe for 4.6 or later, but maybe even for 4.5 if we find more >> interested parties to work on it). >> >> I'll get in touch with Patrick and direct him to this thread. >> >> Cheers, >> Ernesto > Thank you for the insight - i would appreciate if the project would go > on and i'm still very interested in a solution to easily manage forms. > Reinhard - leader of formhandler-project - once wrote me (sorry for > quoting without asking): > "IMHO the most reasonable was, if all developers working on something > with forms in TYPO3, would come together and negotiate a single core > extension that provides the basic functionality and a good API for > advanced needs. If we could get that there would be no need for so much > people worrying about one and the same problem and we finally had a form > handler thats fast, stable and powerfull." (Translated from german) > +2 > Cheers, > Christian Thanks for reminding me about that. I really wanted to get in touch with all the form extension authors, but I somehow got busy and forgot about it. I talked to Patrick during the t3dd09 about providing error checks and utility function in core to be used in form handling extensions, but this came to nothing too somehow. It would be really cool to team up and try to provide at least some useful error checks in core. The new FORM object needs them, Formhandler needs them, Powermail needs them and any other form extension too. I will send out an email to the extension authors and inform them about this thread and lets see what comes up. Regards, Reinhard From liste at linawolf.de Wed Aug 25 19:58:20 2010 From: liste at linawolf.de (Lina Wolf) Date: Wed, 25 Aug 2010 19:58:20 +0200 Subject: [TYPO3-dev] Multilanguage tt_news and speaking path segment In-Reply-To: References: Message-ID: Am 25.08.2010 18:47, schrieb J. Lingott: > Is there an option on tt_news to disable "prevent link targets from > being changed in localized records" and make them have their own > speaking path segment? > > In my opinion a translated path is ranked higher than having the same > record id on the params (at least if using speaking urls). you can use my extension lonewsseo it will provide you with an own alias field for the path in tt_news -- LG Lina From jbl at deweblop.de Wed Aug 25 23:24:00 2010 From: jbl at deweblop.de (J. Lingott) Date: Wed, 25 Aug 2010 23:24:00 +0200 Subject: [TYPO3-dev] TYPO3 core hook add-in Message-ID: Can someone make a really small core change please. What is needed is the record uid in the preProcessedValue/ getProcessedValue hooks. The record uid is actually available in t3lib_befunc->getProcessedValue, it just has to be added to the params send to the user function. Currently its not possible to track back which uid and therefore table is affected from the mm table when using more than one foreign table sources. From dmitry at typo3.org Thu Aug 26 09:09:13 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Thu, 26 Aug 2010 10:09:13 +0300 Subject: [TYPO3-dev] TYPO3 core hook add-in In-Reply-To: References: Message-ID: Hi! J. Lingott wrote: > Can someone make a really small core change please. What is needed is > the record uid in the preProcessedValue/ getProcessedValue hooks. The > record uid is actually available in t3lib_befunc->getProcessedValue, it > just has to be added to the params send to the user function. Currently > its not possible to track back which uid and therefore table is affected > from the mm table when using more than one foreign table sources. You can make a patch and submit it to the core list for approval. More information is here: http://typo3.org/teams/core/core-mailinglist-rules/ Btw, it is polite to say "Hello" to people. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From ernst at cron-it.de Thu Aug 26 09:50:00 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 26 Aug 2010 09:50:00 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Reinhard F?hricht schrieb am 25.08.2010 19:35: >> Thank you for the insight - i would appreciate if the project would go >> on and i'm still very interested in a solution to easily manage forms. >> Reinhard - leader of formhandler-project - once wrote me (sorry for >> quoting without asking): >> "IMHO the most reasonable was, if all developers working on something >> with forms in TYPO3, would come together and negotiate a single core >> extension that provides the basic functionality and a good API for >> advanced needs. If we could get that there would be no need for so much >> people worrying about one and the same problem and we finally had a form >> handler thats fast, stable and powerfull." (Translated from german) >> +2 >> Cheers, >> Christian > > Thanks for reminding me about that. I really wanted to get in touch with > all the form extension authors, but I somehow got busy and forgot about it. > I talked to Patrick during the t3dd09 about providing error checks and > utility function in core to be used in form handling extensions, but > this came to nothing too somehow. > It would be really cool to team up and try to provide at least some > useful error checks in core. The new FORM object needs them, Formhandler > needs them, Powermail needs them and any other form extension too. That might be a good candidate for a start to get stuff in small steps into the core (in 4.5). Can you ellaborate a bit more on what you mean with "error checks" and "utility functions"? Cheers, Ernesto From rf at typoheads.at Thu Aug 26 10:23:37 2010 From: rf at typoheads.at (=?ISO-8859-1?Q?Reinhard_F=FChricht?=) Date: Thu, 26 Aug 2010 10:23:37 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 2010-08-26 09:50, schrieb Ernesto Baschny [cron IT]: > Reinhard F?hricht schrieb am 25.08.2010 19:35: > >>> Thank you for the insight - i would appreciate if the project would go >>> on and i'm still very interested in a solution to easily manage forms. >>> Reinhard - leader of formhandler-project - once wrote me (sorry for >>> quoting without asking): >>> "IMHO the most reasonable was, if all developers working on something >>> with forms in TYPO3, would come together and negotiate a single core >>> extension that provides the basic functionality and a good API for >>> advanced needs. If we could get that there would be no need for so much >>> people worrying about one and the same problem and we finally had a form >>> handler thats fast, stable and powerfull." (Translated from german) >>> +2 >>> Cheers, >>> Christian >> >> Thanks for reminding me about that. I really wanted to get in touch with >> all the form extension authors, but I somehow got busy and forgot about it. >> I talked to Patrick during the t3dd09 about providing error checks and >> utility function in core to be used in form handling extensions, but >> this came to nothing too somehow. >> It would be really cool to team up and try to provide at least some >> useful error checks in core. The new FORM object needs them, Formhandler >> needs them, Powermail needs them and any other form extension too. > > That might be a good candidate for a start to get stuff in small steps > into the core (in 4.5). Can you ellaborate a bit more on what you mean > with "error checks" and "utility functions"? > > Cheers, > Ernesto Hi Ernesto, what I have in mind is something like this: The core could provide separate error check classes to be used in extensions and in the core itself. Example: class errorcheck_integer extends absctract_errorcheck { public function check($value) { return t3lib_div::testInt($value); } } That would be a very simple error check, but there could be many more. Like: class errorcheck_indbtable extends absctract_errorcheck { public function check($value, $settings = array()) { } } $settings may consist of the table and field to check. The important thing is: An error check returns true/false and takes a value and a setting array as arguments. In my opinion, such error checks can be used easily in other extensions. Utility classes are more difficult to explain. Examples would be - a usable and fully configurable mailer engine (e.g. using swiftmailer http://swiftmailer.org/) - a method like "getCSV($data)" which converts a multidimensional array into a CSV string. (I know there is a method in t3lib_div, but it doesn't work well) - I know this topic is very difficult, but it would be so important to have some kind of semi-automatic GET/POST sanitizing. Maybe like this: $gpVars = t3lib_sanitizing::sanitizeForDB($gpVars); $gpVars = t3lib_sanitizing::sanitizeForHTML($gpVars); - A unified form submission log, where any form extension can write into. The form submission log could provide a backend module for overview, filtering and exporting the submitted data. Kind of like the Formhandler backend log, but more beautiful and - as said - unified (maybe like devlog). Maybe there are many more useful methods that could be implemented, but this are a few thoughts I have in mind. I am looking forward to any thoughts on this topic and I am willing to participate in implementing this. Regards, Reinhard From jbl at deweblop.de Thu Aug 26 10:47:34 2010 From: jbl at deweblop.de (J. Lingott) Date: Thu, 26 Aug 2010 10:47:34 +0200 Subject: [TYPO3-dev] TYPO3 core hook add-in In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > J. Lingott wrote: >> Can someone make a really small core change please. What is needed is >> the record uid in the preProcessedValue/ getProcessedValue hooks. The >> record uid is actually available in t3lib_befunc->getProcessedValue, it >> just has to be added to the params send to the user function. Currently >> its not possible to track back which uid and therefore table is affected >> from the mm table when using more than one foreign table sources. > You can make a patch and submit it to the core list for approval. More > information is here: http://typo3.org/teams/core/core-mailinglist-rules/ > > Btw, it is polite to say "Hello" to people. You're right Dmitry: Hello people and sorry for my inpoliteness! Thanks for your reply Dmitry. Will do what you proposed as soon I got some spare time later today. From kai.vogel at speedprogs.de Thu Aug 26 11:08:52 2010 From: kai.vogel at speedprogs.de (Kai Vogel) Date: Thu, 26 Aug 2010 11:08:52 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: "" Message-ID: Hi Reinhard, Hi Ernesto, I think these are two more examples for nice to have methods: - Some kind of Flash binding like XML output of validation results - Real MIME type validation of uploaded files And what do you think about graphical statistics of the submitted data in the log module? Best regards -- Kai On Thu, 26 Aug 2010 10:23:37 +0200, Reinhard F?hricht wrote: > Am 2010-08-26 09:50, schrieb Ernesto Baschny [cron IT]: >> Reinhard F?hricht schrieb am 25.08.2010 19:35: >> >>>> Thank you for the insight - i would appreciate if the project would go >>>> on and i'm still very interested in a solution to easily manage forms. >>>> Reinhard - leader of formhandler-project - once wrote me (sorry for >>>> quoting without asking): >>>> "IMHO the most reasonable was, if all developers working on something >>>> with forms in TYPO3, would come together and negotiate a single core >>>> extension that provides the basic functionality and a good API for >>>> advanced needs. If we could get that there would be no need for so much >>>> people worrying about one and the same problem and we finally had a >>>> form >>>> handler thats fast, stable and powerfull." (Translated from german) >>>> +2 >>>> Cheers, >>>> Christian >>> >>> Thanks for reminding me about that. I really wanted to get in touch with >>> all the form extension authors, but I somehow got busy and forgot about >>> it. >>> I talked to Patrick during the t3dd09 about providing error checks and >>> utility function in core to be used in form handling extensions, but >>> this came to nothing too somehow. >>> It would be really cool to team up and try to provide at least some >>> useful error checks in core. The new FORM object needs them, Formhandler >>> needs them, Powermail needs them and any other form extension too. >> >> That might be a good candidate for a start to get stuff in small steps >> into the core (in 4.5). Can you ellaborate a bit more on what you mean >> with "error checks" and "utility functions"? >> >> Cheers, >> Ernesto > > Hi Ernesto, > > what I have in mind is something like this: > The core could provide separate error check classes to be used in > extensions and in the core itself. > > Example: > > class errorcheck_integer extends absctract_errorcheck { > > public function check($value) { > return t3lib_div::testInt($value); > } > > } > > That would be a very simple error check, but there could be many more. > > Like: > > class errorcheck_indbtable extends absctract_errorcheck { > > public function check($value, $settings = array()) { > > } > > } > > $settings may consist of the table and field to check. > The important thing is: An error check returns true/false and takes a > value and a setting array as arguments. In my opinion, such error checks > can be used easily in other extensions. > > Utility classes are more difficult to explain. Examples would be > - a usable and fully configurable mailer engine (e.g. using swiftmailer > http://swiftmailer.org/) > - a method like "getCSV($data)" which converts a multidimensional array > into a CSV string. (I know there is a method in t3lib_div, but it > doesn't work well) > - I know this topic is very difficult, but it would be so important to > have some kind of semi-automatic GET/POST sanitizing. Maybe like this: > > $gpVars = t3lib_sanitizing::sanitizeForDB($gpVars); > $gpVars = t3lib_sanitizing::sanitizeForHTML($gpVars); > > - A unified form submission log, where any form extension can write > into. The form submission log could provide a backend module for > overview, filtering and exporting the submitted data. Kind of like the > Formhandler backend log, but more beautiful and - as said - unified > (maybe like devlog). > > > Maybe there are many more useful methods that could be implemented, but > this are a few thoughts I have in mind. > > I am looking forward to any thoughts on this topic and I am willing to > participate in implementing this. > > Regards, > Reinhard > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From kai.vogel at speedprogs.de Thu Aug 26 12:16:33 2010 From: kai.vogel at speedprogs.de (Kai Vogel) Date: Thu, 26 Aug 2010 12:16:33 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: "" Message-ID: Hi, here are the results of a short brainstorming session for the FORM assistent: Field types: ------------------------- - Single line - Multi line - Radio group (horizontal / vertical) - Checkbox - Checkbox group (horizontal / vertical) - Select - Date-Picker - Time-Picker - Period-Picker - Color-Picker - File - File with preview (e.g. images) - File on server - iFrame - WYSIWYG editor - Script (highlighting) - Slider - Captcha - Show value only - TypoScript Output of error messages: ------------------------- - List - Single messages - Tooltips - XML - JavaScript array - JSON View types: ------------------------- - Single page - Multiple pages - Fieldset - Tabs Other things: ------------------------- - AJAX validation - AJAX autocomplete If form was submitted: ------------------------- - Send emails - Store into DB - Store into external DB - Store into session - Log - Execute a JavaScript function - Execute a PHP userFunc - Redirect to another page Best regards -- Kai On Thu, 26 Aug 2010 11:08:52 +0200, Kai Vogel wrote: > Hi Reinhard, Hi Ernesto, > > I think these are two more examples for nice to have methods: > > - Some kind of Flash binding like XML output of validation results > - Real MIME type validation of uploaded files > > And what do you think about graphical statistics of the submitted data in > the log module? > > Best regards > -- > Kai > > > On Thu, 26 Aug 2010 10:23:37 +0200, Reinhard F?hricht > wrote: >> Am 2010-08-26 09:50, schrieb Ernesto Baschny [cron IT]: >>> Reinhard F?hricht schrieb am 25.08.2010 19:35: >>> >>>>> Thank you for the insight - i would appreciate if the project would > go >>>>> on and i'm still very interested in a solution to easily manage > forms. >>>>> Reinhard - leader of formhandler-project - once wrote me (sorry for >>>>> quoting without asking): >>>>> "IMHO the most reasonable was, if all developers working on something >>>>> with forms in TYPO3, would come together and negotiate a single core >>>>> extension that provides the basic functionality and a good API for >>>>> advanced needs. If we could get that there would be no need for so > much >>>>> people worrying about one and the same problem and we finally had a >>>>> form >>>>> handler thats fast, stable and powerfull." (Translated from german) >>>>> +2 >>>>> Cheers, >>>>> Christian >>>> >>>> Thanks for reminding me about that. I really wanted to get in touch > with >>>> all the form extension authors, but I somehow got busy and forgot > about >>>> it. >>>> I talked to Patrick during the t3dd09 about providing error checks and >>>> utility function in core to be used in form handling extensions, but >>>> this came to nothing too somehow. >>>> It would be really cool to team up and try to provide at least some >>>> useful error checks in core. The new FORM object needs them, > Formhandler >>>> needs them, Powermail needs them and any other form extension too. >>> >>> That might be a good candidate for a start to get stuff in small steps >>> into the core (in 4.5). Can you ellaborate a bit more on what you mean >>> with "error checks" and "utility functions"? >>> >>> Cheers, >>> Ernesto >> >> Hi Ernesto, >> >> what I have in mind is something like this: >> The core could provide separate error check classes to be used in >> extensions and in the core itself. >> >> Example: >> >> class errorcheck_integer extends absctract_errorcheck { >> >> public function check($value) { >> return t3lib_div::testInt($value); >> } >> >> } >> >> That would be a very simple error check, but there could be many more. >> >> Like: >> >> class errorcheck_indbtable extends absctract_errorcheck { >> >> public function check($value, $settings = array()) { >> >> } >> >> } >> >> $settings may consist of the table and field to check. >> The important thing is: An error check returns true/false and takes a >> value and a setting array as arguments. In my opinion, such error checks > >> can be used easily in other extensions. >> >> Utility classes are more difficult to explain. Examples would be >> - a usable and fully configurable mailer engine (e.g. using swiftmailer >> http://swiftmailer.org/) >> - a method like "getCSV($data)" which converts a multidimensional array >> into a CSV string. (I know there is a method in t3lib_div, but it >> doesn't work well) >> - I know this topic is very difficult, but it would be so important to >> have some kind of semi-automatic GET/POST sanitizing. Maybe like this: >> >> $gpVars = t3lib_sanitizing::sanitizeForDB($gpVars); >> $gpVars = t3lib_sanitizing::sanitizeForHTML($gpVars); >> >> - A unified form submission log, where any form extension can write >> into. The form submission log could provide a backend module for >> overview, filtering and exporting the submitted data. Kind of like the >> Formhandler backend log, but more beautiful and - as said - unified >> (maybe like devlog). >> >> >> Maybe there are many more useful methods that could be implemented, but >> this are a few thoughts I have in mind. >> >> I am looking forward to any thoughts on this topic and I am willing to >> participate in implementing this. >> >> Regards, >> Reinhard >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From christian.opitz at netzelf.de Thu Aug 26 12:19:08 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Thu, 26 Aug 2010 12:19:08 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 26.08.2010 10:23, schrieb Reinhard F?hricht: > > Maybe there are many more useful methods that could be implemented, > but this are a few thoughts I have in mind. > > I am looking forward to any thoughts on this topic and I am willing to > participate in implementing this. > I think a complete form package would be best - for FE as well as BE. Maybe code can describe it better than words: http://pastebin.com/t4kQe8dm (Please ignore bad naming or strange paths - it's just about the flow, that i have in mind). The FORM-project goes in a good direction but it seems like it does not provide an API yet. Cheers, Christian From christian.opitz at netzelf.de Thu Aug 26 12:27:25 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Thu, 26 Aug 2010 12:27:25 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: "" Message-ID: Wow - looks complete :) For the assistent maybe this could be good base: http://www.projectspace.nl/ (Project seems not to be active anymore and in the forum they say that it does not work properly with extJS 3 - but it could be a good start) Of course it's important that it is extendable and configurable. Cheers, Christian Am 26.08.2010 12:16, schrieb Kai Vogel: > Hi, > > here are the results of a short brainstorming session for the FORM > assistent: > > > Field types: > ------------------------- > - Single line > - Multi line > - Radio group (horizontal / vertical) > - Checkbox > - Checkbox group (horizontal / vertical) > - Select > - Date-Picker > - Time-Picker > - Period-Picker > - Color-Picker > - File > - File with preview (e.g. images) > - File on server > - iFrame > - WYSIWYG editor > - Script (highlighting) > - Slider > - Captcha > - Show value only > - TypoScript > > > Output of error messages: > ------------------------- > - List > - Single messages > - Tooltips > - XML > - JavaScript array > - JSON > > > View types: > ------------------------- > - Single page > - Multiple pages > - Fieldset > - Tabs > > > Other things: > ------------------------- > - AJAX validation > - AJAX autocomplete > > > If form was submitted: > ------------------------- > - Send emails > - Store into DB > - Store into external DB > - Store into session > - Log > - Execute a JavaScript function > - Execute a PHP userFunc > - Redirect to another page > > > Best regards > -- > Kai From rf at typoheads.at Thu Aug 26 12:47:46 2010 From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=) Date: Thu, 26 Aug 2010 12:47:46 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 2010-08-24 16:26, schrieb Christian Opitz - Netzelf: > Hi list, > > i'm confused about which extension to use for form generation and > handling. A while ago i was beginning to write an extension to > formhandler that should serve as GUI to create and manage forms and > fields [1][2]. But because the project was dependent of a job that took > a while to start i did not work on it for a while. > > Now i'm working on it again and i'm thinking about changing it's > behaviour from an ext for formhandler to a form manager that can export > to several formats like tca, zend form (already working), FORM, HTML, > formhandler configuration etc. BUT: I read about the FORM-project and > that for it a wizard is planned. When thats true my extension would be > more or less obsolete because i would center it arround this wizard and > not write an own. > > Now my questions are: Are the updates on the FORM-project [3][4]? Or is > this project obsolete and a spread compromise is to use powermail or > formhandler? Do you see any sense in writing an form management module > at all? > > [1] > http://www.iks.hs-merseburg.de/~meinike/PDF/aa/bachelorarbeit_opitz.pdf > (german only - sorry) > [2] http://forge.typo3.org/projects/show/extension-formhandlergui > > [3] http://forge.typo3.org/projects/typo3v4-form > [4] > http://typo3.org/development/sponsoring/list-of-sponsored-projects/new-form-object/ > > > Cheers, > Christian To make this discussion more vivid, maybe we could manage to set up a skype chat? What do you think about that and what would be a good time? Regards, Reinhard From jbl at deweblop.de Thu Aug 26 13:30:45 2010 From: jbl at deweblop.de (J. Lingott) Date: Thu, 26 Aug 2010 13:30:45 +0200 Subject: [TYPO3-dev] PI language labels Message-ID: Hello list, am currently facing some problem related to fetching the right language labels for the currently selected sys_language. Am using pi_loadLL() to load the language fiel and pi_getLL() for the labels. This routine was working fine already but now is just returning the english labels. Should it be fine like that or am I missing anything? From michal at alternet.nl Thu Aug 26 15:11:01 2010 From: michal at alternet.nl (Michal Krypczyk) Date: Thu, 26 Aug 2010 15:11:01 +0200 Subject: [TYPO3-dev] Prefill powermail date input Message-ID: Hi, Does anyone know how to prefill a date field (date2cal) in powermail form? Is it possible at all? Thanks, Micha? From phlogsmailinglists at gmail.com Thu Aug 26 17:32:15 2010 From: phlogsmailinglists at gmail.com (Cyrill Helg) Date: Thu, 26 Aug 2010 17:32:15 +0200 Subject: [TYPO3-dev] Message in backend not visible in new typo3 4.4 using flashMessage Message-ID: Hi there I'm using this code to generate a small message in the backend when a record is saved with specific settings to inform the user about an email sent: echo t3lib_div::makeInstance( 't3lib_FlashMessage', 'Message!', '', t3lib_FlashMessage::INFO )->render(); [In function "processDatamap_afterDatabaseOperations" in class "tx_fxagency_tcemainprocdm"] However the message is behind the title of the edit page in backend and thus not visible, see attached picture. Is there anything I could do to fix this? Maybe with some additional HTML/CSS Code? Thanks a lot for your help! Cyrill Helt From lolli at schwarzbu.ch Thu Aug 26 17:41:02 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 26 Aug 2010 17:41:02 +0200 Subject: [TYPO3-dev] Message in backend not visible in new typo3 4.4 using flashMessage In-Reply-To: References: Message-ID: On 08/26/2010 05:32 PM, Cyrill Helg wrote: > I'm using this code to generate a small message in the backend when a record > is saved with specific settings to inform the user about an email sent: > > echo t3lib_div::makeInstance( > 't3lib_FlashMessage', > 'Message!', > '', > t3lib_FlashMessage::INFO > )->render(); > > [In function "processDatamap_afterDatabaseOperations" in class > "tx_fxagency_tcemainprocdm"] Don't echo out the message, it will be placed automatically. We're using this code in a processDatamap_postProcessFieldArray hook: $flashMessage = t3lib_div::makeInstance( 't3lib_FlashMessage', 'Message!', '', t3lib_FlashMessage::WARNING, TRUE ); t3lib_FlashMessageQueue::addMessage($flashMessage); Regards Christian From phlogsmailinglists at gmail.com Thu Aug 26 17:42:40 2010 From: phlogsmailinglists at gmail.com (Cyrill Helg) Date: Thu, 26 Aug 2010 17:42:40 +0200 Subject: [TYPO3-dev] The picture - Message in backend not visible in new typo3 4.4 using flashMessage In-Reply-To: References: Message-ID: Hi again Here is the picture: http://imagebin.ca/view/o0EU9zz.html Sorry, didn't know, that attachments are not allowed here. On Thursday 26 August 2010 17:32:15 Cyrill Helg wrote: > Hi there > > I'm using this code to generate a small message in the backend when a > record is saved with specific settings to inform the user about an email > sent: > > echo t3lib_div::makeInstance( > 't3lib_FlashMessage', > 'Message!', > '', > t3lib_FlashMessage::INFO > )->render(); > > [In function "processDatamap_afterDatabaseOperations" in class > "tx_fxagency_tcemainprocdm"] > > However the message is behind the title of the edit page in backend and > thus not visible, see attached picture. > > > Is there anything I could do to fix this? Maybe with some additional > HTML/CSS Code? > > > Thanks a lot for your help! > Cyrill Helt From lolli at schwarzbu.ch Thu Aug 26 17:51:07 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Thu, 26 Aug 2010 17:51:07 +0200 Subject: [TYPO3-dev] Message in backend not visible in new typo3 4.4 using flashMessage In-Reply-To: References: Message-ID: Hey, On 08/26/2010 05:41 PM, Christian Kuhn wrote: > Don't echo out the message, it will be placed automatically. We're using > this code in a processDatamap_postProcessFieldArray hook: To make it complete, a buzz about it and the api documentation: http://buzz.typo3.org/teams/core/article/43-treasure-trove-flash-messages/ http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.3.0/view/3/12/ And, with 4.4 it's possible to use extJS for fading in/out flash messages, very easy to use, too. Take a look, example is included: http://bugs.typo3.org/view.php?id=13799 Regards Christian From ernst at cron-it.de Thu Aug 26 19:13:27 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Thu, 26 Aug 2010 19:13:27 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Reinhard F?hricht schrieb am 26.08.2010 12:47: > Am 2010-08-24 16:26, schrieb Christian Opitz - Netzelf: >> Hi list, >> >> i'm confused about which extension to use for form generation and >> handling. A while ago i was beginning to write an extension to >> formhandler that should serve as GUI to create and manage forms and >> fields [1][2]. But because the project was dependent of a job that took >> a while to start i did not work on it for a while. >> >> Now i'm working on it again and i'm thinking about changing it's >> behaviour from an ext for formhandler to a form manager that can export >> to several formats like tca, zend form (already working), FORM, HTML, >> formhandler configuration etc. BUT: I read about the FORM-project and >> that for it a wizard is planned. When thats true my extension would be >> more or less obsolete because i would center it arround this wizard and >> not write an own. >> >> Now my questions are: Are the updates on the FORM-project [3][4]? Or is >> this project obsolete and a spread compromise is to use powermail or >> formhandler? Do you see any sense in writing an form management module >> at all? >> >> [1] >> http://www.iks.hs-merseburg.de/~meinike/PDF/aa/bachelorarbeit_opitz.pdf >> (german only - sorry) >> [2] http://forge.typo3.org/projects/show/extension-formhandlergui >> >> [3] http://forge.typo3.org/projects/typo3v4-form >> [4] >> http://typo3.org/development/sponsoring/list-of-sponsored-projects/new-form-object/ >> >> >> >> Cheers, >> Christian > > To make this discussion more vivid, maybe we could manage to set up a > skype chat? What do you think about that and what would be a good time? Yes, we could do that, and I would be glad to join. I would prefer next week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. Here is a "brainstorming" Patrick did some years ago on that topic [1]. Just a side-note: "SwiftMailer" *will* be integrated in the core, that is "my project" already for 4.5. So at least that "utility" has been considered already. ;) Cheers, Ernesto [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 From tomasnorre at gmail.com Thu Aug 26 20:06:09 2010 From: tomasnorre at gmail.com (Tomas Norre Mikkelsen) Date: Thu, 26 Aug 2010 20:06:09 +0200 Subject: [TYPO3-dev] Regarding Security issue mm_forum Message-ID: Hi, I saw this message/mail regarding mm_forum http://typo3.org/teams/security/security-bulletins/typo3-sa-2010-016/ Anyone has a patch? diff etc? I have made som ajustments to my mm_forum so a upgrade is not possible right now, but I would of course like to close this issue. -- Venlig Hilsen / Best Regards Tomas Norre Mikkelsen tomasnorre at gmail.com From steffen at steffen-gebert.de Thu Aug 26 21:04:30 2010 From: steffen at steffen-gebert.de (Steffen Gebert) Date: Thu, 26 Aug 2010 21:04:30 +0200 Subject: [TYPO3-dev] Regarding Security issue mm_forum In-Reply-To: References: Message-ID: Am 26.08.10 20:06, schrieb Tomas Norre Mikkelsen: > I saw this message/mail regarding mm_forum > http://typo3.org/teams/security/security-bulletins/typo3-sa-2010-016/ > > Anyone has a patch? diff etc? > > I have made som ajustments to my mm_forum so a upgrade is not possible right > now, but I would of course like to close this issue. Hi Tomas, mm_forum is, like many other TYPO3 extensions, hosted on http://forge.typo3.org As they are connected to a subversion server (svn.typo3.org) you can browse the different changesets. Unfortunately the author applied the patch in a very bad way - instead of applying branch by branch, he applied it to whole repository, for all versions at once. So you can't just grab the diff-file and apply it, but have to extract the changes from here: http://forge.typo3.org/projects/extension-mm_forum/repository/revisions/36688 So pick one branch (e.g. 1.9.x or trunk) and get all the diff files and apply. Ah.. or better.. check out https://svn.typo3.org/TYPO3v4/Extensions/mm_forum/trunk and create a diff by calling svn diff -r 36687:36688 Kind regards Steffen -- Steffen Gebert TYPO3 Core Team Member From ingo at typo3.org Thu Aug 26 21:48:47 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 21:48:47 +0200 Subject: [TYPO3-dev] The first few bugs ever ... something to do ... In-Reply-To: References: Message-ID: David Bruchmann wrote: > is there any reason why some bugs are resolved but not closed? > > I can't see any differences between these "status" apart from rare cases > where "resolved" perhaps may be temporary. it is indeed "temporary": An issue is marked as resolved when it's fixed, it's marked as closed when the fix is "in the wild" in a proper release. HTH Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Thu Aug 26 21:54:46 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 21:54:46 +0200 Subject: [TYPO3-dev] The first few bugs ever ... something to do ... In-Reply-To: References: Message-ID: David Bruchmann wrote: Hi David, > My intention is that very old bugs could be closed step by step and if > required a patch should be transmitted. So perhaps after some month all > bugs with number < 1000 could be closed, later 2000 and so on. Nope, this is a serious No-Go for an issue tracking system. To really close these issues you need to go and triage each issue individually. You can then close them if you can't reproduce them. As long as the issue is not resolved or found non-reproducible it's a valid issue. You can't just go and close it just because it's old... We can be quite sure though when closing old issues marked as resolved. These most likely haven't been caught yet as back then the "process" was not that strict yet... assigning the fixed in version field and so on. These fields help us a lot to find fixed issues today. HTH Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Thu Aug 26 22:19:39 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 22:19:39 +0200 Subject: [TYPO3-dev] CouchDB <-> PHP / TYPO3 experiences In-Reply-To: References: Message-ID: Steffen M?ller wrote: > Yesterday, I was playing around with couchDB for the first time. I was > really surprised that it's so easy to use. You should also give it a try! CouchDB sure has some nice features, however I'm still looking for some use case for it, too... Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Thu Aug 26 22:45:13 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 22:45:13 +0200 Subject: [TYPO3-dev] Scheduler: Kill task if takes too long In-Reply-To: References: Message-ID: Francois Suter wrote: Hey Francois, > In essence this would require to fork the process each time a task is > launched, but I don't know if that's feasible. it is, I've seen this somewhere, but would need to look it up again... There are some php functions for dealing with processes. best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From typo3-dev at bruchmann-web.de Thu Aug 26 23:28:20 2010 From: typo3-dev at bruchmann-web.de (David Bruchmann) Date: Thu, 26 Aug 2010 23:28:20 +0200 Subject: [TYPO3-dev] The first few bugs ever ... something to do ... In-Reply-To: References: Message-ID: Von: Ingo Renner Betreff: Re: [TYPO3-dev] The first few bugs ever ... something to do ... Hi Ingo, > >> My intention is that very old bugs could be closed step by step and if >> required a patch should be transmitted. So perhaps after some month all >> bugs with number < 1000 could be closed, later 2000 and so on. > > Nope, this is a serious No-Go for an issue tracking system. To really > close these issues you need to go and triage each issue individually. > You can then close them if you can't reproduce them. > As long as the issue is not resolved or found non-reproducible it's a > valid issue. You can't just go and close it just because it's old... Sure, you're right but I'm missing some points that seemed to be clear for me but I didn't mention: 1) some bugs can't be reproduced in current versions because sometimes the source-code has completley changed. 2) some bugs couldn't be reproduced and a request from a (Core-) Developer for feedback was unreplied. 3) I didn't meant: "close old bugs because they are old" but "try to solve them because they are old". When you read some of the oldest open bugs you'll find my comments and see that I tried to handle each bug individually even some comments are the same in some bugs. BTW: Some Bugs have been resolved and closed after this posting. > > We can be quite sure though when closing old issues marked as resolved. > These most likely haven't been caught yet as back then the "process" was > not that strict yet... assigning the fixed in version field and so on. > These fields help us a lot to find fixed issues today. > I appreciate it, no veto if it's possible :) Kind Regards, David From ingo at typo3.org Thu Aug 26 23:35:10 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 23:35:10 +0200 Subject: [TYPO3-dev] The first few bugs ever ... something to do ... In-Reply-To: References: Message-ID: David Bruchmann wrote: Hi David, > Sure, you're right but I'm missing some points that seemed to be clear > for me but I didn't mention: > 1) some bugs can't be reproduced in current versions because sometimes > the source-code has completley changed. if you can't reproduce them, they can be closed. > 2) some bugs couldn't be reproduced and a request from a (Core-) > Developer for feedback was unreplied. Allow them a certain period of time to respond, like let's say a month or so - people may be sick or on vacation... Then, if there's still no response after that time , I'm fine with closing the issue, too. > 3) I didn't meant: "close old bugs because they are old" but "try to > solve them because they are old". When you read some of the oldest open > bugs you'll find my comments and see that I tried to handle each bug > individually even some comments are the same in some bugs. ok :) best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Thu Aug 26 23:59:49 2010 From: ingo at typo3.org (Ingo Renner) Date: Thu, 26 Aug 2010 23:59:49 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Sebastian Michaelsen wrote: > Oppinions? 4. use only positive option names. No more doNotBehaviorX ... best Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Fri Aug 27 00:01:26 2010 From: ingo at typo3.org (Ingo Renner) Date: Fri, 27 Aug 2010 00:01:26 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Xavier Perseguers wrote: Hey Xavier, > I use tab for my TS but there's problem with tab when entering TS in an > some input field as the browser moves focus to next field... not in TYPO3, as we put some JS magic in place to avoid this. best Ingo P.S. please check Skype... -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From ingo at typo3.org Fri Aug 27 00:10:08 2010 From: ingo at typo3.org (Ingo Renner) Date: Fri, 27 Aug 2010 00:10:08 +0200 Subject: [TYPO3-dev] Get a quicker DBAL In-Reply-To: References: Message-ID: Xavier Perseguers wrote: > The idea is simple, for each prepared query DBAL sees, it caches it! > This means that once a prepared query has been seen previously, the > parsed and remapped prepared query is used instead resulting in a > performance gain! Straightforward, isn't it? nice one! Ingo -- Ingo Renner TYPO3 Core Developer, Release Manager TYPO3 4.2 From liste at linawolf.de Fri Aug 27 00:10:40 2010 From: liste at linawolf.de (Lina Wolf) Date: Fri, 27 Aug 2010 00:10:40 +0200 Subject: [TYPO3-dev] Coding Guidelines for TypoScript In-Reply-To: References: Message-ID: Hallo Ingo, > 4. use only positive option names. > > No more doNotBehaviorX ... +1 5. useCamelCase -- Liebe Gr??e Lina Wolf From olivier.dobberkau at dkd.de Fri Aug 27 00:53:53 2010 From: olivier.dobberkau at dkd.de (Olivier Dobberkau) Date: Fri, 27 Aug 2010 00:53:53 +0200 Subject: [TYPO3-dev] CouchDB <-> PHP / TYPO3 experiences In-Reply-To: References: Message-ID: Am 26.08.10 22:19, schrieb Ingo Renner: > CouchDB sure has some nice features, however I'm still looking for some > use case for it, too... we could use it to store templavoila structures... :-) if they were json :-) or more serious: widget data, user generated content, to sync two TYPO3 Installations... olivier From michal at alternet.nl Fri Aug 27 08:47:55 2010 From: michal at alternet.nl (Michal Krypczyk) Date: Fri, 27 Aug 2010 08:47:55 +0200 Subject: [TYPO3-dev] Prefill powermail date input In-Reply-To: References: Message-ID: Op 26-8-2010 15:11, Michal Krypczyk schreef: > Hi, > > Does anyone know how to prefill a date field (date2cal) in powermail form? > Is it possible at all? > > Thanks, > Micha? Forgot to mention, that It's about prefill with TypoScript. From info at sk-typo3.de Fri Aug 27 09:16:08 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Aug 2010 09:16:08 +0200 Subject: [TYPO3-dev] CouchDB <-> PHP / TYPO3 experiences In-Reply-To: References: Message-ID: Hi, Christian is on the way to integrate redis for cacheFramework, it's pending in FLOW3. Get in contact with him as he already use it. I see great advantages storing json objects when dealing with js frontends, eg with ExtJS you could easy store StoreRequests. vg Steffen From rf at typoheads.at Fri Aug 27 09:45:19 2010 From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=) Date: Fri, 27 Aug 2010 09:45:19 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 2010-08-26 19:13, schrieb Ernesto Baschny [cron IT]: > Reinhard F?hricht schrieb am 26.08.2010 12:47: >> >> To make this discussion more vivid, maybe we could manage to set up a >> skype chat? What do you think about that and what would be a good time? > > Yes, we could do that, and I would be glad to join. I would prefer next > week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. > > Here is a "brainstorming" Patrick did some years ago on that topic [1]. > > Just a side-note: "SwiftMailer" *will* be integrated in the core, that > is "my project" already for 4.5. So at least that "utility" has been > considered already. ;) > > Cheers, > Ernesto > > [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 Yes, Tuesday is fine for me. Who else has time to join? Ernesto, could you please inform Patrick about that. Maybe he wants to join too. At least it would be important to discuss this topic with him too. Regards, Reinhard From phlogsmailinglists at gmail.com Fri Aug 27 09:51:17 2010 From: phlogsmailinglists at gmail.com (phlogi phlog) Date: Fri, 27 Aug 2010 09:51:17 +0200 Subject: [TYPO3-dev] Message in backend not visible in new typo3 4.4 using flashMessage In-Reply-To: References: Message-ID: Thanks a lot, it works perfectly! 2010/8/26 Christian Kuhn > Hey, > > > On 08/26/2010 05:41 PM, Christian Kuhn wrote: > >> Don't echo out the message, it will be placed automatically. We're using >> this code in a processDatamap_postProcessFieldArray hook: >> > > To make it complete, a buzz about it and the api documentation: > > http://buzz.typo3.org/teams/core/article/43-treasure-trove-flash-messages/ > > > http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.3.0/view/3/12/ > > And, with 4.4 it's possible to use extJS for fading in/out flash messages, > very easy to use, too. Take a look, example is included: > http://bugs.typo3.org/view.php?id=13799 > > > > Regards > Christian > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > From kai.vogel at speedprogs.de Fri Aug 27 11:46:02 2010 From: kai.vogel at speedprogs.de (Kai Vogel) Date: Fri, 27 Aug 2010 11:46:02 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Hi, I'll join this chat too. @Reinhard: I've sent you my Skype-Name via email. Best regards, -- Kai On Fri, 27 Aug 2010 09:45:19 +0200, Reinhard F?hricht wrote: > Am 2010-08-26 19:13, schrieb Ernesto Baschny [cron IT]: >> Reinhard F?hricht schrieb am 26.08.2010 12:47: >>> >>> To make this discussion more vivid, maybe we could manage to set up a >>> skype chat? What do you think about that and what would be a good time? >> >> Yes, we could do that, and I would be glad to join. I would prefer next >> week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. >> >> Here is a "brainstorming" Patrick did some years ago on that topic [1]. >> >> Just a side-note: "SwiftMailer" *will* be integrated in the core, that >> is "my project" already for 4.5. So at least that "utility" has been >> considered already. ;) >> >> Cheers, >> Ernesto >> >> [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 > > Yes, Tuesday is fine for me. Who else has time to join? > Ernesto, could you please inform Patrick about that. Maybe he wants to > join too. At least it would be important to discuss this topic with him > too. > > Regards, > Reinhard > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From jbl at deweblop.de Fri Aug 27 11:46:50 2010 From: jbl at deweblop.de (J. Lingott) Date: Fri, 27 Aug 2010 11:46:50 +0200 Subject: [TYPO3-dev] tt_news category mounts Message-ID: Hello, can anyone prove that it is not possible to set the mount to just one root category (should be same for some, as long its not all). This was just possible when changing the source code on class.tx_ttnews_TCAform_selectTree.php (~ln 660). $cMounts = array(); $nonRootMounts = FALSE; foreach ($beUserSelCatArr as $catID) { $tmpR = t3lib_BEfunc::getRecord('tt_news_cat',$catID,'parent_category,hidden',$addWhere); if (is_array($tmpR) && !in_array($catID,$subcatArr)) { if ($tmpR['parent_category'] > 0) { $nonRootMounts = TRUE; if (!$calledFromAjax) { $sPageIcon = $this->getStoragePageIcon($treeViewObj); } } $cMounts[] = $catID; >>> } else $nonRootMounts = TRUE; } if ($nonRootMounts) { $treeViewObj->MOUNTS = $cMounts; } From keck at bloompark.de Fri Aug 27 13:20:03 2010 From: keck at bloompark.de (Martin Keck) Date: Fri, 27 Aug 2010 13:20:03 +0200 Subject: [TYPO3-dev] Disabling of workspace preview layer? Message-ID: Hi there, is there a standard way to disable the preview layer for workspaces? I know that it's possible to set the config.message_preview. But that doesn't fit my needs, as I generate XML from the page content via a special typeNum to use it in Flash. The result then is the XML plus the the
-layer which causes a parsing error. The only way to do it, that I found out, is to change the previewInfo() method in class.tslib_fe.php. Not very nice... Thx for every hint in advance! Greetings Martin From jbl at deweblop.de Fri Aug 27 13:27:11 2010 From: jbl at deweblop.de (J. Lingott) Date: Fri, 27 Aug 2010 13:27:11 +0200 Subject: [TYPO3-dev] TYPO3 extension load order Message-ID: Hello, can the loading order of extensions be set in any way or is it just from their position in ext folder? Having some problems on an extension implementing a backend form field user function (which adds it to all tca types). The problem occurs with two other extensions which add new backend form types. They don't get the new form field as they seem to be loaded earlier. As it is not necessarily needed to have that new form field extension running for the other extensions, it would be preferable to just set the load order instead of making it a required extension for the latter two. From liste at linawolf.de Fri Aug 27 13:31:59 2010 From: liste at linawolf.de (Lina Wolf) Date: Fri, 27 Aug 2010 13:31:59 +0200 Subject: [TYPO3-dev] TYPO3 extension load order In-Reply-To: References: Message-ID: > can the loading order of extensions be set in any way or is it just > from their position in ext folder? Hello J, easiest way is to deinstall an extension and then install it again: it will be loaded last. -- Liebe Gr??e Lina Wolf From rf at typoheads.at Fri Aug 27 13:33:06 2010 From: rf at typoheads.at (=?UTF-8?B?UmVpbmhhcmQgRsO8aHJpY2h0?=) Date: Fri, 27 Aug 2010 13:33:06 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Hi, I didn't receive an email until now. Are you sure, you sent it to the correct address? Regards, Reinhard Am 2010-08-27 11:46, schrieb Kai Vogel: > Hi, > > I'll join this chat too. > > @Reinhard: I've sent you my Skype-Name via email. > > Best regards, > -- > Kai > > > On Fri, 27 Aug 2010 09:45:19 +0200, Reinhard F?hricht > wrote: >> Am 2010-08-26 19:13, schrieb Ernesto Baschny [cron IT]: >>> Reinhard F?hricht schrieb am 26.08.2010 12:47: >>>> >>>> To make this discussion more vivid, maybe we could manage to set up a >>>> skype chat? What do you think about that and what would be a good > time? >>> >>> Yes, we could do that, and I would be glad to join. I would prefer next >>> week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. >>> >>> Here is a "brainstorming" Patrick did some years ago on that topic [1]. >>> >>> Just a side-note: "SwiftMailer" *will* be integrated in the core, that >>> is "my project" already for 4.5. So at least that "utility" has been >>> considered already. ;) >>> >>> Cheers, >>> Ernesto >>> >>> [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 >> >> Yes, Tuesday is fine for me. Who else has time to join? >> Ernesto, could you please inform Patrick about that. Maybe he wants to >> join too. At least it would be important to discuss this topic with him >> too. >> >> Regards, >> Reinhard >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From kai.vogel at speedprogs.de Fri Aug 27 14:12:25 2010 From: kai.vogel at speedprogs.de (Kai Vogel) Date: Fri, 27 Aug 2010 14:12:25 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: "\" " " Message-ID: Hi Reinhard, I've sent it again, maybe it was - however - classified as spam. Best regards, -- Kai On Fri, 27 Aug 2010 13:33:06 +0200, Reinhard F?hricht wrote: > Hi, > > I didn't receive an email until now. > Are you sure, you sent it to the correct address? > > Regards, > Reinhard > > Am 2010-08-27 11:46, schrieb Kai Vogel: >> Hi, >> >> I'll join this chat too. >> >> @Reinhard: I've sent you my Skype-Name via email. >> >> Best regards, >> -- >> Kai >> >> >> On Fri, 27 Aug 2010 09:45:19 +0200, Reinhard F?hricht >> wrote: >>> Am 2010-08-26 19:13, schrieb Ernesto Baschny [cron IT]: >>>> Reinhard F?hricht schrieb am 26.08.2010 12:47: >>>>> >>>>> To make this discussion more vivid, maybe we could manage to set up a >>>>> skype chat? What do you think about that and what would be a good >> time? >>>> >>>> Yes, we could do that, and I would be glad to join. I would prefer next >>>> week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. >>>> >>>> Here is a "brainstorming" Patrick did some years ago on that topic [1]. >>>> >>>> Just a side-note: "SwiftMailer" *will* be integrated in the core, that >>>> is "my project" already for 4.5. So at least that "utility" has been >>>> considered already. ;) >>>> >>>> Cheers, >>>> Ernesto >>>> >>>> [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 >>> >>> Yes, Tuesday is fine for me. Who else has time to join? >>> Ernesto, could you please inform Patrick about that. Maybe he wants to >>> join too. At least it would be important to discuss this topic with him >>> too. >>> >>> Regards, >>> Reinhard >>> _______________________________________________ >>> TYPO3-dev mailing list >>> TYPO3-dev at lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev > > _______________________________________________ > TYPO3-dev mailing list > TYPO3-dev at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From franz at ttproducts.de Fri Aug 27 14:11:14 2010 From: franz at ttproducts.de (Franz Holzinger) Date: Fri, 27 Aug 2010 14:11:14 +0200 Subject: [TYPO3-dev] TYPO3 extension load order In-Reply-To: References: Message-ID: Le 27/08/2010 13:27, J. Lingott a ?crit : > > As it is not necessarily needed to have that new form field extension > running for the other extensions, it would be preferable to just set the > load order instead of making it a required extension for the latter two. You can change the order of extension in the Install Tool. Edit files in typo3conf/: Editing file: /var/www/html/typo3conf/localconf.php $TYPO3_CONF_VARS['EXT']['extList'] = "..."; You can change the order of the extensions here. I think this will also be the order for the inclusion. - Franz From rf at typoheads.at Fri Aug 27 14:35:51 2010 From: rf at typoheads.at (=?UTF-8?B?UmVpbmhhcmQgRsO8aHJpY2h0?=) Date: Fri, 27 Aug 2010 14:35:51 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: "\" " " Message-ID: Hallo Kai, Im SPAM-Ordner finde ich auch nichts, aber egal, jetzt hats geklappt. Danke! Viele Gr??e, Reinhard Am 2010-08-27 14:12, schrieb Kai Vogel: > Hi Reinhard, > > I've sent it again, maybe it was - however - classified as spam. > > Best regards, > -- > Kai > > > On Fri, 27 Aug 2010 13:33:06 +0200, Reinhard F?hricht > wrote: >> Hi, >> >> I didn't receive an email until now. >> Are you sure, you sent it to the correct address? >> >> Regards, >> Reinhard >> >> Am 2010-08-27 11:46, schrieb Kai Vogel: >>> Hi, >>> >>> I'll join this chat too. >>> >>> @Reinhard: I've sent you my Skype-Name via email. >>> >>> Best regards, >>> -- >>> Kai >>> >>> >>> On Fri, 27 Aug 2010 09:45:19 +0200, Reinhard F?hricht >>> wrote: >>>> Am 2010-08-26 19:13, schrieb Ernesto Baschny [cron IT]: >>>>> Reinhard F?hricht schrieb am 26.08.2010 12:47: >>>>>> >>>>>> To make this discussion more vivid, maybe we could manage to set up > a >>>>>> skype chat? What do you think about that and what would be a good >>> time? >>>>> >>>>> Yes, we could do that, and I would be glad to join. I would prefer > next >>>>> week, maybe on tuesday 10am (CEST)? I am "baschny" on skype. >>>>> >>>>> Here is a "brainstorming" Patrick did some years ago on that topic > [1]. >>>>> >>>>> Just a side-note: "SwiftMailer" *will* be integrated in the core, > that >>>>> is "my project" already for 4.5. So at least that "utility" has been >>>>> considered already. ;) >>>>> >>>>> Cheers, >>>>> Ernesto >>>>> >>>>> [1] http://wiki.typo3.org/index.php/Form_Wizard_for_TYPO3_4.2 >>>> >>>> Yes, Tuesday is fine for me. Who else has time to join? >>>> Ernesto, could you please inform Patrick about that. Maybe he wants to >>>> join too. At least it would be important to discuss this topic with > him >>>> too. >>>> >>>> Regards, >>>> Reinhard >>>> _______________________________________________ >>>> TYPO3-dev mailing list >>>> TYPO3-dev at lists.typo3.org >>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev >> >> _______________________________________________ >> TYPO3-dev mailing list >> TYPO3-dev at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev From christian.opitz at netzelf.de Fri Aug 27 20:31:54 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Fri, 27 Aug 2010 20:31:54 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 27.08.2010 09:45, schrieb Reinhard F?hricht: > Yes, Tuesday is fine for me. Who else has time to join? > Ernesto, could you please inform Patrick about that. Maybe he wants to > join too. At least it would be important to discuss this topic with > him too. > I'll join too - just would be nice, if we could start earlier (at 9?) because i only have time till 11. Cheers, Christian From thasmo at gmail.com Fri Aug 27 20:53:41 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Fri, 27 Aug 2010 20:53:41 +0200 Subject: [TYPO3-dev] Selectable page layouts Message-ID: Hello folks! Wondering if there are similar approaches to this extenstion: http://typo3.org/extensions/repository/view/rlmp_tmplselector/current/ Or is this still a modern way to enable the editors to select layouts by their own? Are there any other state-of-the-art approaches? Thanks a lot, Thomas From info at sk-typo3.de Fri Aug 27 22:54:19 2010 From: info at sk-typo3.de (Steffen Kamper) Date: Fri, 27 Aug 2010 22:54:19 +0200 Subject: [TYPO3-dev] Selectable page layouts In-Reply-To: References: Message-ID: Hi, Thomas "Thasmo" Deinhamer schrieb: > Hello folks! > > Wondering if there are similar approaches > to this extenstion: > http://typo3.org/extensions/repository/view/rlmp_tmplselector/current/ > > Or is this still a modern way to enable > the editors to select layouts by their own? > > Are there any other state-of-the-art approaches? > yes, Templavoila. And next coming: http://forge.typo3.org/projects/extension-modernbe/wiki/Grid_View vg Steffen From andreas.kiessling at web.de Fri Aug 27 23:50:54 2010 From: andreas.kiessling at web.de (Andreas Kiessling) Date: Fri, 27 Aug 2010 23:50:54 +0200 Subject: [TYPO3-dev] Selectable page layouts In-Reply-To: References: Message-ID: Hi Thomas, If the regular columns in the backend do it for you, try jetts! http://typo3.org/documentation/document-library/extension-manuals/jetts/2.1.1/view/1/4/ In combination with XPather https://addons.mozilla.org/en-US/firefox/addon/1192/ it's quite easy to use. HTH, Andreas From typo3 at t3node.com Sat Aug 28 13:18:19 2010 From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=) Date: Sat, 28 Aug 2010 13:18:19 +0200 Subject: [TYPO3-dev] CouchDB <-> PHP / TYPO3 experiences In-Reply-To: References: Message-ID: Hi. Thanks for all your replies. On 27.08.2010 09:16 Steffen Kamper wrote: > I see great advantages storing json objects when dealing with js frontends Meanwhile we use it in production. We push JSON objects from one CMS into the couch and on the other side an extbase repository connects to it. You are right, JS frontends are a perfect use case. -- cheers, Steffen TYPO3 Blog: http://www.t3node.com/ Microblog: http://twitter.com/t3node From jbl at deweblop.de Sat Aug 28 14:01:17 2010 From: jbl at deweblop.de (J. Lingott) Date: Sat, 28 Aug 2010 14:01:17 +0200 Subject: [TYPO3-dev] Flexforms and type switch Message-ID: Hello list, is it meanwhile implemented to have multiple displayCond for a flexform field? Or in case its not, is it possible in any way to change the flexform file depending on a selected type i.e. some hook when onChange reload is triggered? From info at rs-websystems.de Sun Aug 29 10:57:28 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Sun, 29 Aug 2010 10:57:28 +0200 Subject: [TYPO3-dev] Recent Changes in Gifbuilder? Message-ID: Hey list, I'm encountering a strange problem with the gifbuilder image resizing Configuration height: 45 width: 45c, image: width: 130px height: 45px with image type jpg and png the result ist as expected with image type gif the result is 130px width, with 45px wide cropped "expected" content centered. Anyone knowing this? Bug in TYPO3? Third-Party? regards Steffen From jigal at xs4all.nl Sun Aug 29 12:13:11 2010 From: jigal at xs4all.nl (Jigal van Hemert) Date: Sun, 29 Aug 2010 12:13:11 +0200 Subject: [TYPO3-dev] Recent Changes in Gifbuilder? In-Reply-To: References: Message-ID: Hi, On 29-8-2010 10:57, Steffen Ritter wrote: > I'm encountering a strange problem with the gifbuilder image resizing Isn't this described in http://bugs.typo3.org/view.php?id=8878 ? There was a patch in the core list, but it didn't work correctly for all versions :-( -- Kind regards / met vriendelijke groet, Jigal van Hemert skype:jigal.van.hemert msn: jigal at xs4all.nl http://twitter.com/jigalvh From jbl at deweblop.de Sun Aug 29 12:45:55 2010 From: jbl at deweblop.de (J. Lingott) Date: Sun, 29 Aug 2010 12:45:55 +0200 Subject: [TYPO3-dev] Extension key from wizicon Message-ID: Hi list, is there any relation from wizicon to the extension key, i.e. an internal method to retrieve the extension key? Background is the recursive fetching of wizicon data from $GLOBALS['TBE_MODULES_EXT']['xMOD_db_new_content_el']['addElClasses'] as used in sysext/cms/layout/db_new_content_el.php->wizard_appendWizards. But what I would need would be the extension key additionally (which can't be just fetched by reducing the wizicon name, due to bad naming of some extensions). Case this is impossible where can I find the generation of the select box when inserting a plugin as content element (which would be just the same, but contains the extension key as value)? Was digging through db_layout.php and class.tx_cms_layout.php, as well as some more core classes but couldn't track it down. Best would be some info on where the process of plugin list generation and plugin flexform inclusion is processed. Cheers J. Lingott From info at rs-websystems.de Sun Aug 29 12:47:58 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Sun, 29 Aug 2010 12:47:58 +0200 Subject: [TYPO3-dev] Recent Changes in Gifbuilder? In-Reply-To: References: Message-ID: Am 29.08.2010 12:13, schrieb Jigal van Hemert: > Hi, > > On 29-8-2010 10:57, Steffen Ritter wrote: >> I'm encountering a strange problem with the gifbuilder image resizing > > Isn't this described in http://bugs.typo3.org/view.php?id=8878 ? > > There was a patch in the core list, but it didn't work correctly for all > versions :-( > ah this one, I read about it in core list, but did not connect it to my problem... Ok thanks. So I at least know what to tell if customer asks... So I will reread it... Probably I'll get a fancy new idea... regards Steffen From tomasnorre at gmail.com Mon Aug 30 07:42:55 2010 From: tomasnorre at gmail.com (Tomas Norre Mikkelsen) Date: Mon, 30 Aug 2010 07:42:55 +0200 Subject: [TYPO3-dev] Regarding Security issue mm_forum In-Reply-To: References: Message-ID: Hi, Thanks will try. /Tomas On 26-08-2010 21:04, Steffen Gebert wrote: > Am 26.08.10 20:06, schrieb Tomas Norre Mikkelsen: >> I saw this message/mail regarding mm_forum >> http://typo3.org/teams/security/security-bulletins/typo3-sa-2010-016/ >> >> Anyone has a patch? diff etc? >> >> I have made som ajustments to my mm_forum so a upgrade is not possible >> right >> now, but I would of course like to close this issue. > > Hi Tomas, > > mm_forum is, like many other TYPO3 extensions, hosted on > http://forge.typo3.org > > As they are connected to a subversion server (svn.typo3.org) you can > browse the different changesets. > > Unfortunately the author applied the patch in a very bad way - instead > of applying branch by branch, he applied it to whole repository, for all > versions at once. So you can't just grab the diff-file and apply it, but > have to extract the changes from here: > http://forge.typo3.org/projects/extension-mm_forum/repository/revisions/36688 > > > So pick one branch (e.g. 1.9.x or trunk) and get all the diff files and > apply. > > Ah.. or better.. check out > https://svn.typo3.org/TYPO3v4/Extensions/mm_forum/trunk > and create a diff by calling > svn diff -r 36687:36688 From rf at typoheads.at Mon Aug 30 09:23:02 2010 From: rf at typoheads.at (=?ISO-8859-15?Q?Reinhard_F=FChricht?=) Date: Mon, 30 Aug 2010 09:23:02 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 2010-08-27 20:31, schrieb Christian Opitz - Netzelf: > Am 27.08.2010 09:45, schrieb Reinhard F?hricht: >> Yes, Tuesday is fine for me. Who else has time to join? >> Ernesto, could you please inform Patrick about that. Maybe he wants to >> join too. At least it would be important to discuss this topic with >> him too. >> > I'll join too - just would be nice, if we could start earlier (at 9?) > because i only have time till 11. > Cheers, > Christian Hi Christian. 9 am would be OK for me. Regards, Reinhard From ernst at cron-it.de Mon Aug 30 09:34:05 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Mon, 30 Aug 2010 09:34:05 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Reinhard F?hricht schrieb am 30.08.2010 09:23: > Am 2010-08-27 20:31, schrieb Christian Opitz - Netzelf: >> Am 27.08.2010 09:45, schrieb Reinhard F?hricht: >>> Yes, Tuesday is fine for me. Who else has time to join? >>> Ernesto, could you please inform Patrick about that. Maybe he wants to >>> join too. At least it would be important to discuss this topic with >>> him too. >>> >> I'll join too - just would be nice, if we could start earlier (at 9?) >> because i only have time till 11. >> Cheers, >> Christian > > Hi Christian. > > 9 am would be OK for me. Please send me your Skype contacts. Ben (van 't Ende) might join us (TYPO3 product manager), he should know more about the "FORM" project and is also interested in the topic. Pat is on holiday and won't be able to join. Cheers, Ernesto From dmitry at typo3.org Mon Aug 30 09:45:55 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 30 Aug 2010 10:45:55 +0300 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Hi! J. Lingott wrote: > am currently facing some problem related to fetching the right language > labels for the currently selected sys_language. > Am using pi_loadLL() to load the language fiel and pi_getLL() for the > labels. This routine was working fine already but now is just returning > the english labels. Should it be fine like that or am I missing anything? If it is for non your own private extensions, you may have translations for these extensions fetched from the translation server. If that happens, they are used and anything in extension's own language files is ignored. Thus incomplete external translations will result in using English labels. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From christian.opitz at netzelf.de Mon Aug 30 09:55:02 2010 From: christian.opitz at netzelf.de (Christian Opitz - Netzelf) Date: Mon, 30 Aug 2010 09:55:02 +0200 Subject: [TYPO3-dev] future of FORM In-Reply-To: References: Message-ID: Am 30.08.2010 09:34, schrieb Ernesto Baschny [cron IT]: > Please send me your Skype contacts. Ben (van 't Ende) might join us > (TYPO3 product manager), he should know more about the "FORM" project > and is also interested in the topic. Pat is on holiday and won't be able > to join. > > Cheers, > Ernesto > Mine is "bakaselwatsch" Cheers, Christian From jbl at deweblop.de Mon Aug 30 10:09:02 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 10:09:02 +0200 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > J. Lingott wrote: >> am currently facing some problem related to fetching the right language >> labels for the currently selected sys_language. >> Am using pi_loadLL() to load the language fiel and pi_getLL() for the >> labels. This routine was working fine already but now is just returning >> the english labels. Should it be fine like that or am I missing anything? > If it is for non your own private extensions, you may have translations for > these extensions fetched from the translation server. If that happens, they > are used and anything in extension's own language files is ignored. Thus > incomplete external translations will result in using English labels. Well, the extension is a XCLASS extension for another extension (t.b.e. tt_news) using the processSingleViewLink hook. The loading by pi_loadLL() is done in the constructor of the class and the fetching with pi_getLL() occurs in a sub method of the hook method. Am always using the class object to get the language data, not the parent object from tt_news. What else besides using my own object could I do to prevent the routine you described? From dmitry at typo3.org Mon Aug 30 10:37:35 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 30 Aug 2010 11:37:35 +0300 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Hi! J. Lingott wrote: > Well, the extension is a XCLASS extension for another extension (t.b.e. > tt_news) using the processSingleViewLink hook. The loading by > pi_loadLL() is done in the constructor of the class and the fetching > with pi_getLL() occurs in a sub method of the hook method. The constructor is not a right place. Labels should be fetched inside the main() method because only that methods gets the configuration, which is necessary for language loading. > Am always using the class object to get the language data, not the > parent object from tt_news. What else besides using my own object could > I do to prevent the routine you described? I am not sure what you mean. -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From jbl at deweblop.de Mon Aug 30 11:23:18 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 11:23:18 +0200 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Dmitry Dulepov wrote: > Hi! > > J. Lingott wrote: >> Well, the extension is a XCLASS extension for another extension (t.b.e. >> tt_news) using the processSingleViewLink hook. The loading by >> pi_loadLL() is done in the constructor of the class and the fetching >> with pi_getLL() occurs in a sub method of the hook method. > The constructor is not a right place. Labels should be fetched inside the > main() method because only that methods gets the configuration, which is > necessary for language loading. > I am fetching the config by using $this->conf = $GLOBALS['TSFE']->tmpl->setup['plugin.'][$this->extKey.'.'], as it is not a plugin, but a XCLASS hook class. Either if doing it before or after pi_loadLL() the result is the same. Maybe the way of getting the config with using pi_loadLL() is not working? Also, for testing issues moved the config fetching and pi_loadLL() into the hook method, but same result. >> Am always using the class object to get the language data, not the >> parent object from tt_news. What else besides using my own object could >> I do to prevent the routine you described? > I am not sure what you mean. What I meant is loading is done by $this->pi_loadLL(), fetching by $this->pi_getLL() and not by using the parent object of tt_news which would be provided by the hook method processSingleViewLink($linkWrap, $url, $params, $obj). But as well, if using the parent object the result is the same. Pastebin'd the source code if you want to have a look: http://pastebin.com/Vk8upbe7. From dmitry at typo3.org Mon Aug 30 12:53:42 2010 From: dmitry at typo3.org (Dmitry Dulepov) Date: Mon, 30 Aug 2010 13:53:42 +0300 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Hi! J. Lingott wrote: > I am fetching the config by using $this->conf = > $GLOBALS['TSFE']->tmpl->setup['plugin.'][$this->extKey.'.'], as it is > not a plugin, but a XCLASS hook class. Either if doing it before or > after pi_loadLL() the result is the same. Maybe the way of getting the > config with using pi_loadLL() is not working? > > Also, for testing issues moved the config fetching and pi_loadLL() into > the hook method, but same result. Well, you can continue doing it your way if you want but it is still incorrect for the reasons that I told you in the previous post. > What I meant is loading is done by $this->pi_loadLL(), fetching by > $this->pi_getLL() and not by using the parent object of tt_news which > would be provided by the hook method processSingleViewLink($linkWrap, > $url, $params, $obj). But as well, if using the parent object the result > is the same. Sorry, in one pof previous messages you told you XCLASS tt_news, now you talk about the hook. What do you use exactly: the hook or XCLASS? There are two different things. > Pastebin'd the source code if you want to have a look: http://pastebin.com/Vk8upbe7. Well... I would not let any such code into any of my systems for several reasons: - it uses pibase but it is not a plugin. pibase is for plugins only. - pibase classes are not for BE - it parses TypoScript on its own causing performance and compatibility issues - your code will not work if tt_news is instantiated from TS with a customized config - your manipulates RealURL tables, which do not belong to you. It is like going to your neighbour and taking his TV without his permission. - you use pi_loadLL() before setting $this->conf - preg_match("/SINGLE/", $obj->config['code'] - $TSO = t3lib_div::makeInstance('t3lib_tsparser_ext'); $TSO = t3lib_div::makeInstance('t3lib_tsparser_ext'); In other words: this code is a big mess :( -- Dmitry Dulepov TYPO3 core&security team member Twitter: http://twitter.com/dmitryd Read more @ http://dmitry-dulepov.com/ From jbl at deweblop.de Mon Aug 30 13:42:43 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 13:42:43 +0200 Subject: [TYPO3-dev] PI language labels In-Reply-To: References: Message-ID: Hi again and thanks for taking the time Dmitry. Dmitry Dulepov wrote: > Hi! > Well, you can continue doing it your way if you want but it is still > incorrect for the reasons that I told you in the previous post. So to make a point, you propose to get the config and load the language file inside the hook. As I mentioned that didn't work either (and is currently even done like that, but see below). > Sorry, in one pof previous messages you told you XCLASS tt_news, now you > talk about the hook. What do you use exactly: the hook or XCLASS? There are > two different things. Currently its just using the hook. > Well... I would not let any such code into any of my systems for several > reasons: Guess I should explain or correct some things. The current code is more or less a mess, I have to admit, it does both BE and FE correction on the titles. That should be changed (i.e. broken into two separate classes) when finishing it. But before i can finish it I need to get this problem with language labels solved. If you got any proposals on how to improve the code concerning the issues you mentioned I would appreciate it very much. > - it uses pibase but it is not a plugin. pibase is for plugins only. > - pibase classes are not for BE The reason for doing this was to be able to test the pibase functions for language fetching. As it does not work now anyways it can be removed again. Yet, I would need a method to extend the tt_news language file then. > - it parses TypoScript on its own causing performance and compatibility issues Is there a better way to get the extension's TS setup in BE? > - your code will not work if tt_news is instantiated from TS with a > customized config Didn't think of that case yet, but as I said this extension is not yet finished and therefore can take in account any proposals. Thanks for that remark! > - your manipulates RealURL tables, which do not belong to you. It is like > going to your neighbour and taking his TV without his permission. The reason for doing this concerned with the extension's goal. It is meant to extend tt_news in a way so you can write continuations and reviews of news articles, which are connected to them by their uid. They have their own types and everything in the BE works just fine. But to come back to the point, as those news articles do have the same title in the tt_news table as the connected/ original article, the RealURL alias has to be changed to the current title (which cannot be saved as it should always contain the right translation prefix/ postfix). As the concerning methods of RealURL are private I had to do it manually (if you got an improvement, head out with it please). > - you use pi_loadLL() before setting $this->conf As mentioned already, I would be okay with just extending the tt_news language file instead of using the whole procedure. > - preg_match("/SINGLE/", $obj->config['code'] Determines if its any single code, don't get what's bad about that? > - $TSO = t3lib_div::makeInstance('t3lib_tsparser_ext'); $TSO = > t3lib_div::makeInstance('t3lib_tsparser_ext'); Doh! Removed the double line, thanks again. > In other words: this code is a big mess :( Give proposals to improve it please! :) From jbl at deweblop.de Mon Aug 30 14:21:39 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 14:21:39 +0200 Subject: [TYPO3-dev] BE form and ajax Message-ID: Hi list, on a plugin's backend form I am trying to implement some ajax behaviour which is invoked by an included javascript file. The invocation works, but all I am getting on the reply (either using my own ajax.php or the core one) is the following error. |Fatal error: Cannot redeclare xdebug() (previously declared in Q:\data\worxtuff\tempsites\t3powder\t3lib||\config_default.php:488) in Q:\data\worxtuff\tempsites\t3powder\t3lib\config_default.php on line 492| Anyone got an idea where that derives from? From jbl at deweblop.de Mon Aug 30 14:39:44 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 14:39:44 +0200 Subject: [TYPO3-dev] BE form and ajax In-Reply-To: References: Message-ID: J. Lingott wrote: > Hi list, > > on a plugin's backend form I am trying to implement some ajax > behaviour which is invoked by an included javascript file. The > invocation works, but all I am getting on the reply (either using my > own ajax.php or the core one) is the following error. > > |Fatal error: Cannot redeclare xdebug() (previously declared in > Q:\data\worxtuff\tempsites\t3powder\t3lib||\config_default.php:488) in > Q:\data\worxtuff\tempsites\t3powder\t3lib\config_default.php on line 492| > > Anyone got an idea where that derives from? Solved by making the init.php require a require_once on my ajax.php, as this script is obviously invoked already. From jbl at deweblop.de Mon Aug 30 18:33:12 2010 From: jbl at deweblop.de (J. Lingott) Date: Mon, 30 Aug 2010 18:33:12 +0200 Subject: [TYPO3-dev] RTE initialization Message-ID: Hello list, Am using an ajax request on a backend extension to extend the form fields dynamically, but when trying to integrate a field with type RTE it cannot be loaded as the rtehtmlarea extension gets initialized when there is a field of type RTE contained on the form. When getting initialized it pushes some inline javascripts into the generated html content, which obviously is missing when doing it dynamically. Tried adding the JS files generation of the rtehtmlarea extension to my routine, but that seems to be quite complex, as it refers to quite a great amount of properties being defined during initialization as well as it does not provide a proper method to return the JS files/ inline code. Anyone having knowledge about that might be of really great help, as i suppose the answer to my question is: no it can't. Making a long story short, can the RTE be initialized completely by Javascript? Cheers J. Lingott From typo3 at sjbr.ca Mon Aug 30 20:34:10 2010 From: typo3 at sjbr.ca (Stanislas Rolland) Date: Mon, 30 Aug 2010 14:34:10 -0400 Subject: [TYPO3-dev] RTE initialization In-Reply-To: References: Message-ID: Hi, > > Making a long story short, can the RTE be initialized completely by > Javascript? > See how it is done for inline elements in t3lib/jsfunc.inline.js using t3lib_TCEforms_inline. Regards, Stanislas From edzjins at inbox.lv Tue Aug 31 12:49:27 2010 From: edzjins at inbox.lv (edzjins) Date: Tue, 31 Aug 2010 13:49:27 +0300 Subject: [TYPO3-dev] include list view from another table in single view Message-ID: Hello! I've designed a catalog-type extension. It contains of catalog categories, which contain catalog companies, which contain company offers and company details. The thing is, when viewing the single view of a company, i see information about this company. The thing I need in addition to this, is to show the offers of this company. The companies are stored in DB table "tx_erkatalogs_firms", the offers are stored in DB table "tx_erkatalogs_offers". Offers table have a field which is a database relation to the company. Please point me what to do to output all the offers of a company in company single view. Thanks in advance! Regards, Eduards From jbl at deweblop.de Tue Aug 31 13:29:29 2010 From: jbl at deweblop.de (J. Lingott) Date: Tue, 31 Aug 2010 13:29:29 +0200 Subject: [TYPO3-dev] Manually adding CE Message-ID: Hi list, can anyone tell me if it would be a problem to manually add content elements to table tt_content with negative pid, or rather would it cause problems for the pages? Cheers J. Lingott From blueduck at gmx.net Tue Aug 31 14:25:29 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Tue, 31 Aug 2010 14:25:29 +0200 Subject: [TYPO3-dev] Manually adding CE In-Reply-To: References: Message-ID: Hey, what do you mean with "manually"? Do you execute your SQL statement directly inside the phpmyadmin/mysql cli or from inside an extension? If you use Templavoila, I recommend the TV API to you in other case there is the process_datamap() functions for this case. Personally I never create CEs with negative pids, but I saw it in the database. Don't know if the TV API or process_datamap() provide this. Regards Stefano From thasmo at gmail.com Tue Aug 31 15:31:54 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 31 Aug 2010 15:31:54 +0200 Subject: [TYPO3-dev] JPEG quality Message-ID: Hello folks! Just beeing curious; to what value do you set the JPEG quality in the install tool for your projects? I tend to have a default of 55 and raise it up to 75 if needed. The problem we have with clients is that they sometimes complain that images (especiall RED ones) look "awful" in their oppinion. Unfortunately this is true to a certain degree - red images/jpegs look not as good as other colors. This ends up in setting the quality to 90 or even higher to satisfy the customer - but imo this really bugs me!! How do you handle this? How to you argument a higher compression ratio? Thanks for your oppinions, Thomas From info at rs-websystems.de Tue Aug 31 15:34:22 2010 From: info at rs-websystems.de (Steffen Ritter) Date: Tue, 31 Aug 2010 15:34:22 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Am 31.08.2010 15:31, schrieb Thomas "Thasmo" Deinhamer: > This ends up in setting the quality to 90 or even higher > to satisfy the customer - but imo this really bugs me!! why? regards Steffen From ernst at cron-it.de Tue Aug 31 16:08:03 2010 From: ernst at cron-it.de (Ernesto Baschny [cron IT]) Date: Tue, 31 Aug 2010 16:08:03 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Hi, if you have "color" problems in your jpegs, it is most likely not related to quality settings, but due to the fact that they come from a source using CMYK color spectrum (as oposed to a RGB spectrum). This usually leads to a different result when converted and scaled (by TYPO3) to a RGB jpg to be used on the Web. Solution is to convert the files using Photoshop et al to jpg using a proper color profiles, before converting them to RGB. For an "quick start" check out this instructions: http://www.ws-online.de/software/cmyk_rgb.html Cheers, Ernesto Thomas "Thasmo" Deinhamer schrieb am 31.08.2010 15:31: > Hello folks! > > Just beeing curious; to what value do you set the > JPEG quality in the install tool for your projects? > > I tend to have a default of 55 and raise it up to > 75 if needed. > > The problem we have with clients is that they sometimes > complain that images (especiall RED ones) look "awful" > in their oppinion. Unfortunately this is true to a > certain degree - red images/jpegs look not as good > as other colors. > > This ends up in setting the quality to 90 or even higher > to satisfy the customer - but imo this really bugs me!! > > How do you handle this? How to you argument a higher > compression ratio? > > Thanks for your oppinions, > Thomas From typo3.RemoveForMessage at elements-net.de Tue Aug 31 16:39:10 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Tue, 31 Aug 2010 16:39:10 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Hey, > if you have "color" problems in your jpegs, it is most likely not > related to quality settings, but due to the fact that they come from a > source using CMYK color spectrum (as oposed to a RGB spectrum). that's not what he meant. The JPG algorithm in general (indepented which software it uses) has problems with saturated red colors - especially if they cover a bigger area on the picture. You'll get really ugly deblocking artifacts as well as the regular compression artifacts (but these also more intense then on other colors) unless you raise the quality level up to around 90 (for imageMagick, for PhotoShop the quality level can be lower in general to achieve the same "good" quality). This is btw. also a big issue on digital cameras storing their photos as JPG unless they use optimized algorithms or different formats. -- kind regards, Franz Koch From typo3.RemoveForMessage at elements-net.de Tue Aug 31 17:07:57 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Tue, 31 Aug 2010 17:07:57 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Hey, > I tend to have a default of 55 and raise it up to > 75 if needed. my default in TYPO3 is 70. Everything lower then that just looks awful with 50% of the images. When exporting images from Photoshop etc I'm using 55 as default, which is about the same quality level as 70/75 with imagemagick. > The problem we have with clients is that they sometimes > complain that images (especiall RED ones) look "awful" > in their oppinion. Unfortunately this is true to a > certain degree - red images/jpegs look not as good > as other colors. The JPG algorithm in general has a issue with the color red (especially saturated shades covering larger areas). And compared to other tools imageMagick/graphicsMagick don't have the best JPG implementation. Whereas all tools creating JPGs (also Photoshop) have issues with red colors, from my experience they deal a bit better with it. > This ends up in setting the quality to 90 or even higher > to satisfy the customer - but imo this really bugs me!! my limit is 90 - if customers still complain I say it's already the maximum setting and they can live with it. > How do you handle this? How to you argument a higher > compression ratio? there are no arguments as long as the used images look like crap. A website is a 24/7 representation of the customer/company, so it has to look good and professional. Of course it should also be loaded fast, but most customers don't care about that - so they should get what the ask for. I can only advise them - if they don't care it's not my problem and not my fault. Easy as that. The only thing you could do is to advise the customer to use PNG instead of JPG for images that are no photos but stuff like diagrams. -- kind regards, Franz Koch From thasmo at gmail.com Tue Aug 31 19:15:36 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 31 Aug 2010 19:15:36 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Franz Koch wrote: > Hey, Hey ho! >> I tend to have a default of 55 and raise it up to >> 75 if needed. > > my default in TYPO3 is 70. Everything lower then that just looks awful > with 50% of the images. > When exporting images from Photoshop etc I'm using 55 as default, which > is about the same quality level as 70/75 with imagemagick. Ah, thanks for that hint. I didn't yet realize that Photoshop 55% will match to about 70/75% when using ImageMagick. >> The problem we have with clients is that they sometimes >> complain that images (especiall RED ones) look "awful" >> in their oppinion. Unfortunately this is true to a >> certain degree - red images/jpegs look not as good >> as other colors. > > The JPG algorithm in general has a issue with the color red (especially > saturated shades covering larger areas). And compared to other tools > imageMagick/graphicsMagick don't have the best JPG implementation. > Whereas all tools creating JPGs (also Photoshop) have issues with red > colors, from my experience they deal a bit better with it. Indeed, happens within larger areas. >> This ends up in setting the quality to 90 or even higher >> to satisfy the customer - but imo this really bugs me!! > > my limit is 90 - if customers still complain I say it's already the > maximum setting and they can live with it. > >> How do you handle this? How to you argument a higher >> compression ratio? > > there are no arguments as long as the used images look like crap. A > website is a 24/7 representation of the customer/company, so it has to > look good and professional. Of course it should also be loaded fast, but > most customers don't care about that - so they should get what the ask > for. I can only advise them - if they don't care it's not my problem and > not my fault. Easy as that. > > The only thing you could do is to advise the customer to use PNG instead > of JPG for images that are no photos but stuff like diagrams. The problem with our TYPO3 installations using PNG is, that these images get _drastically_ huge after ImageMagick resizes them. (There must be some sort of issue with TYPO3 and the version of IM we use or anything else which would cause this.) Thanks for your detailed reply anyway! Thomas From typo3.RemoveForMessage at elements-net.de Tue Aug 31 20:41:18 2010 From: typo3.RemoveForMessage at elements-net.de (Franz Koch) Date: Tue, 31 Aug 2010 20:41:18 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: > Hey ho! Hey ho, let's go! ;) >>> I tend to have a default of 55 and raise it up to >>> 75 if needed. >> >> my default in TYPO3 is 70. Everything lower then that just looks awful >> with 50% of the images. >> When exporting images from Photoshop etc I'm using 55 as default, which >> is about the same quality level as 70/75 with imagemagick. > > Ah, thanks for that hint. I didn't yet realize that Photoshop 55% > will match to about 70/75% when using ImageMagick. it's not a scientific research though - just my visual impression on what I remembered from some tests once. >> The only thing you could do is to advise the customer to use PNG instead >> of JPG for images that are no photos but stuff like diagrams. > > The problem with our TYPO3 installations using PNG is, that > these images get _drastically_ huge after ImageMagick resizes them. > (There must be some sort of issue with TYPO3 and the version > of IM we use or anything else which would cause this.) Yea, imagemagick is in general not the best conversion tool in terms of filesize. If I pic a image, scale it via TYPO3 and Photoshop, export them with the same quality settings and compare them, then the Photoshop file looks better and has smaller filesize. In your case, you could check if the LZW compression is working - it might not work for GIF but should for PNGs though. But I'm not a expert on server side settings for this. To complete the lecture about images and sizes :), the size of PNGs depends of course on the complexity of the image and it's original format. If the image was a JPG and should be rendered as PNG, then it's getting blown up in filesize by no means, due to the "noise" JPG is creating. But PNG/GIF resized and rendered as PNG again should have a moderate filesize though. Blurred edges and gradients also increase the filesize of PNGs of course - so sharpening and/or limiting the max colors will lead to smaller file sizes in those cases. PNG is only useful for "flat" graphics like diagrams, most Logos and images showing text and large areas of the same color. Anything with gradients or real photos is best saved as JPG. Most times if a customer complains (at least in my case) they saved a diagram/graphic as JPG and wondered about the bad quality on red areas then. After publishing the image as PNG quality was quite fine and file-size (depending on the complexity) smaller or not much larger. -- kind regards, Franz Koch From thasmo at gmail.com Tue Aug 31 21:19:38 2010 From: thasmo at gmail.com (Thomas "Thasmo" Deinhamer) Date: Tue, 31 Aug 2010 21:19:38 +0200 Subject: [TYPO3-dev] JPEG quality In-Reply-To: References: Message-ID: Franz Koch wrote: > To complete the lecture about images and sizes :), the size of PNGs > depends of course on the complexity of the image and it's original > format. If the image was a JPG and should be rendered as PNG, then it's > getting blown up in filesize by no means, due to the "noise" JPG is > creating. But PNG/GIF resized and rendered as PNG again should have a > moderate filesize though. Blurred edges and gradients also increase the > filesize of PNGs of course - so sharpening and/or limiting the max > colors will lead to smaller file sizes in those cases. PNG is only > useful for "flat" graphics like diagrams, most Logos and images showing > text and large areas of the same color. Anything with gradients or real > photos is best saved as JPG. Yeah, basically that's what I've also encountered, but in our case PNGs which are just resized by ImageMagick increase their filesize immense. E.g. if I check the image test #3 in the install tool at "PNG to PNG, 150 pixels wide", the PNG on our server is 35K, while the reference is only 4,1K. Now you can imagine images with dimensions like 640x480 have a filesize which is just too large to download, even for super high speed internet connections. (The images are really insanely huge.) But I think there are some recent bugs which are beeing worked on for 4.5, besides BE/FE login/session problems etc. Thomas From jbl at deweblop.de Tue Aug 31 22:35:09 2010 From: jbl at deweblop.de (J. Lingott) Date: Tue, 31 Aug 2010 22:35:09 +0200 Subject: [TYPO3-dev] Ajax and page content form Message-ID: Hey list, might be an easy task, but I just can't get it. Am on an extension using ajax requests to save content elements, inside the save routine I need to get the currently selected sys_language of the record edited in the form (which is the place where the request is sent from). The content element is not meant to be included on the page where the edited record is located, therefore the ajax request is used to save it on a different page. Just can't figure the language somehow. Cheers J. Lingott