[TYPO3] problem with sql query
stem
stema at web.de
Sun Feb 12 18:11:07 CET 2006
hi,
thanks for your help. where can i find a documentation of the api?
regards
Ries van Twisk wrote:
> Daniel Pötzinger wrote:
>
>> Ries van Twisk wrote:
>>
>>
>>> Daniel Pötzinger wrote:
>>>
>>>
>>>> stem wrote:
>>>>
>>>>
>>>>
>>>>> hello,
>>>>>
>>>>> i'm sure it is a stupid thing, however it drives me crazy.
>>>>>
>>>>> i have the following sql query in my t3-extension:
>>>>> $query = 'SELECT storage_pid FROM pages WHERE uid =
>>>>> '.$GLOBALS['TSFE']->id;
>>>>> $storagePid = mysql(TYPO3_db, $query);
>>>>>
>>>>> therewith i would like to receive the storage pid of the page,
>>>>> where my extension is used in order to save the form entries in the
>>>>> corresponding sys_folder.
>>>>>
>>>>>
>>>>>
>>>> Hello
>>>>
>>>> 1)
>>>> It would be better to use the DBAL (see t3lib/class.t3lib_db.php)
>>>> e.g.
>>>> $res=$GLOBALS['TYPO3_DB']->exec_SELECTquery(...)
>>>> $row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($res)
>>>>
>>>> 2.) There is no need for this select, T3 FE did already select these
>>>> values:
>>>> Array:
>>>> $GLOBALS['TSFE']->page
>>>> ders.de/cgi-bin/mailman/listinfo/typo3-english
>>>>
>>>>
>>>>
>>> Yes... NEVER EVER EVER NEVER EVER use direct mysql calls :) better
>>> use DBAL.
>>>
>>> However the above is also the wrong way to get the storage PID.
>>>
>>> $pids = $GLOBALS["TSFE"]->*getStorageSiterootPids*()
>>>
>>>
>>>
>> You are right using available function is always better than accessing
>> variables. (cause of later changes and maintainability..)
>>
>> But however:
>> I just depends on what you want. This function traverses the rootline
>> and returns the first found storage pid and siteroot.
>>
>> It maybe not the expected result if I only want the storagepid from
>> the curent site. (and maybe want to use $GLOBALS['TSFE']->id if no
>> storage pid is set for the current site.)
>>
>>
> Personally I think that that should be the behavure...
> If one extension behaves differently from a other extension. Then it's
> really hard for an regular admin to understand how extension in general
> work, where is data stored and retreived.... This is as far as I know we
> have a starting point for an extension to 'start' from a other point,
> also here is an API for it...
>
> However, this is I think a bit gray area and extension developers do
> have to much freedom how to do things....
>
> well... as long it'sa documented the right way....
>
>> Greetings
>>
>>
>> _______________________________________________
>> TYPO3-english mailing list
>> TYPO3-english at lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english
>>
>>
>
More information about the TYPO3-english
mailing list