A frissítéssel kapcsolatos teljes információt a KVS fórumon találja: KVS 6.2. 0 frissítés.

A KVS 6.2.0 újdonságai:

1. Örömmel jelentjük be, hogy a PHP 8.1 támogatás elérhető béta tesztelésre, mivel ezt Smarty frissítés nélkül sikerült megtenni. Javasoljuk a PHP 8.1 használatát az új projektekhez, de egyelőre nem javasoljuk, hogy kritikus szükség nélkül frissítse a PHP-t futó projekteken, mivel továbbra is problémák adódhatnak a teljes megfeleléssel. Bár valószínűleg a PHP 8.2 is támogatott, ezt még nem jelenthetjük ki hivatalosan. A PHP8-ra való váltáskor kritikus problémák adódhatnak a webhelysablon testreszabásával és bármilyen egyéni PHP-kóddal kapcsolatban. Jelenleg egyetlen ismert probléma van a KVS alapértelmezett témájával, de több is lehet; ezért a PHP-verzióváltás előtt kérjük, tekintse meg fórumunkat a PHP8 migrációjának legfrissebb részleteiért – folyamatosan frissítjük az esetleges új problémákat.
2. Elkezdtük a konverziós motor előkészítését a közelgő HLS / adaptív streaming támogatáshoz. Ebben a frissítésben megváltoztattuk a videóformátum-csoportok fogalmát. Korábban a KVS csak 2 rögzített formátumcsoportot támogatott, melyeket 'Standard' és 'Prémium' néven neveztek el. A nyilvános és privát videókhoz szabványos formátumokat, a prémium videókhoz pedig prémium formátumokat használtak. Ez a koncepció nem tette lehetővé a prémium videó átváltását nyilvános / privát típusra, vagy fordítva. Mostantól a KVS tetszőleges számú videóformátum-csoportot támogat, és ezek nem lesznek közvetlenül a videó típushoz kötve, mint korábban (a visszamenőleges kompatibilitás érdekében azonban meg kellett őriznünk egy formátumcsoport automatikus kiválasztását a prémium videókhoz mint azelőtt). Először is, ez lehetővé teszi, hogy bármilyen videót bármikor váltson nyilvános / privát / prémium típus között. Másodszor, lehetőség lesz a videók egyik formátumcsoportból a másikba való áttelepítésére. Erre a funkcióra a jövőben szükség lesz a meglévő projektek HLS-videóformátumra való áttelepítésekor, így nem kell azon gondolkodnia, hogy hány videója van, és nem kell x2 lemezterülettel rendelkeznie a tárolószervereken, mivel az áttelepítési folyamat törli a régi videókat. fájlokat minden videóhoz, amint új videofájlokat hoz létre.
3. A konverziós motorban optimalizáltuk a videó képernyőképek másolását a fő és a konverziós szerverek között, így az összes képernyőkép-fájl egyetlen szalagos archívumba egyesül, és egyetlen fájlként másolódik. Ez az optimalizálás drámaian megnövelheti a videofeldolgozás sebességét azoknál a projekteknél, amelyek távoli konverziós szervereket használnak magas FTP késleltetéssel.
4. A videó képernyőkép beállításaiban most engedélyezheti, hogy a függőleges képernyőképeket 2, 3 vagy 4 kép egymás után egyetlen vízszintes képernyőképevé egyesítse.
5. A konverziós szervereken mostantól jelezheti, hogy egy szervert teljesen fel kell-e tölteni feladatokkal, mielőtt más szervereket használna. Ez a lehetőség akkor lehet hasznos, ha erősebb konverziós szervere van néhány kevésbé erős konverziós szerverrel együtt. Ebben az esetben, ha nem aktiválja ezt a lehetőséget, előfordulhat, hogy a konverziós feladatok véletlenszerűen elosztódnak az összes kiszolgálón, ami azt eredményezi, hogy egyes feladatokat kevésbé erős kiszolgálókra másolnak át, míg a nagyobb teljesítményűek nem maradnak teljesen betöltve. Az új opció használata gyorsabb feldolgozást eredményez, kivéve azokat az eseteket, amikor nagy feladatsor vár feldolgozásra, és az összes konverziós erőforrást teljes mértékben be kell tölteni.
6. Mostantól lehetőség van a függőleges VS vízszintes videók elkülönítésére az adminisztrációs panelen és a webhely területén, a KVS támogatja az új jelzőt a videoadatokban.
7. A külső keresőbővítményt kibővítették az albumok és keresési lekérdezések támogatásával, ezek mostantól a SphinxSearch-en keresztül is kiszolgálhatók a jobb keresési pontosság és teljesítmény érdekében. A beépülő modul mostantól támogatja a hibaértesítést is, ha a KVS azt észleli, hogy a SphinxSearch nem működik. Ha e-mailben szeretne értesítést kapni erről a hibatípusról, manuálisan kell engedélyeznie a Személyes beállításokban. Kérjük, tekintse meg fórumbejegyzésünket a SphinxSearch konfigurálásához, amely az adminisztrációs panel plugin oldaláról érhető el.
8. A Synonymizer beépülő modult a többszavas kifejezések támogatásával bővítették, korábban csak egyetlen szavakat támogatott. Mostantól bizonyos szavakat is törölhet üres szöveggel helyettesítve. Felhívjuk figyelmét, hogy a Synonymizer beépülő modult nem arra tervezték, hogy lecserélje a tiltott szavakat a felhasználók által közzétett tartalomban, ehhez a feladathoz egy másik funkció is található a Webhely beállításai között. De ez a beépülő modul felhasználható a grabbers/import tartalom feldolgozására, és a tömeges szerkesztési funkcióval bármikor képes a meglévő tartalmak utófeldolgozására.
9. A KVS nextgen architektúrája végre megjelenik az összes kategorizációs list_xxx és xxx_view blokkhoz, beleértve a kategóriákat, modelleket, címkéket és tartalomforrásokat. Ez új funkciókat hoz számukra: több szűrőt, szöveges keresést, kapcsolódó listákat és - amit gyakran kérdeznek - összekapcsolt lekérdezések. Az összekapcsolt lekérdezések lehetővé teszik a kategorizáció megjelenítését, amelyet más kategorizációkkal együtt használnak a videókban, albumokban vagy bejegyzésekben. Példa: egy modell esetén mutasson meg minden kategóriát vagy címkét, amelyet ezzel a modellel együtt használnak a videókban. Vagy kategória esetén jelenítse meg az összes címkét, amelyet ezzel a kategóriával együtt használnak a videókban. Ezek a lekérdezések drágák, ezért az ilyen blokkokat jól gyorsítótárazni kell az adatbázis terhelés csökkentése érdekében.
10. Egy másik nextgen funkciót elsősorban a modellekhez adtunk hozzá, de egyelőre nem sikerült teljesen befejeznünk. Lehetővé teszi az előre meghatározott választóértékek listáinak testreszabását olyan mezőkhöz, mint a nem, a szemszín és a hajszín (és a jövőben a felhasználói profilokhoz is). Ezt még nincs mód adminisztrációs panelen keresztül testreszabni, de adatbázison keresztül lehetséges, és ha égetően szüksége van erre, kérjük, forduljon ügyfélszolgálatunkhoz a részletekért. Ez a változás azonban összeegyeztethetetlenséget eredményezett a modell nemi értékeivel kapcsolatos témákkal. A KVS alapértelmezett témája nemi szűrőt tartalmazott a modelllistában, amely a frissítés után nem fog megfelelően működni. És minden, a modell neméhez kapcsolódó téma-testreszabás leállítja az értékek megfelelő megjelenítését. Sajnos nincs mód az automatikus javításra, és ha ez a speciális szűrés fontos az Ön webhelye számára, kérjük, olvassa el a fórum útmutatóját arról, hogy mit és hogyan kell módosítani a témában.
11. A könyvtárak átírási logikája (a videók, kategóriák stb. URL-jeinek szöveges része) kissé megváltozott. Korábban, ha az átírás nem volt engedélyezve (ritka esetek, mivel az átírás alapértelmezés szerint engedélyezve van, és valószínűleg ezután sem volt kikapcsolva), a KVS megtartotta a latin karaktereket és számokat az URL-ben, és eltávolított minden mást. Ha a címben nem szerepelnének latin karakterek, ami gyakori eset a kínai/arab/orosz nyelveknél, akkor az URL véletlenszerű 32 karakteres karakterláncként jön létre. Ez a viselkedés most megváltozott: ha az átírás nincs engedélyezve, a KVS a címet fogja használni URL-ként, csak a szóközöket és a speciális karaktereket kötőjelekkel helyettesítve. Ahhoz, hogy ez a viselkedés korábban megtörténjen, fel kellett tölteni egy speciálisan kialakított PHP kiterjesztésű kvs_translit.php fájlt, de erre már nem lesz szükség. Ha azt szeretné, hogy az URL-ek az anyanyelvén legyenek, egyszerűen kikapcsolhatja az átírást a Tartalombeállítások -> Létrehozott könyvtárak beállításai menüpontban.
12. A beágyazási lejátszó viselkedését továbbfejlesztettük azokban az esetekben, amikor a beágyazott megjelenítők megpróbálják elrejteni a hivatkozójukat (az eredeti domaint, ahová a beágyazási kódokat elhelyezték). A KVS lejátszó ebben az esetben nem játssza le a videókat, hanem kattintásra megnyitja a videóoldal URL-jét. A beágyazott lejátszó használati statisztikái továbbra is az <Üres hivatkozó> használatot számolják ilyen esetekben, de most ezek a használatok nem tudják majd megnézni a videóidat. Az ilyen megjelenítőknek vagy el kell távolítaniuk a beágyazási kódokat webhelyeikről, vagy fel kell hagyniuk a domainjükkel kapcsolatos információk elrejtésével, hogy a beágyazási kódok teljes mértékben működjenek. Van egy másik probléma is a beágyazási kódok sandboxba helyezésével, és sajnos nincs technikai megoldása. A Sandbox mód lehetővé teszi a beágyazott megjelenítők számára, hogy megakadályozzák a linkek megnyitását a beágyazott lejátszón belül, beleértve a hirdetési kattintásokat és a webhely videooldalaira mutató hivatkozásokat. Maga a hirdetés a szokásos módon megjelenik, de nem lehet rákattintani. Ez csökkentené a hirdetési statisztikák arányát, és alacsonyabb árakat eredményezhet a hirdetők által. Az egyetlen megoldás a beágyazási kódokat használó tartományok figyelése (ezeket a statisztikákat a Statisztika -> Beágyazáshasználat menüpontban találja meg), és ellenőrizze, hogy egy webhely hozzáad-e sandbox attribútumot a domainjét összekapcsoló < iframe > címkéhez. Ha igen, akkor érdemes lehet letiltani ezt a webhelyet a Domains feketelistájával a Beágyazott lejátszó beállításainál, ekkor a beágyazási kódok nem fognak működni.
13. A hirdetési profilok mostantól képesek bizonyos hirdetőket meghatározott böngészőkre korlátozni.
14. A tömeges szerkesztés grafikus felhasználói felületén most újra létrehozhat idővonal képernyőképeket egy adott videókészlethez, és kikényszerítheti a CDN érvénytelenítését a kiválasztott tartalomkészletnél.
15. A Grabbers beépülő modul most már támogatja az aldomaineket egyes konkrét grabberek számára. Ez szükséges a lokalizált tartalom importálásához olyan csövekből, amelyek lokalizációja aldomaineken keresztül történik. Ha úgy látja, hogy ez nem működik bizonyos markolóknál, kérjük, tudassa velünk, és frissítjük a markolókat.
16. A 6.1.0-s verzióban letiltottuk azt a lehetőséget, hogy a felhasználók egyszerre több eszközről is hozzáférjenek fiókjukhoz, most pedig hozzáadtunk egy lehetőséget a Webhely beállításaihoz, hogy szükség esetén visszaállítsuk ezt a lehetőséget.
17. A Memberzone beállításaiban mostantól lehetőség van különböző alapértelmezett tokenárak megadására a nyilvános és privát videókhoz. Korábban ezt az árat csak mindkét videótípusra lehetett beállítani.
18. A hírcsatornák exportálása mostantól lehetővé teszi a hírfolyam felhasználóinak, hogy csak azokat a videókat kérdezzék le, amelyeket bizonyos napokon belül módosítottak.
19. Az adminisztrációs panel választó vezérlőjében most kikapcsolhatja a szinonimák megjelenítését, vagy a szinonimák között kereshet.
20. A Személyes beállításokban most kikapcsolhatja az automatikus új lap viselkedését a belső adminisztrátori URL-eknél, ha azt szeretné, hogy azok szigorúan ugyanazon a lapon legyenek megnyitva, kivéve, ha manuálisan használja a Ctrl billentyűt az új lap kényszerítésére.
21. A lejátszó grafikus felhasználói felülete az adminisztrációs panelen mostantól lehetővé teszi a lejátszási sebesség módosítását.
22. A Neuroscore beépülő modulban egy új lehetőség került hozzáadásra a videokönyvtárak és a címek módosításához a cím-újraírási feladatokban.
23. Az album_edit blokkban mostantól lehetőség van a feltöltött képek minimális és maximális megengedett fájlméretének korlátozására.
24. A 6.1.0-s verzióban a WebP formátum tartalékaként kikapcsoltuk a JPG idővonal képernyőképeinek támogatását. Ügyfeleink visszajelzése után úgy döntöttünk, hogy visszaküldjük - ha a lejátszó beállításaiban WebP formátumot választottál az idővonal képernyőképekhez, és emellett a projekted egy másik JPG formátumot is meghatároz számukra - a KVS lejátszó automatikusan visszaáll JPG-re azoknál az eszközöknél, amelyek ezt teszik. nem támogatja a WebP-t.

Javított hibák:

1. [SÚLYOS] A videofájlok védelme nem működne, ha néhány IP-cím engedélyezőlistán szerepel a védelmi beállításokban (6.1.0 óta).
2. [KÖZEPES] Néhány visszajelzést (általában spam) nem sikerült elküldeni, ezek a felhasználók számára megjelenített hibákat eredményeztek. Ez egyik oldalról jó volt, de valami fontos kihagyást eredményezhet (a 6.1.0 óta).
3. [ALACSONY] Az FTP tartalomfeltöltő beépülő modul leállna, ha a videófájlnév több pontot tartalmazna (6.1.0 óta).
4. [LOW] A Grabber automatikus pilóta nem működött megfelelően, ha időalapú ütemezésre volt állítva.
5. [ALACSONY] A felhasználói bejelentkezési naplók mostantól az IPv6-címek teljes verzióját tartják meg, korábban csak az utolsó részét tartották meg.