Hi Mitja,
you might be experiencing a whole different issue locally. Local DNS seems
to make MacOSX local webserver very very slow.
You might want to dive into that for a solution.
Kind regards,
Henjo
Problems are small because we learned how to deal with them.
Problems are big because we need
Hello Mitja,
the speeddifference in php < 5.3.3 and 5.4 is because of a new
Classloader and many bugs in the class aliasing in older releases (i
wonder why php < 5.3.3 runs ;))
If TYPO3 backend is still slow, please take a look into apc, or a
similar bytecode cache, increase the cache memory to g
Hello Mitja,
TYPO3 6.0.1 ist extremly useless with PHP < 5.3.7, please try 5.4, there
you will get a good speed.
I suggested in the corelist to make the php < 5.3.7 warning really
visible :D
The Hardware should be really suitable for what you need :D
Please also haev a look into a phpbyte cache
Hello Mitja,
is it allowed to ask for your system parameters?
TYPO3 Version
Installed extensions (and Versions)
PHP Version
MySQL Version
Accelerator Version
Ram
Access Characteristics
I recently installed TYPO36.0 in VMWare and it's really fast ;)
The first call may be slow, but then the cache
Hey,
> For example: Here are the results with list module on a page with same
> nr. or elements:
>
> 4.3.5 : 348 milliseconds
> 6.0.1: 923 milliseconds
>
> The difference is huge.
>
> Pardon my ignorance here however this kind of blows my mind how the top
> notch version can be worse than what
Hi Christian,
Christian Kuhn wrote:
>> If we're lucky, adding a new step 1 is
>> also not that complicated, so we don't need to completely refactor the
>> install tool at this point, which is clearly a much more complicated
>> task.
>
> And if we're even more lucky, we might be able to lend some
Hey,
On 01/30/2013 11:54 PM, Christian Kuhn wrote:
If we're lucky, adding a new step 1 is
also not that complicated, so we don't need to completely refactor the
install tool at this point, which is clearly a much more complicated task.
And if we're even more lucky, we might be able to lend som
Hey.
On 01/30/2013 11:16 PM, Philipp Gampe wrote:
Christian Kuhn wrote:
install tool should
actually check the system and set the quickest solution automatically or
something.
Yes, this is missing ... I guess we could set a few other settings after
some tests too. E.g. curlUse, etc.
Current
Hi Christian,
Christian Kuhn wrote:
> install tool should
> actually check the system and set the quickest solution automatically or
> something.
Yes, this is missing ... I guess we could set a few other settings after
some tests too. E.g. curlUse, etc.
Currently the IM settings are automatica
Hey,
On 01/30/2013 11:49 AM, Gideon So wrote:
Is mbstring faster than iconv??
from my testing i did a while ago: yes, but not that much. but iconv +
mbstring both are WAY quicker than internal code. install tool should
actually check the system and set the quickest solution automaticall
Hi Philipp,
Is mbstring faster than iconv??
Gideon
於 2013年01月30日 星期三 07:39 下午, Philipp Gampe 提到:
Hi Mitja,
Mitja wrote:
I am sure that if we the users & developers notice, than the CORE
developers must also have noticed this... Any idea on how to "improve"
this?
Tweak your configu
Hi Mitja,
Mitja wrote:
> I am sure that if we the users & developers notice, than the CORE
> developers must also have noticed this... Any idea on how to "improve"
> this?
Tweak your configuration and share your tweaks...
e.g.
't3lib_cs_convMethod' => 'mbstring',
Hi,
On 30-1-2013 9:43, Gideon So wrote:
The answer is funny. Fixing bugs leads to a slow backend. Isn't a
slow backend is a huge bug to fix??
It's not funny at all. To repair things and to implement new features it
is often necessary to do extra processing. Each time only a little bit
o
Hi,
Am 30.01.2013 10:33, schrieb Mitja:
> Any idea on how to "improve" this?
do real analysis, e.g. by using kcachegrind and deliver the statistics.
trust me, there is not a single line like "sleep(2)" which can be
removed and it is fast again ;)
georg
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> The answer is funny. Fixing bugs leads to a slow backend. Isn't a
> slow backend is a huge bug to fix??
Yes, it is. It's definitely worth to improve that situation.
Kind regards
Steffen
- --
Steffen Gebert
TYPO3 Server Administration Team Member
Hi Philipp,
The answer is funny. Fixing bugs leads to a slow backend. Isn't a slow
backend is a huge bug to fix??
Gideon
於 2013年01月30日 星期三 04:38 下午, Philipp Gampe 提到:
Hi Mitja,
Mitja wrote:
Pardon my ignorance here however this kind of blows my mind how the top
notch version can be worse
Hi Mitja,
Mitja wrote:
> Pardon my ignorance here however this kind of blows my mind how the top
> notch version can be worse than what we had years ago.
Bugfixes and new features ...
Best regards
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – linkvalidator
TYPO3
Hello!
I'd like to know how come a request via the LIST module (For example - Page
module is the same or worse) in TYPO 6.0.1 on a simple page takes 3 times the
time it takes in the obsolete version 4.3.5.
For example: Here are the results with list module on a page with same nr. or
elements:
18 matches
Mail list logo