Jump to content
SpravkaCRM.ru - Ваш справочник по CRM

Barmix

Members
  • Content Count

    3
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Barmix

  • Rank
    Newbie
  1. Добрый день. Есть 3 сервера SuiteCRM: DEV, DEMO, PROD. Хотелось бы упростить (читай ускорить, в идеале автоматизировать) перенос доработок DEV => DEMO и DEMO => PROD. Есть идея использовать репозиторий для хранения файлов и забирать изменения из него. Но тут возникает сразу несколько вопросов: 1. Какие файлы надо исключить из контроля версий? 2. Как правильно отслеживать и применять изменения в базе? Есть опыт, что достаточно скопировать файлы .php и изменения в базе обработает "быстрое восстановление". Можно ли всегда так делать? 3. Насколько приемлем вариант разработки сразу на площадке DEV, без создания у себя локальной копии CRM? Как в этом случае вести одновременно несколько доработок? Просьба поделиться опытом в вопросе организации репозитория и контроля версий. А также других возможных способах упрощения переноса доработок между площадками. SuiteCRM 7.10.10, MySQL
  2. Ок, спасибо, SpravkaCRM.ru. Хотелось убедиться, что я правильно понимаю функционал этого ограничения. Наша очередь писем не рассылалась совсем, поэтому я решил, что превышение этого параметра блокирует рассылку. Это, к счастью, не так . В ходе дальнейших тестов мне удалось добиться нормального поведения очереди писем и заданий планировщика. При каждом срабатывании задания на рассылку почты отправлялась пачка писем, равная количеству, заданному параметром. А проблема была в планировщике, там зависла предыдущая задача в состоянии "running" и блокировала последующие задания. Так как время жизни этих заданий сутки(!) пришлось прибить её руками, примерно так: SELECT * FROM [ваша база].job_queue WHERE status != 'done'; //Получаем id UPDATE [ваша база].job_queue SET status = 'done', resolution = 'success' WHERE id = '[ставим сюда id ]'; А время жизни зависших заданий планировщика можно поменять в config_override.php, добавив/изменив параметр $sugar_config['jobs']['timeout'] = время в секундах, например 3600 (час).
  3. Добрый день. Так как тоже столкнулся с проблемами в работе рассылок, то добавлю свои вопросы сюда. Подскажите, уважаемые гуру, зачем вообще нужен параметр "Количество писем, отправляемых одномоментно при пакетной рассылке"? Как работает (должно работать) это ограничение, если писем в очереди больше? В нашем случае, когда такое случается, очередь перестаёт рассылаться вообще. Ни одного письма не уходит. Приходится отправлять письма принудительно. Это баг? Тогда как исправить? Какое значение порекомендуете? SuiteCRM 7.7.4 Спасибо!
×