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,
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
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
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 we had
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
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
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
-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,
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
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
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 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
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
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
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.
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
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 code or
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
