全部问题

当我使用ParrelSync或多人游戏模式时，Unity 网络出现问题。
这意味着当我启动 Unity 游戏的两个窗口时， Unity Relay 和 Unity Lobby突然停止正常工作。我没有对 GameObject 的 Netcode 进行测试，因为在我开始使用它之前就会出现问题。事件过程： 两个游戏窗口以 Unity 服务中的授权开始（代码如下），并且此授权可以持续很长时间，通常会失败并重新开始。如果他们成功登录，他们会收到不同的 ID。此外，当我想在其中一个客户端上创建大厅时，创建大厅的数据交换需要很长时间，这可能会导致超时，并且在创建大厅的同时还会创建中继，但由于等待服务器响应时间较长，因此无法创建中继。一切进展顺利： 通过一个游戏窗口，一切正常。 当我尝试使用游戏的组装版本（构建和运行），从而获得两个窗口（一个在 Unity 游戏模式中，一个在构建中）时，一切都运行得很快且正确。另外： 我的代码中没有不断联系 Unity 服务器的循环；调用只发生一次，如下面的代码所示，并且不会向大厅询问有关其更新的数据。 场景开始时授权立即发生，大厅的创建由玩家发起。当两个游戏窗口进入场景并尝试登录时，问题立即出现。授权后（如果可能），问题不会消失。 我想找到一个允许使用多人游戏模式的解决方案

授权码

    private async void Start()
    {
        try
        {
            await UnityServices.InitializeAsync();

            AuthenticationService.Instance.SignedIn += () =>
            {
                Debug.Log("Singed in " + AuthenticationService.Instance.PlayerId);
            };

            await AuthenticationService.Instance.SignInAnonymouslyAsync();

            playerName = "Player(" + Random.Range(0, 10) + ")";
        }
        catch (AuthenticationException ex)
        {
            Debug.LogError(ex);
        }
    }

授权日志

[Authentication]: Network error detected, retrying...
0x00007ffcef4d6bdd (Unity) StackWalker::ShowCallstack
0x00007ffcef4e6b99 (Unity) PlatformStacktrace::GetStacktrace
0x00007ffcf075132e (Unity) Stacktrace::GetStacktrace
0x00007ffcf0cf9cbf (Unity) DebugStringToFile
0x00007ffcee603575 (Unity) DebugLogHandler_CUSTOM_Internal_Log
0x0000015777a6db2d (Mono JIT Code) (wrapper managed-to-native) UnityEngine.DebugLogHandler:Internal_Log_Injected (UnityEngine.LogType,UnityEngine.LogOption,UnityEngine.Bindings.ManagedSpanWrapper&,intptr)
0x0000015777a6d9f3 (Mono JIT Code) UnityEngine.DebugLogHandler:Internal_Log (UnityEngine.LogType,UnityEngine.LogOption,string,UnityEngine.Object)
0x0000015777a6d62b (Mono JIT Code) UnityEngine.DebugLogHandler:LogFormat (UnityEngine.LogType,UnityEngine.Object,string,object[])
0x000001583ecdab7d (Mono JIT Code) UnityEngine.Logger:LogWarning (string,object)
0x000001583ecdaa3d (Mono JIT Code) Unity.Services.Authentication.Logger:LogWarning (object) (at ./Library/PackageCache/com.unity.services.authentication/Runtime/Utilities/Logger.cs:17)
0x000001583ecda803 (Mono JIT Code) Unity.Services.Authentication.WebRequest:RequestCompleted (System.Threading.Tasks.TaskCompletionSource`1<string>,long,bool,bool,string,string,System.Collections.Generic.IDictionary`2<string, string>) (at ./Library/PackageCache/com.unity.services.authentication/Runtime/Network/WebRequest.cs:182)
0x000001583ecd90c3 (Mono JIT Code) Unity.Services.Authentication.WebRequest/<>c__DisplayClass16_0:<SendAttemptAsync>b__0 (UnityEngine.AsyncOperation) (at ./Library/PackageCache/com.unity.services.authentication/Runtime/Network/WebRequest.cs:83)
0x000001583ecd8f1b (Mono JIT Code) UnityEngine.AsyncOperation:InvokeCompletionEvent ()
0x000001584942ef08 (Mono JIT Code) (wrapper runtime-invoke) object:runtime_invoke_void__this__ (object,intptr,intptr,intptr)
0x00007ffcf408699e (mono-2.0-bdwgc) mono_jit_runtime_invoke (at C:/build/output/Unity-Technologies/mono/mono/mini/mini-runtime.c:3445)
0x00007ffcf3fc8444 (mono-2.0-bdwgc) do_runtime_invoke (at C:/build/output/Unity-Technologies/mono/mono/metadata/object.c:3068)
0x00007ffcf3fc8530 (mono-2.0-bdwgc) mono_runtime_invoke (at C:/build/output/Unity-Technologies/mono/mono/metadata/object.c:3115)
0x00007ffcef3fabf4 (Unity) scripting_method_invoke
0x00007ffcef3d2983 (Unity) ScriptingInvocation::Invoke
0x00007ffcef3cdc45 (Unity) ScriptingInvocation::Invoke<void>
0x00007ffcef56b509 (Unity) Scripting::UnityEngine::AsyncOperationProxy::InvokeCompletionEvent
0x00007ffcef06c758 (Unity) AsyncOperation::InvokeCoroutine
0x00007ffcefac0f8c (Unity) UnityWebRequestAsyncOperation::InvokeCoroutine
0x00007ffcefac1181 (Unity) UnityWebRequestProto<UnityWebRequestTransport,AtomicRefCounter,RedirectHelper,ResponseHelper,DownloadHandler,UploadHandler,CertificateHandler,HeaderHelper,AsyncOperation>::Job_InvokeCoroutine
0x00007ffceefeabaa (Unity) BackgroundJobQueue::ExecuteMainThreadJobs
0x00007ffcef078cbc (Unity) `InitPlayerLoopCallbacks'::`2'::EarlyUpdateExecuteMainThreadJobsRegistrator::Forward
0x00007ffcef047fc7 (Unity) ExecutePlayerLoop
0x00007ffcef048137 (Unity) ExecutePlayerLoop
0x00007ffcef04d26f (Unity) PlayerLoop
0x00007ffcf014f22a (Unity) EditorPlayerLoop::Execute
0x00007ffcf0165be7 (Unity) PlayerLoopController::InternalUpdateScene
0x00007ffcf016799d (Unity) PlayerLoopController::UpdateSceneIfNeededFromMainLoop
0x00007ffcf0161751 (Unity) Application::TickTimer
0x00007ffcf075603a (Unity) MainMessageLoop
0x00007ffcf075bd12 (Unity) UnityMain
0x00007ff78e092fba (Unity) __scrt_common_main_seh
0x00007ffd5de47374 (KERNEL32) BaseThreadInitThunk
0x00007ffd5f09cc91 (ntdll) RtlUserThreadStart

两个正在运行的游戏窗口的屏幕截图：

是否可以在偶像中返回变量？我们需要确保 check_numbers 函数将值 x 返回给主算法，主算法将该值传递给另一个函数。

алг Факториал положительных чисел
нач
цел n1,n2,x
вывод "Введите n1 "
ввод n1
вывод "Введите n2 "
ввод n2
check_numbers(n1,n2)
x:= check_numbers(n1,n2)
Fact(n2,x)
кон


алг check_numbers(цел n1,цел n2)
нач
цел x
x:=n1
нц пока x<0
вывод нс, x , " - Не положительное "
x:=x+1
кц

кон

алг Fact (цел x,цел n2)
нач
цел i,F
F:= 1
если x = 0 
то вывод "Присутствует 0. Факториал равен 1"
иначе
нц для i от x до n2
F:=F*i
вывод нс,"Факториал равен "
кц
всё
кон

我们有一个简单的装饰器和一个我们想要添加附加功能的函数：

def wrap(func):
    def mod():
        up = func()
        mod_up = up.upper()
        return mod_up
    return mod

def up_str():
    return 'hello Maksim'

我们可以通过三种方式装饰和调用我们的原始函数：

#1) Просто вызывать функцию wrap c передачей ей в качестве параметра функции uper_str.
print(wrap(up_str)()) #Вывод: HELLO MAKSIM Важным моментом является то, что мы всегда возвращаем в return не результат вызова 
#функции(с круглыми скобочками), а сам объект функции(без круглых скобочек).

# Этап вызова нашей функции ^^^ когдa выполняется return mod, объект функции mod перемещается в область видимости wrap, что образно можно представить так:
def wrap(func):
    mod
# А затем к возвращённому mod применяется оператор круглых скобочек (), которые мы дописали в конце вызова wrap выше. То есть вызывается функция mod() - происходит то же самое, что и в предыдущий раз тело функции mod как бы перемещается в область видимости wrap:
def wrap(func):
    up = func()
    mod_up = up.upper() # эти две строчки сразу возвращаются в виде результата вызова mod() - return mod_up. Это просто образное представление происходящих процессов, чтобы в том числе объяснить, как параметр func может передаться в up = func() - благодаря попадaнию в область видимости wrap.
# (Если что я просто образно представляю порядок выполнения кода)

#2) Переопределить функцию up_str. Логика "превращений" та же только добавляется новое звено: wrap(up_str)-->mod-->up_str. Чтобы активировать переопределённую функцию к ней так же надо добавить оператор круглых скобок () :
up_str = wrap(up_str) 
print(up_str()) #Вывод: HELLO MAKSIM
# В этом случае после переопределения функции up_str мы теряем её исходный функционал, но мы всегда можем сохранить исходную функцию в другую переменную до её переопределения и таким образом ничего не потерять.

#3) Ну и с помощью синтаксического сахара:
@wrap
def up_str():
    return 'hello Maksim'

print(up_str())#Вывод: HELLO MAKSIM

前两种方法中，函数是在函数调用阶段进行修饰的。在后者中，在定义函数的阶段。这导致了以下问题：

1. 当用@修饰时，在定义up_str的阶段，顺序会发生什么？
2. 如何在使用@时同时保留原始函数和修饰后的函数？

有一张这样的桌子

<div class="table-responsive card">
    <table
    class="table table-sm align-middle"
    data-toggle="table"
    data-cookie="true"
    data-cookie-id-table="scripts"
    data-cookie-storage="localStorage"
    data-locale="ru-RU"
    data-sortable="true"
    data-search="true"
    data-pagination="true"
    data-pagination-v-align="top"
    data-page-list="[10, 20, 50, 100, all]"
    data-show-columns="true">
        <thead class="align-middle">
            <tr>
                <th data-sortable="true">Название</th>
                <th>Категория</th>
                <th>Описание</th>
            </tr>
        </thead>
        <tbody class="align-middle">
            {% for script in scripts %}
                <tr>
                    <td>
                        {{ script.name }}
                    </td>
                    <td>
                        {{ script.category }}
                    </td>
                    <td>
                        {{ script.description|default_if_none:"" }}
                    </td>
                </tr>
            {% endfor %}
        </tbody>
    </table>
</div>

你需要给它圆角的边缘。我把它包裹起来div.card，边缘是圆角的，但是由于使用了bootstrap-table（以data-开头的属性），搜索栏、分页等也包裹在这个边框里，因为是表的一部分。如何仅将表格的边缘圆化，而不在其中包含辅助元素？

如何确保在这些块中的文本之间播放视频，而不是每个块中都是新视频，而是在这些块中只有一个视频。我希望我解释清楚了，我已经两天没弄清楚了，但答案可能很简单。