Project

General

Profile

Actions

Feature #19717

closed

Use PHP built–in gzip/deflate compression in Frontend

Added by Dmitry Dulepov over 15 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Should have
Category:
Communication
Target version:
-
Start date:
2008-12-18
Due date:
% Done:

0%

Estimated time:
PHP Version:
4.3
Tags:
Complexity:
Sprint Focus:

Description

Currently TYPO3 uses its own GZip compression class. This class was not changed for a long time and few know how it works. PHP includes its own output compression handler, which is not only faster but also maintained by PHP team and supports "deflate" compression in addition to "gzip".

The attached patch changes TYPO3 Frontend to use PHP handler instead of TYPO3 own. It will also correct "Content-length" header generated by "config.enableContentLengthHeader=1".

(issue imported from #M9974)


Files

9974_v2.diff (6.25 KB) 9974_v2.diff Administrator Admin, 2009-02-01 15:30
9974_v4.diff (8.46 KB) 9974_v4.diff Administrator Admin, 2009-03-02 10:45

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #20413: wrong content-length header breaks frontend in case of proxy-usageClosedMichael Stucki2009-05-10

Actions
Actions #1

Updated by Dmitry Dulepov about 15 years ago

Another possible optimization: always send content length. It helps browser to detect the end of data stream aftser and speeds up rendering by 0.5-1s according to measurements with FireBug. It is especially helpful with pipelining or keep-alives enabled on the web server.

Actions #2

Updated by Dmitry Dulepov about 15 years ago

Attached v4 of the patch as per discussion with Thorsten Kahler. The only change is: compression hook is moved to a separate class.

Actions #3

Updated by Martin Kutschker almost 15 years ago

According to ChangeLog this has been fixed on 4.3.2009

Actions

Also available in: Atom PDF