Botframework-solutions: Cognitive Service-Powershell-Skript exportieren (qnamaker:kb:export) qna export verstümmelt Sonderzeichen

Erstellt am 25. Nov. 2020  ·  27Kommentare  ·  Quelle: microsoft/botframework-solutions

Welches Projekt ist betroffen?
Bereitstellungsskript

In welcher Sprache ist das?
Was geschieht?
Spezielle Charaktere :
Aufforderungen:

Plus d'information sur la lettre reçu des léctions ?
werden so exportiert

es muss sein - Plus d'information sur la lettre reçu des éléctions ?

Was sind die Schritte, um dieses Problem zu reproduzieren?
Schritte zum Reproduzieren des Verhaltens:

Erstellen Sie eine Wissensdatenbank
Verwenden Sie die Sonderzeichen im Frage- oder Antwortfeld
Exportieren mit dem Skript update_cognitive_services.ps1
Überprüfen Sie das Ergebnis in Deployment/Resources/Qna/{language}/nameofknowledgebase.qna

Was haben Sie erwartet?
Unterstützt Sonderzeichen wie é, ç, ë, à usw.

Können Sie Protokolle, Fehlerausgaben usw. freigeben?
Irgendwelche Screenshots oder zusätzlichen Kontext?

Ich öffne dieses Problem erneut, ich habe gerade das gleiche Problem, auch wenn ich "-encoding oem $($outJson)" eingegeben habe.

Bot Services customer-replied-to customer-reported

Hilfreichster Kommentar

Erstellt eine PR in cli https://github.com/microsoft/botframework-cli/pull/1065 , um die Ausgabe von exportierten qna-Inhalten in eine Datei mit der Option --out zu unterstützen. Mit diesen Änderungen können Benutzer --out verwenden, um den Ausgabedateipfad anzugeben. Getestet, dass funktioniert für Powershell.

Alle 27 Kommentare

Danke @edemehmetcan für die Meldung dieses Problems. Wir werden dieses Problem nach den von Ihnen erwähnten Repro-Schritten überprüfen.

Wir melden uns, sobald wir ein Update für euch haben 😊.

Vielen Dank @Batta32 . Ich warte auf deine Antwort.

Bitte überprüfen Sie dies auch? Während des Exports gibt es eine Option "qnaFormat". Dies ist ein boolescher Wert, den ich auf true setze, um eine .qna-Datei in meinem Repository zu haben, aber ich erhalte einen Fehler "Unexpected Argument: true".

https://www.npmjs.com/package/@microsoft/bf -qnamaker#bf-qnamakerkbexport

Warum das verwenden? Ich möchte die .qna-Datei direkt exportieren und nicht bf qnamaker:convert after übergeben, um json in eine QnA-Datei zu konvertieren.

@edemehmetcan wie führen Sie den Befehl bf qnamaker:kb:export mit dem Argument --qnaFormat ?
Es sollte wie folgt ausgeführt werden:

bf qnamaker:kb:export --endpoint $qnaEndpoint --environment Prod --kbId $kb.kbId --subscriptionKey $kb.subscriptionKey --qnaFormat

Sehen Sie sich dieses Beispiel für die Komponententests des

Ich habe versucht, es so zu exportieren und das funktioniert jetzt, ist die Syntax korrekt?

        bf qnamaker:kb:export `
            --endpoint $qnaEndpoint `
            --environment Prod `
            --kbId $kb.kbId `
            --subscriptionKey $kb.subscriptionKey `
            --qnaFormat | Out-File -Force $($fileDestination)

Jawohl! Auch diese Syntax ist korrekt .

Wir werden die Sonderzeichenausgabe jetzt überprüfen und sobald wir ein Update für Sie haben, werden wir auf diesen Thread zurückkommen 😊.

Super danke!

Wenn ich es ohne "Out-File" versuche, ist der Export korrekt (im Terminal) mit korrekten Zeichen. Einmal in eine Datei exportieren.. Die Zeichen werden wieder seltsamerweise geändert...

Danke @edemehmetcan für die Übermittlung. Könnten Sie bestätigen, ob dies das gleiche Problem wie in diesem ist ?
Und wenn ja, sollte

Ich habe das botframework-cli aktualisiert und das gleiche Skript wurde in Azure DevOps gestartet (Azure CLI-Schritt), die Zeichen werden noch geändert... @axelsrz @Batta32

Nach der Überprüfung der Datei ist sie besser als zuvor. Jetzt habe ich nur noch das Problem mit "é" und "ï"

@axelsrz - sollten wir dieses Problem in das botframework-cli- Repository übertragen? Da dies ein Problem im Zusammenhang mit dem bf-cli-Tool zu sein scheint (speziell bf qnamaker:kb:export )

@Batta32 Auch wenn ich den qnamaker:kb :export lokal mit Powershell ausführe. Ich habe immer noch das Problem mit den Charakteren. Das hat nichts mit Azure CLI zu tun, würde ich sagen...

@edemehmetcan - scheint nicht mit der Azure-CLI zusammenzuhängen, aber wahrscheinlich mit der botframework-cli, die die Schnittstelle ist, die zum Verwalten der Bot Framework-Bots und der zugehörigen Dienste verwendet wird (siehe botframework-cli- Repository). Diese CLI enthält die bf qna:maker:kb:export -Befehl, den Sie verwenden 😊.

Hallo @edemehmetcan ,

Können Sie versuchen, Ihre PS-Konfiguration so zu ändern, dass UTF verwendet wird? Siehe einen entsprechenden Link unten.
https://stackoverflow.com/questions/40098771/changing-powershells-default-output-encoding-to-utf-8

Hallo @hcyang danke für deine Antwort. Die Powershell verwendet UTF8.

Mir ist etwas aufgefallen, nachdem ich die qna exportiert und auf Notepad ++ geöffnet habe, ist die Codierung "UCS 2 le BOM", was sehr seltsam ist ...

Und es ist sehr ärgerlich, keine Eigenschaft wie " luis:export " zu haben --out für qnamaker:export...

Grüße

Hallo Leute, ich habe einige Nachforschungen angestellt und dies scheint nicht mit dem bf-cli zu tun zu haben. Es hängt eher mit dem Problem mit dem Ausgabecodierungsformat der Powershell zusammen. Ich verwende cmd, um den obigen Exportbefehl aufzurufen, und die Ausgabe gibt ein normales Ergebnis für Sonderzeichen zurück, aber wenn ich Powershell verwende, um denselben Befehl aufzurufen, gibt die Ausgabe ein unerwartetes Ergebnis zurück. Dieses Problem tritt also nur bei Powershell mit Out-File-Set auf. Ich habe einige Möglichkeiten ausprobiert, um die Standardcodierung in Powershell auf UTF festzulegen, aber es scheint nicht zu funktionieren. Dies ist das gleiche Problem mit dem oben genannten https://github.com/microsoft/botframework-cli/issues/1057 @axelsrz .

Wie @edemehmetcan vorgeschlagen hat, besteht die optionale Lösung darin, den Befehl --out für den kb-Exportbefehl hinzuzufügen, damit er nicht von Out-File oder >> oder > zu Ausgabedateien abhängt

Fügen Sie @munozemilio hinzu, um weitere Einblicke zu erhalten.

Erstellt eine PR in cli https://github.com/microsoft/botframework-cli/pull/1065 , um die Ausgabe von exportierten qna-Inhalten in eine Datei mit der Option --out zu unterstützen. Mit diesen Änderungen können Benutzer --out verwenden, um den Ausgabedateipfad anzugeben. Getestet, dass funktioniert für Powershell.

@feich-ms Danke für deine Antwort. Es ist das, wonach ich gesucht habe! Ich warte darauf, dass die PR zusammengeführt wird und werde es versuchen.

@munozemilio , kannst du @feich-ms PR überprüfen?

Hallo, ich habe es gerade versucht, nachdem ich das botframework-cli auf Version 4.11.1 aktualisiert habe

            bf qnamaker:kb:export `
            --endpoint $qnaEndpoint `
            --environment Prod `
            --kbId $kb.kbId `
            --qnaFormat `
            --out $outQnA `
            --subscriptionKey $kb.subscriptionKey `
            --force

Ich habe diesen Fehler: ".Unerwartete Argumente: --out"

Hallo @edemehmetcan , [email protected] wurde vor 8 Tagen veröffentlicht und enthält nicht die PR microsoft/botframework-cli#1065, da sie vor 3 Tagen zusammengeführt wurde.

Diese Änderungen werden in die nächste Version des botframework-cli-Tools integriert 😊.

Hallo @Batta32 darüber habe ich nachgedacht. Danke für die Klarstellung. Wann ist die nächste Veröffentlichung geplant? :)

@munozemilio & @feich-ms - gibt es eine ETA für die neue Version des botframework-cli-Tools?

ein Update? @munozemilio & @ feich-ms @ Batta32

@edemehmetcan Entschuldigung für die späte Antwort, soweit ich weiß, wird die nächste Veröffentlichung nicht zu früh sein. Um Sie zu entsperren, können Sie die neueste Nightly-Build-Version installieren, die bereits den Fix enthält. Verwenden Sie einfach npm install -g @microsoft/botframework-cli@ next . Es wird die neueste Version 4.12.0-dev.20201208.3315f42 installiert. Dankeschön.

@feich-ms vielen Dank, es klappt mit dem nächsten Release :) warte dann auf den echten Release...

@feich-ms @Batta32 Wann wird die nächste Version verfügbar sein?

Hallo @edemehmetcan , sorry für die späte Antwort. Soweit ich weiß, wird die nächste Veröffentlichung Mitte Februar sein. Der 2./12 ist unser Tag der Code-Vervollständigung und wir können die Veröffentlichung eine Woche später verschieben.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen