[rlug] prioritate biblioteci php

[Mihai Badici]

On 1/8/21 1:32 PM, Alex 'CAVE' Cernat wrote:
> ai 2 varianta la php: ori folosesti numai ce-ti da distributia, ceea ce
> inseamna ca vor fi chestii mai vechi, insa in general mai stabile, si nu
> te trezesti ca se strica ceva ca a facut un third party update si a
> explodat; ar trebui sa mearga din fuleu insa nu prea vad de ce te-ai mai
> juca cu composerul (ca sa fac o paralela e oarecum cazul in care
> instalezi un pachet si dupa aia vii si compilezi o versiune noua din
> surse, ceea ce inseamna cam ciorba)
> ori privesti vhostul tau ca si un tot unitar, unde ai in vendor toate
> dependintele la nivel de clase (desigur ca modulele necesare de php,
> daca e cazul vor fi instalate global); in cazul asta instalezi inclusiv
> roundcube-ul din surse, nu din pachetul de distributie
> in mod normal, de la psr-4 citire, daca folosesti composerul iti va crea
> el automat un script autoload pe care sa-l incluzi in scripturile "tale"
> (de fapt cu arhitectura actuala ar trebui doar in front-controller, ca
> cica nu mai avem jde mii de scripturi de intrare - da, stiu, gluma buna,
> trebuia sa o pastrez pentru 1 aprilie); dat fiind ca folosesti
> roundcube-ul din pachet, ar trebui sa vezi ce spl_autoload_register are
> hardcodat prin el, ca sa vezi de unde-ti incarca clasele
> mai e si varianta veche cu include_path, insa mi se pare old school si
> de kko, de cand cu namespace-urile de la 5.3 sau 5.4 in sus
>
> de ce exact ai apelat la cocktail de apt si composer ?

roundcube-ul e și el din surse.

Se pare că dacă vrei să folosești modulul de calendar la justa lui 
valoare ( să poți invita alți useri de exemplu la un meeting) VObject-ul 
pe care îl am eu în debian nu are toate atributele. Deci e musai să 
folosesc sabre ăla, 3.5.3 pe care îl zice composerul.

Aș putea să schimb la roundcube să încarce clasele din altă parte? Dacă 
da, cum?