On 08-Jan-21 1:58 PM, Mihai Badici wrote: > > > 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?
de aia ziceam ca ori instalez tot din pachete (ceea ce la pachete de clase php ... personal slabe sanse), ori totul "de la sursa"; din ce vad tu ai instalat cumva "distribution based", folosind path-urile de sistem (/usr & friends), de aia banuiam ca ai fi instalat din pachet vezi daca are referinte de autoload si de unde incarca, si atunci ai putea sa pui ceva de genul: "autoload": { "psr-4": { "Path\\To\\FQCNDir\\": "app/" } } in exemplul de mai sus tot ce e namespace-ul \Path\To\FQCNDir (aplicatia "ta") va fi incarcat din directorul app, iar la composer dump-autoload se va uita el prin vendor si va genera un autoload cat sa incarce la nevoie si ce e prin vendor iarasi, vorbesc chestii generale, nu am mai lucrat de mult cu roundcube ca sa ma uit prin surse, insa dupa cum spuneam prefer ca tot ce tine de proiect php sa fie intr-un $project_root, iar doc_root-ul sa fie $project_root/public, asa cum e la moda de la laravel incoace (prima data si eu am injurat, ca era ceva nou, insa daca te gandesti bine face foarte mult sens sa nu expui direct decat minimul de surse necesare, recte front-controllerul si ideal doar atat, restul statice) mai mult, daca folosesti nginx cu try_files poti sa "ascunzi" si front-controller-ul intr-un alt director separat, dar aici deja vorbim de specializari prea mari :-P Alex _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro