Если я использую библиотеку Python boto3 для запуска команды в контейнере AWS ECS с помощьюexecute_command, как показано здесь, и моя команда — это просто echo -ne '\n' (одиночный явный символ новой строки), когда я читаю из потока веб-сокета, который имеет выходные данные моей команды, выходные данные имеют вид b'\r\n'.
Это не имеет большого значения для команд, выдающих текстовый вывод, и это можно легко исправить, но если я запущу команду, выдающую двоичный вывод, это повредит мои данные. Хотя это можно исправить, заменив \r\n на \n на клиенте, когда я читаю из потока веб-сокета, происходит еще одна вещь: байты 0xfd, 0xfe и 0xff вообще не передаются. Это гораздо сложнее исправить, так как невозможно узнать, откуда были удалены эти байты.
Единственное решение, которое я нашел, — это запустить команду как bash -c "echo -en '\n' | base64 -w0" и после получения декодируем его обратно в двоичный формат. Это работает, но выходные данные увеличиваются примерно на 33 %, что для больших двоичных данных, подобных тем, с которыми я имею дело, увеличивает время загрузки на несколько минут.
Что вызывает эти изменения? Есть ли способ отключить это? Если нет, есть ли более эффективный обходной путь, чем base64?
Подробнее здесь: https://stackoverflow.com/questions/745 ... ge-returns
Как я могу запретить AWS заменять символы новой строки возвратами каретки? ⇐ Python
Программы на Python
1730977278
Anonymous
Если я использую библиотеку Python boto3 для запуска команды в контейнере AWS ECS с помощьюexecute_command, как показано здесь, и моя команда — это просто echo -ne '\n' (одиночный явный символ новой строки), когда я читаю из потока веб-сокета, который имеет выходные данные моей команды, выходные данные имеют вид b'\r\n'.
Это не имеет большого значения для команд, выдающих текстовый вывод, и это можно легко исправить, но если я запущу команду, выдающую двоичный вывод, это повредит мои данные. Хотя это можно исправить, заменив \r\n на \n на клиенте, когда я читаю из потока веб-сокета, происходит еще одна вещь: байты 0xfd, 0xfe и 0xff вообще не передаются. Это гораздо сложнее исправить, так как невозможно узнать, откуда были удалены эти байты.
Единственное решение, которое я нашел, — это запустить команду как bash -c "echo -en '\n' | base64 -w0" и после получения декодируем его обратно в двоичный формат. Это работает, но выходные данные увеличиваются примерно на 33 %, что для больших двоичных данных, подобных тем, с которыми я имею дело, увеличивает время загрузки на несколько минут.
Что вызывает эти изменения? Есть ли способ отключить это? Если нет, есть ли более эффективный обходной путь, чем base64?
Подробнее здесь: [url]https://stackoverflow.com/questions/74526765/how-can-i-stop-aws-from-replacing-newlines-with-carriage-returns[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия