Re: module dinamice in php

--===============1609402076645242781==
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
	micalg=sha-256; boundary="------------ms010009000803060502060500"

--------------ms010009000803060502060500
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 7/26/19 12:53 PM, manuel "lonely wolf" wolfshant wrote:
> On 7/26/19 11:18 AM, Mihai Badici wrote:
>> Am o problem=C4=83 pe care =C8=99tiu s=C4=83 o rezolv ( b=C4=83be=C8=99=
te) :) dar pe care a=C8=99 vrea
>> s=C4=83 o =C3=AEn=C8=9Beleg mai bine.
>>
>> E mai greu de explicat cumva dec=C3=A2t de rezolvat :)
>>
>>
>> Am o bibliotec=C4=83 de php relativ custom ( libkolabxml) . Cei de la =
Kolab
>> s-au g=C3=A2ndit c=C4=83 e mai bine s=C4=83 ai un pachet de biblioteci=
 ( au binding-uri
>> =C8=99i pt java, python, C)=C2=A0 pentru a parsa xml-urile cu care luc=
reaz=C4=83.
>>
>> ( In felul =C4=83sta c=C3=A2nd schimbi ceva =C3=AEn format, upgradezi =
tot pachetul =C8=99i
>> ai rezultate consistente pentru toate aplica=C8=9Biile)
>>
>> .
>>
>> Bun, c=C4=83nd fac upgrade la php uneori uit s=C4=83 recompilez pachet=
ul. Atunci
>> se =C3=AEnt=C3=A2mpl=C4=83 ceva ciudat: pe contul meu de test totul fu=
nc=C8=9Bioneaz=C4=83
>> normal, dar pe alte conturi nu. Dup=C4=83 un timp nu mai merge la nime=
ni =C8=99i
>> atunci =C3=AEmi amintesc s=C4=83 instalez pachetul.
>>
>> Ceea ce se =C3=AEnt=C4=83mpl=C4=83 e c=C4=83 apache aparent =C3=AEncar=
c=C4=83 php-ul vechi, de=C8=99i =C3=AEl
>> restartez, dar doar =C3=AEn anumite condi=C8=9Bii ( de fapt folose=C8=99=
te un temporar
>> din /tmp=C2=A0 pe care l-am cam dibuit umbl=C3=A2nd pe o ma=C8=99in=C4=
=83 de test, de asta
>> zic c=C4=83 b=C4=83be=C8=99te =C8=99tiu s=C4=83 rezolv)
>=20
> tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor=20
> cind am facut eu timpenii, mie ( pe muuuuulte centos / fedora si citeva=
=20
> instante de debian si ubun=C8=9Bi ) nu mi s-a intimplat absolut nicioda=
ta ca=20
> dupa restart sa apara versiunea anterioara. in schimb mi-a aparut=20
> fenomenul descris de tine la reload.. si asa am invatat ( acum 20 ani :=
)=20
> ) ca exista diferente.

pe centos7 si fedora reload face "httpd -k graceful"
explicatiile sunt la https://httpd.apache.org/docs/2.4/stopping.html

din ce vad acolo la graceful se pare ca procesul principal nu se=20
inchide, ci inchide threadurile, reparseaza configuratia si apoi=20
reporneste threadurile cu noua configuratie.

daca procesul principal are cacheuri interne, hash-uri ale locatiilor=20
etc, la reload nu cred ca vor fi refacute.

Adrian


--------------ms010009000803060502060500--


--===============1609402076645242781==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

--===============1609402076645242781==--