- Szycy
- 3 września 2026 00:06 UTC
- Autor
- Kamo
- Pochęt się
- a2eebfc
FreePBX PJSip domyślnie domyślnie direct_media do TAK (generowanieDefaultDeviceUstawienia, PJSip.class.php:210) i GraphQL mutacja addExtension nie ma pola do nadpisywania, więc każde rozszerzenie KamoCRM Tworzą przybywają z mediami dozwolonymi do przepływu punktu końcowego do punktu końcowego. Wszystkie 21 Rozszerzenia tworzone przez GUI na k1m1 to "no"; ten stworzony przez API było jedynym „tak”. Po wynegocjowaniu bezpośrednich mediów Asterisk pozostawia Ścieżka medialna i MixMoMonitor() nagrywają cały ten program istnieje do przesłania Uchwyca milczenie. Poprzednie zatwierdzeniu twierdziło, że nie można tego naprawić z pliku słupka niestandardowego Ponieważ blok (+) może tylko dodać opcję, nigdy nie nadpisuj — wartość pierwsza Zwycięstwa". To było złe, a niestety z żenującego powodu: eksperyment Za nim zastosowano „pjsip reload”, który sam commit nie potwierdza Przetwórstwo (+) w ogóle się doda. Więc blok nigdy nie był zastosowany i punkt końcowy Zachował swoją pierwotną wartość, która wyglądała dokładnie jak pierwsze wygrane. Powtórz prawidłowo z punktem końcowym, którego wygenerowana konficka powiedziała direct_media?yes, dodający direct_media-no i przeładowując z "moduł reload res_pjsip.so": direct_media poszło prawdziwe -> false. Wzrujna wartość wygrywa. Brak poświadczeń bazy danych FreePBBX, co ma znaczenie, ponieważ agent ma Na pudełku klienta. Tak więc pojednawca teraz emituje również direct_media-no. Oba obawy są Śledzone oddzielnie na przedłużenie, a nie wywnioskowane od siebie: - Ustawienia WebRTC są nasze tylko wtedy, gdy nikt inny nie napisał bloku Przedłużenie, ponieważ w przeciwnym razie powielałyby lub zaprzeczyły składowi. - direct_media jest nasza bezwarunkowo. Blok składu nie ustawia go, więc Rozszerzenie, którego WebRTC blokuje kogoś innego, nadal rejestruje ciszę bez To się robi. Takie rozszerzenie otrzymuje drugi (+) blok przenoszący sam direct_media. NORMALIZE_DIRECT_MEDIA domyślnie włączony — w przeciwieństwie do bloku WebRTC jest bezpieczny dla Każdy rodzaj telefonu, a to jest bezpośrednio w tym, co README już obiecuje ("sprawdza, czy system telefoniczny jest skonfigurowany do nagrywania połączeń w sposób, w jaki Kamo Spodziewamy się i wprowadza zmiany dla Ciebie"). Jest to wskaźnik tak, że wyraźny Fałsz jest odróżnialny od nieobecnych; nie można było wyłączyć zwykłego bool. Zweryfikowane na żywo: świeże rozszerzenie tworzone przez API czytaj direct_media-true i po Pojednaj plus jeden moduł ponownie załaduj false, z innymi 21 rozszerzeniami i pień Erik_Primary niezmieniony i przechowywany skład KlusterUsługi Plusy dla byte. Wszystkie 22 rozszerzenia live teraz czytają direct_media-false.