From: ummeegge <ummeegge@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH] Update: To version Apache-2.4.18 and PHP-5.6-17.
Date: Thu, 03 Mar 2016 16:07:59 +0100 [thread overview]
Message-ID: <7E893354-95A8-4886-9EC5-C95D37A64C1D@ipfire.org> (raw)
In-Reply-To: <6B8DBF97-BAE5-4BB8-88E6-CDE667807349@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3400 bytes --]
Have also uploaded an image --> http://people.ipfire.org/~ummeegge/Apache%2BPHP_update/ with all updated version and also modesecurity as package if someone wants to test it via VM or regular installation.
Erik
Am 03.03.2016 um 14:47 schrieb ummeegge <ummeegge(a)ipfire.org>:
> Hi Michael,
> yes sure if we go for a merge request we will split all the pieces in separated patches so it should be easier to overview and comment on them but in the moment there are configuration questions open but also more testings to do.
> The first step in my opinion could be a kind of help to find a way for a proper, good operating mode with the new versions where we can find for the first a way for a moderate hardware consumption. The RAM usage seems to be currently a double of the existing apache/php installation which is in my opinion a no go especially for all the weak boards (256MB like e.g. the ALIX are a problem i think) out there. Unfortunatly the worker mpm mode has the lowest RAM consumption in my testings but it seems to be also the weakest in a security manner. Since the "worker" MPM uses threads and the question comes up if PHP are really thread save where i have in fact currently no deeper insights. The alternative might be to use prefork MPM which uses instead of threads processes and should therefor be more save but needs in my testings also more RAM. This situation is currently a dilemma where i´am not sure how to solve this but may also some other people in here have the time, knowhow and the muse to find a good solution with this.
> Another section might be to try some more out with modsecurity (made a separated package) which is really in the beginning of testings and uses currently only default configs, so this can be seen as a playground for the first. There are also more possibilities with this versions where i made some switches in configure on but may too much or not the really useful ones, for this questions i hope to find some more testers which are interested to optimize this work so we can start at the end to make a working list of how we step further with the merge requests to deliver it step by step for a potential last overview.
>
> I wanted to deliver for the first tries my working environment which works well on my testing machine. In here --> http://git.ipfire.org/?p=people/ummeegge/ipfire-2.x.git;a=commit;h=47e7534ec924da960610838b6d40549f50c94f56 all changes can be overviewed and be used.
>
> Might be great if there comes some response. I´am on the way in the next 1-2 weeks so please be patient for response.
>
> Greetings,
>
> Erik
>
>
> Am 03.03.2016 um 00:52 schrieb Michael Tremer <michael.tremer(a)ipfire.org>:
>
>> Hi,
>>
>> yes please break this up into individual patches that do small changes
>> at a time.
>>
>> You can also use RFC instead of PATCH in the headline so you can ask
>> people to comment on the changes.
>>
>> -Michael
>>
>> On Mon, 2016-02-29 at 18:14 +0100, ummeegge wrote:
>>> Hi all,
>>> some files are missing and send-email won't deliver the amended
>>> version
>>> fatal: /tmp/pQNGd3EHcp/0001-Update-To-version-Apache-2.4.18-and-PHP-
>>> 5.6-17.patch: 627: patch contains a line longer than 998 characters
>>> warning: no patches were sent
>>>
>>> will push them soon again…
>>>
>>> Sorry for that.
>>>
>>> Greetings,
>>>
>>> Erik
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 842 bytes --]
next prev parent reply other threads:[~2016-03-03 15:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <813AD0F0-D2D7-4EEE-B1D9-F864605DA9A5@ipfire.org>
2016-03-02 23:52 ` Michael Tremer
2016-03-03 13:47 ` ummeegge
2016-03-03 15:07 ` ummeegge [this message]
2016-03-04 12:39 ` Michael Tremer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7E893354-95A8-4886-9EC5-C95D37A64C1D@ipfire.org \
--to=ummeegge@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox