Hi Uros,
Stored procedures are one of those things that differ wildly between DB
implementations so I can imagine dbal doesn't support them. TYPO3 itself
doesn't use them by default anyway, so I can imagine it's not a very high
priority.
The DB design for TYPO3 is relatively "dumb", with practi
Hey, i'm displaying some images with tt_news extension, and on the
single view there are some thumbnails, which i can click on and they
will pop up in a new window. The problem is, however, i don't want a new
window, and i dont want the javascript frame, i just want a link to full
sized image.
Hi, List.
Here is my situation: I'm using a bit modified 'sici_damdl' extension, which
produces links to file assets in this way:
http://domain.tld/index.php?id=1&tx_sicidamdl_pi1[hash]=123456789abcdef&tx_sicidamdl_pi1[name]=asset.pdf
When user clicks on such link, he receives desired PDF file.
Hello list,
I am just curious, is there way to execute stored procedure call in typo3
extension. I didn't have success with standard typo3 dbal.
Greetings
Uros Milicev
___
TYPO3-english mailing list
TYPO3-english@lists.netfielders.de
http://lists.netfi
Doesn't 4.3 tell you where set_no_cache was called (if you enabled that
level of logging?)
Dan Osipov
Calkins Media
http://danosipov.com/blog/
Steffen Müller wrote:
> Hi.
>
> On 13.10.2009 10:47 JoH asenau wrote:
>> Check for extensions that might use no_cache=1 as a default setting.
>> A good
> Eh eh! I found it I guess:
>
> chgallery/ext_typoscript_setup.txt: config.no_cache = 1
Wrong alert, it is for a special page.
--
Xavier Perseguers
http://xavier.perseguers.ch/en
One contribution a day keeps the fork away
___
TYPO3-english mailing
Hi.
On 13.10.2009 15:56 Sebastian Gebhard wrote:
> Steffen Müller schrieb:
>> I'd wish there was a no_cache indicator or a blacklist some where in
>> TER. I had the same troubles last week with
>> $GLOBALS["TSFE"]->set_no_cache() in ve_guestbook.
> What about a wiki page?
if it sets maintainers u
On Sat, 10 Oct 2009 14:31:30 +0200, Victor Livakovsky
wrote:
>> Hi, Sergio.
>
>> I'm also looking for same solution (maybe extension or some external
>> software) to make deployement as automatic as possible. I've found only
>> 'mmsynchro' extension, but it requires additional fix for SSH2
Have you checked the PHP error log? There could be a fatal error - in
that case we need to know about it!
What PHP version are you using on the remote server?
Dan Osipov
Calkins Media
http://danosipov.com/blog/
Daniel Doesburg wrote:
> Hi Dan,
>
> I've tried with and without feedit. Does not m
Steffen Müller schrieb:
> I'd wish there was a no_cache indicator or a blacklist some where in
> TER. I had the same troubles last week with
> $GLOBALS["TSFE"]->set_no_cache() in ve_guestbook.
What about a wiki page?
___
TYPO3-english mailing list
TYPO3-e
Hello Joey and Bernhard
Thanks for your reply.
I got this to work and am slowly absorbing more and more of typo3.
One more (still a beginners) question.
For some pages your advice works, but for others i need to go further.
Let's say i have a page "download" with only one content element.
How c
Hi.
On 13.10.2009 10:47 JoH asenau wrote:
>
> Check for extensions that might use no_cache=1 as a default setting.
> A good candidate is always tt_products but there are others as well that are
> known to make use of this "evil" switch.
>
I'd wish there was a no_cache indicator or a blacklist s
Hi Dan,
I've tried with and without feedit. Does not matter.
Kind regards,
Daniel
Dan Osipov schreef:
> Do you have old feedit installed as well?
>
> Dan Osipov
> Calkins Media
> http://danosipov.com/blog/
>
> Daniel Doesburg wrote:
>> A small addition:
>> If I un-install the new frontend e
Do you have old feedit installed as well?
Dan Osipov
Calkins Media
http://danosipov.com/blog/
Daniel Doesburg wrote:
> A small addition:
> If I un-install the new frontend editing extension all went well. And
> with this extension installed all went also well, but the functionality
> is not sho
Hi,
> Check for extensions that might use no_cache=1 as a default setting.
> A good candidate is always tt_products but there are others as well that are
> known to make use of this "evil" switch.
Eh eh! I found it I guess:
chgallery/ext_typoscript_setup.txt: config.no_cache = 1
And I fear I i
> i'm using TYPO3 4.3beta1 on my website and I'm not sure whether this
> issue is related to that version or not.
>
> In TypoScript i have config.no_cache = 0 and the TypoScript Object
> Browser shows that this setting applies
> to all of my pages but no matter what page i call in the Frontend,
> t
hi!
I have a typo3 project where the database is latin1 (ISO-8859-1) encoded and
the frontend output is printed with meta charset utf-8. Everything is running
fine except indexed_search (which splits search words at german umlauts an
garbles them).
So I tried to convert the system to real UTF-
Am 12.10.2009, 22:59 Uhr, schrieb Daniel Doesburg :
> In the new version 4.3.0beta1 is a fantastic new feature, the frontend
> editing.
> On my local machine, with the latest xampp, all things work fine.
> But on my remote Lynux server I get an total empty screen at the
> frontend.
> Even the
A small addition:
If I un-install the new frontend editing extension all went well. And
with this extension installed all went also well, but the functionality
is not shown on the frontend. And if I am logged in in the backend, only
than, the problem with the empty page occurs.
Regards,
Daniel
Hi,
> i'm using TYPO3 4.3beta1 on my website and I'm not sure whether this
> issue is related to that version or not.
>
> In TypoScript i have config.no_cache = 0 and the TypoScript Object
> Browser shows that this setting applies
> to all of my pages but no matter what page i call in the Front
Hi,
i'm using TYPO3 4.3beta1 on my website and I'm not sure whether this issue is
related to that version or not.
In TypoScript i have config.no_cache = 0 and the TypoScript Object Browser
shows that this setting applies
to all of my pages but no matter what page i call in the Frontend, the Adm
Empty screen usually comes from a PHP fatal error.
Your box must be set-up not to display PHP errors, that's why you
don't see anything instead of the classic "Fatal Error...", check your
php.ini for things like display_error, check also if errors are not
loggued to a file.
Duch
Le 13 oct.
Hi Bernhard,
> File a bug report "Spaces in Webroot path break ImageMagick compose"
> (or similar), describe everything and assign the bug to me (kraftb).
> If you have a patch against current SVN you can also attach it.
Done:
http://bugs.typo3.org/view.php?id=12218
Patch included.
But I ca
23 matches
Mail list logo