История изменений [назад]

не миф. смотрите настройки. у меня превосходно работает odbc+mysql. правда на старых версиях астериска(не текущих) возможно падение астериска при попытке одновременно использовать два механизма.

я вам даже более того скажу. одновременно cdrodbc и cdrmysql тоже прекрасно работают.

я бы рекомендовал включить дебаг и посмотреть что происходит.

не миф. смотрите настройки. у меня превосходно работает odbc+mysql. правда на старых версиях астериска(не текущих) возможно падение астериска при попытке одновременно использовать два механизма.

я вам даже более того скажу. одновременно cdrodbc и cdrmysql тоже прекрасно работают.

я бы рекомендовал включить дебаг и посмотреть что происходит.

не миф. смотрите настройки. у меня превосходно работает odbc+mysql. правда на старых версиях астериска(не текущих) возможно падение астериска при попытке одновременно использовать два механизма.

я вам даже более того скажу. одновременно cdrodbc и cdrmysql тоже прекрасно работают.

я бы рекомендовал включить дебаг и посмотреть что происходит.

на тему все что можно в бд - читайте asterisk config from realtime.realtime. хранить можно все файлы конфигурации кроме asterisk.conf, extconfig.conf ну и файлов доступа к базе. но это жутко неудобно. и нефига не быстро(есть ограничения текущей реализации). и неудобно дебажить. поэтому редко кто хранит. хранят списко пользователей(sip/iax), войсмейлы и частичнно диалплан. например динамические части дилаплана в базе, а все макросы в файлах. тогда обновление версии проходит легче(заменой файлов).

на тему отсутвия userfield может нужно userfield=yes добавить?

если хотите все в базе держать, лучше перейдите на 1.6. там в базе вообще можно добавлять custom поля в сдр табличку и оно прекрасно все работает.

вообще на данном этапе начинать новый проект на 1.4 уже смысла нету. начинайте на 1.6-1.8. будут другие грабли, но зачем вам грабли устаревшей архитектуры?

не миф. смотрите настройки. у меня превосходно работает odbc+mysql. правда на старых версиях астериска(не текущих) возможно падение астериска при попытке одновременно использовать два механизма.

я вам даже более того скажу. одновременно cdrodbc и cdrmysql тоже прекрасно работают.

я бы рекомендовал включить дебаг и посмотреть что происходит.

на тему все что можно в бд - читайте asterisk config from realtime. хранить можно все файлы конфигурации кроме asterisk.conf, extconfig.conf ну и файлов доступа к базе. но это жутко неудобно. и нефига не быстро(есть ограничения текущей реализации). и неудобно дебажить. поэтому редко кто хранит. хранят списко пользователей(sip/iax), войсмейлы и частичнно диалплан. ну и всякие дургие динамические штуки типа queues/conferences. например динамические части дилаплана в базе, а все макросы в файлах. тогда обновление версии проходит легче(заменой файлов).

на тему отсутвия userfield может нужно userfield=yes добавить?

если хотите все в базе держать, лучше перейдите на 1.6. там в базе вообще можно добавлять custom поля в сдр табличку и оно прекрасно все работает.

вообще на данном этапе начинать новый проект на 1.4 уже смысла нету. начинайте на 1.6-1.8. будут другие грабли, но зачем вам грабли устаревшей архитектуры?