Dlouhodobý úkol #26366
otevřený
Jitsi a SeMeet
0%
Popis
Sprava v vyvoj jitsi
Aktualizováno uživatelem Andrej Ramašeuski před asi 5 roky(ů)
- Fronta změněn z Podání na Dlouhodobý úkol
- Začátek smazán (
20.01.2020) - Zobrazit v nabídce nastaven na Ne
- Organizační struktura nastaven na Ne
Aktualizováno uživatelem Jan Hamal Dvořák před více než 4 roky(ů)
- Kategorie nastaven na Jitsi
Aktualizováno uživatelem Andrej Ramašeuski před více než 3 roky(ů)
org.jitsi.videobridge.TRUST_BWE=false
https://community.jitsi.org/t/jitsi-users-video-turned-off-to-save-bandwidth-on-meet-jit-si/12735
snizeni kvality videa
constraints: {
video: {
height: {
ideal: 288,
max: 360,
min: 120
}
}
},
Aktualizováno uživatelem Andrej Ramašeuski před asi 3 roky(ů)
loguje to opravdu strasne moc, pri vetsim vytizeni muze delat problemy
https://community.jitsi.org/t/high-cpu-load-and-rtt-aggregate/52296
/etc/jitsi/videobridge/logging.properties
.level=WARNING
java.util.logging.FileHandler.level = OFF
Aktualizováno uživatelem Andrej Ramašeuski před asi 3 roky(ů)
JVB dostali verejne adresy:
jvb11 149.62.145.222
jvb21 149.62.145.223
Aktualizováno uživatelem Andrej Ramašeuski před téměř 2 roky(ů)
- Projekt změněn z Technické oddělení na Údržba a provoz
- Kategorie změněn z Jitsi na Jitsi
Aktualizováno uživatelem Andrej Ramašeuski před asi 2 měsíce(ů)
- Předmět změněn z Jitsi na Jitsi a SeMeet
Aktualizováno uživatelem Andrej Ramašeuski před asi 1 měsíc
finalize.sh pro semeet
#!/bin/bash
ENDPOINT=https://semeet.pirati.cz/api/records
cd $1
uuid=`echo $1 | cut -d / -f 4`
files=`ls *.mp4`
data=$(cat metadata.json | jq ". + {\"uuid\":\"$uuid\", \"file\":\"$files\"}")
curl \
-H 'Content-Type: application/json' \
-X POST \
-d "$data" \
$ENDPOINT
Aktualizováno uživatelem Andrej Ramašeuski před asi 1 měsíc
V knihovne Mojo::JWT pred dvemi mesici doslo k zasadnim zmenam a byla tak trochu ztracena kompatibilita. Pri testovani nove verze SeMeet (podpora nahravani) problem nebyl zjkisten, protoze testovani probiha se nvoym kodem, ale starou verzi docker image. S rebuildem image se do ni dostala nova verze knihovny a doslo k problemu. Vyreseno pevnou devinici verzi kihovny
Aktualizováno uživatelem Andrej Ramašeuski před asi 1 měsíc
Problem nekompatibility byl nelezen. Stara verze byla tolerantnejsi ke formati verejneho RSA klice - hodnotu kterou vracel keycloak jsem jen zabaloval do kontaineru -----BEGIN PUBLIC KEY----- a -----END PUBLIC KEY-----. A nova verze chtela aby ta hosnota byla nasekana presne na 64 bajtove casti spokene \n.
tohleto neakceptovalo:
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlXexDw9WiaaNbF5dftG5vlnnL1KstPOfuO2C7hD9S0HrtJYM4VJhyQbufgzXsyF6ZyMku3gzxegjQhANWGa3gUw33vr2PN1xyFXwbJ5xEb/B0XGlwv8x+EAxqJli520bWr5+ZmcfS+9e4BBKE9aPnRP+xS06q/Po4W0SpSoy6K2nH7V3i6Y/uFDQvnco///Ed0+C/ks5sMYsgNqh6BDjGGqLo3CVAfutSf3YC9hPNOJXf1pDKDMM3JHifIPDdaf13aKjI9/sh6o5nG0Q7bEhQgSXYPLIdjHSZsmNaDUjaunLWnYO3j68s0YCYQHlR5GzMYXLxftbKizNCR/IHljhmQIDAQAB
-----END PUBLIC KEY-----
ale tohle uz je OK:
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlXexDw9WiaaNbF5dftG5
vlnnL1KstPOfuO2C7hD9S0HrtJYM4VJhyQbufgzXsyF6ZyMku3gzxegjQhANWGa3
gUw33vr2PN1xyFXwbJ5xEb/B0XGlwv8x+EAxqJli520bWr5+ZmcfS+9e4BBKE9aP
nRP+xS06q/Po4W0SpSoy6K2nH7V3i6Y/uFDQvnco///Ed0+C/ks5sMYsgNqh6BDj
GGqLo3CVAfutSf3YC9hPNOJXf1pDKDMM3JHifIPDdaf13aKjI9/sh6o5nG0Q7bEh
QgSXYPLIdjHSZsmNaDUjaunLWnYO3j68s0YCYQHlR5GzMYXLxftbKizNCR/IHljh
mQIDAQAB
-----END PUBLIC KEY-----