Форумы COMTUBE

sd писал(а):

merin_ja писал(а):Как раз проект допишу)

А можете как то описать, как планируется использовать сервис? Почему именно mp3 нужны? Как много голосовых сообщений будет? Может, просто один раз залить все возможные сообщения, а потом просто использовать их ID?

Делаю "Анонимный розыгрыш друзей" - то есть пользователь выбирает муз. файл (который загружает один из администраторов) вводит номер ну и т.д
Именно mp3? просто будет удобнее выгружать нам. Не нужно будет каждый файл конвертировать и т.п
Как много, еще не известно, все зависеть будет от популярности проекта.
С использованием ID`а не как, так как нужна онлайн прослушка на сайте.

merin_ja писал(а):

sd писал(а):

merin_ja писал(а):Как раз проект допишу)

А можете как то описать, как планируется использовать сервис? Почему именно mp3 нужны? Как много голосовых сообщений будет? Может, просто один раз залить все возможные сообщения, а потом просто использовать их ID?

Делаю "Анонимный розыгрыш друзей" - то есть пользователь выбирает муз. файл (который загружает один из администраторов) вводит номер ну и т.д
Именно mp3? просто будет удобнее выгружать нам. Не нужно будет каждый файл конвертировать и т.п
Как много, еще не известно, все зависеть будет от популярности проекта.
С использованием ID`а не как, так как нужна онлайн прослушка на сайте.

А, получается, что набор файлов более менее стабильный. Тогда действительно предлагаю сделать так: все файлы загрузить к нам, получить их ID, и поставить их в соответствие с файлами у вас. Когда пользователь хочет прослушать с сайта, вы используете свой файл, а потом, когда надо позвонить вы нам сообщаете ID, который нужно проигрывать. То есть, в этом случае не понадобится каждый раз грузить файлы, что, собственно, и вам и нам хорошо. В противном случае, для вашей учетки у нас будет появляться много копий одного и того же файла, что не есть хорошо.

sd писал(а):

merin_ja писал(а):

sd писал(а):

merin_ja писал(а):Как раз проект допишу)

А можете как то описать, как планируется использовать сервис? Почему именно mp3 нужны? Как много голосовых сообщений будет? Может, просто один раз залить все возможные сообщения, а потом просто использовать их ID?

Делаю "Анонимный розыгрыш друзей" - то есть пользователь выбирает муз. файл (который загружает один из администраторов) вводит номер ну и т.д
Именно mp3? просто будет удобнее выгружать нам. Не нужно будет каждый файл конвертировать и т.п
Как много, еще не известно, все зависеть будет от популярности проекта.
С использованием ID`а не как, так как нужна онлайн прослушка на сайте.

А, получается, что набор файлов более менее стабильный. Тогда действительно предлагаю сделать так: все файлы загрузить к нам, получить их ID, и поставить их в соответствие с файлами у вас. Когда пользователь хочет прослушать с сайта, вы используете свой файл, а потом, когда надо позвонить вы нам сообщаете ID, который нужно проигрывать. То есть, в этом случае не понадобится каждый раз грузить файлы, что, собственно, и вам и нам хорошо. В противном случае, для вашей учетки у нас будет появляться много копий одного и того же файла, что не есть хорошо.

Но нужно будет подумать над этим. Спасибо.

sd писал(а):

merin_ja писал(а):

sd писал(а):

merin_ja писал(а):Как раз проект допишу)

А можете как то описать, как планируется использовать сервис? Почему именно mp3 нужны? Как много голосовых сообщений будет? Может, просто один раз залить все возможные сообщения, а потом просто использовать их ID?

Делаю "Анонимный розыгрыш друзей" - то есть пользователь выбирает муз. файл (который загружает один из администраторов) вводит номер ну и т.д
Именно mp3? просто будет удобнее выгружать нам. Не нужно будет каждый файл конвертировать и т.п
Как много, еще не известно, все зависеть будет от популярности проекта.
С использованием ID`а не как, так как нужна онлайн прослушка на сайте.

А, получается, что набор файлов более менее стабильный. Тогда действительно предлагаю сделать так: все файлы загрузить к нам, получить их ID, и поставить их в соответствие с файлами у вас. Когда пользователь хочет прослушать с сайта, вы используете свой файл, а потом, когда надо позвонить вы нам сообщаете ID, который нужно проигрывать. То есть, в этом случае не понадобится каждый раз грузить файлы, что, собственно, и вам и нам хорошо. В противном случае, для вашей учетки у нас будет появляться много копий одного и того же файла, что не есть хорошо.

А что если вам сделать кэширование муз. файлов на сутки и более?
Ну то есть при первой отправки файла, вы его кэшируете, а при повторной файла отправки - не принимаете файл, а берете из кеша. Так сервер не сильно грузить будет.

merin_ja писал(а):А что если вам сделать кэширование муз. файлов на сутки и более?
Ну то есть при первой отправки файла, вы его кэшируете, а при повторной файла отправки - не принимаете файл, а берете из кеша. Так сервер не сильно грузить будет.

Мы все принимаемые файлы автоматически добавляем пользователю в список его голосовых файлов, чтобы пользователь мог его использовать второй раз. Едиственное, что сейчас проблема - API не отдает ID созданного сообщения. Это надо будет исправить. Так что почти то же самое, что вы и предложили, только файл сохраняется навсегда. А предлагаемое кэширование для файлов не хотелось бы. И да, непринять файл не можем - если вы со стороны отправили нам запрос с файлом, то он примится по-полюбому веб-сервером (а это как ни крути время и доп.нагрузка), и этого никак не избежать, так что ваш вариант не подходит в таком варианте. Можно будет сделать так. Вы отправляете файл. API вам будет возвращать ID сообщения (это мы доработаем), который вы запоминаете. Второй раз, когда надо отправить тот же файл, вы уже используете ID в запросе вместо отправки этого файла еще раз.

sd писал(а):

merin_ja писал(а):А что если вам сделать кэширование муз. файлов на сутки и более?
Ну то есть при первой отправки файла, вы его кэшируете, а при повторной файла отправки - не принимаете файл, а берете из кеша. Так сервер не сильно грузить будет.

Мы все принимаемые файлы автоматически добавляем пользователю в список его голосовых файлов, чтобы пользователь мог его использовать второй раз. Едиственное, что сейчас проблема - API не отдает ID созданного сообщения. Это надо будет исправить. Так что почти то же самое, что вы и предложили, только файл сохраняется навсегда. А предлагаемое кэширование для файлов не хотелось бы. И да, непринять файл не можем - если вы со стороны отправили нам запрос с файлом, то он примится по-полюбому веб-сервером (а это как ни крути время и доп.нагрузка), и этого никак не избежать, так что ваш вариант не подходит в таком варианте. Можно будет сделать так. Вы отправляете файл. API вам будет возвращать ID сообщения (это мы доработаем), который вы запоминаете. Второй раз, когда надо отправить тот же файл, вы уже используете ID в запросе вместо отправки этого файла еще раз.

Вот если сделайте загрузку mp3 файлов и ответ ID, то было бы супер. Тогда можно было бы сразу при загрузке муз. файла у себя, отправлять его к вам и сохранять все данные с полученным ID`ом от вас. Будем ждать изменений в API

merin_ja писал(а):

sd писал(а):

merin_ja писал(а):А что если вам сделать кэширование муз. файлов на сутки и более?
Ну то есть при первой отправки файла, вы его кэшируете, а при повторной файла отправки - не принимаете файл, а берете из кеша. Так сервер не сильно грузить будет.

Мы все принимаемые файлы автоматически добавляем пользователю в список его голосовых файлов, чтобы пользователь мог его использовать второй раз. Едиственное, что сейчас проблема - API не отдает ID созданного сообщения. Это надо будет исправить. Так что почти то же самое, что вы и предложили, только файл сохраняется навсегда. А предлагаемое кэширование для файлов не хотелось бы. И да, непринять файл не можем - если вы со стороны отправили нам запрос с файлом, то он примится по-полюбому веб-сервером (а это как ни крути время и доп.нагрузка), и этого никак не избежать, так что ваш вариант не подходит в таком варианте. Можно будет сделать так. Вы отправляете файл. API вам будет возвращать ID сообщения (это мы доработаем), который вы запоминаете. Второй раз, когда надо отправить тот же файл, вы уже используете ID в запросе вместо отправки этого файла еще раз.

Вот если сделайте загрузку mp3 файлов и ответ ID, то было бы супер. Тогда можно было бы сразу при загрузке муз. файла у себя, отправлять его к вам и сохранять все данные с полученным ID`ом от вас. Будем ждать изменений в API

Ок, постараемся сделать.

sd писал(а):

merin_ja писал(а):

sd писал(а):

merin_ja писал(а):А что если вам сделать кэширование муз. файлов на сутки и более?
Ну то есть при первой отправки файла, вы его кэшируете, а при повторной файла отправки - не принимаете файл, а берете из кеша. Так сервер не сильно грузить будет.

Мы все принимаемые файлы автоматически добавляем пользователю в список его голосовых файлов, чтобы пользователь мог его использовать второй раз. Едиственное, что сейчас проблема - API не отдает ID созданного сообщения. Это надо будет исправить. Так что почти то же самое, что вы и предложили, только файл сохраняется навсегда. А предлагаемое кэширование для файлов не хотелось бы. И да, непринять файл не можем - если вы со стороны отправили нам запрос с файлом, то он примится по-полюбому веб-сервером (а это как ни крути время и доп.нагрузка), и этого никак не избежать, так что ваш вариант не подходит в таком варианте. Можно будет сделать так. Вы отправляете файл. API вам будет возвращать ID сообщения (это мы доработаем), который вы запоминаете. Второй раз, когда надо отправить тот же файл, вы уже используете ID в запросе вместо отправки этого файла еще раз.

Вот если сделайте загрузку mp3 файлов и ответ ID, то было бы супер. Тогда можно было бы сразу при загрузке муз. файла у себя, отправлять его к вам и сохранять все данные с полученным ID`ом от вас. Будем ждать изменений в API

Ок, постараемся сделать.

Еще не планируется изменение?

merin_ja писал(а):Еще не планируется изменение?

Прошу прощение за долгое молчание, был в отъезде. Попробуйте, поддержку загрузки mp3 файлов добавили. API возвращает также идентификатор загруженного сообщения.

sd писал(а):

merin_ja писал(а):Еще не планируется изменение?

Прошу прощение за долгое молчание, был в отъезде. Попробуйте, поддержку загрузки mp3 файлов добавили. API возвращает также идентификатор загруженного сообщения.

Ура!
В голосовых рассылках, при "выборе голосового сообщения" и дальнейшей "загрузке голосового сообщения" появляется надпись только про WAV:

,подправьте