[rlug] module dinamice in php

[Adrian Sevcenco]

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ă pe care știu să o rezolv ( băbește) :) dar pe care aș vrea
>> să o înțeleg mai bine.
>>
>> E mai greu de explicat cumva decât de rezolvat :)
>>
>>
>> Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab
>> s-au gândit că e mai bine să ai un pachet de biblioteci ( au binding-uri
>> și pt java, python, C)  pentru a parsa xml-urile cu care lucrează.
>>
>> ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și
>> ai rezultate consistente pentru toate aplicațiile)
>>
>> .
>>
>> Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci
>> se întâmplă ceva ciudat: pe contul meu de test totul funcționează
>> normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și
>> atunci îmi amintesc să instalez pachetul.
>>
>> Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl
>> restartez, dar doar în anumite condiții ( de fapt folosește un temporar
>> din /tmp  pe care l-am cam dibuit umblând pe o mașină de test, de asta
>> zic că băbește știu să rezolv)
> 
> tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor 
> cind am facut eu timpenii, mie ( pe muuuuulte centos / fedora si citeva 
> instante de debian si ubunți ) nu mi s-a intimplat absolut niciodata ca 
> dupa restart sa apara versiunea anterioara. in schimb mi-a aparut 
> fenomenul descris de tine la reload.. si asa am invatat ( acum 20 ani :) 
> ) 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 
inchide, ci inchide threadurile, reparseaza configuratia si apoi 
reporneste threadurile cu noua configuratie.

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

Adrian