Jump to content

Barmix

Members
  • Posts

    4
  • Joined

  • Last visited

Everything posted by Barmix

  1. Всем доброго времени! Есть SuiteCRM 7.7.4. Наблюдаю следующую картину: Добавил валидацию кастомного поля в vardefs. При первой попытке сохранения записи выходит 2 сообщения об ошибке - моё и на второй строке системное: "Пропущено обязательное поле: ", что явно баг, так как поле необязательное. При второй и последующих попытках сохранить сообщение только одно - моё, что правильно. Пробовал в разных модулях: кастомных и стоковых - картина одинаковая. Куда копать? Что интересно, ещё используем SuiteCRM 7.10.х - и там нет такой ошибки.. Не могу прикрепить картинки (даже по ссылке) - не работает функционал форума, а то было бы понятнее. Заранее спасибо за любую помощь
  2. Добрый день. Есть 3 сервера SuiteCRM: DEV, DEMO, PROD. Хотелось бы упростить (читай ускорить, в идеале автоматизировать) перенос доработок DEV => DEMO и DEMO => PROD. Есть идея использовать репозиторий для хранения файлов и забирать изменения из него. Но тут возникает сразу несколько вопросов: 1. Какие файлы надо исключить из контроля версий? 2. Как правильно отслеживать и применять изменения в базе? Есть опыт, что достаточно скопировать файлы .php и изменения в базе обработает "быстрое восстановление". Можно ли всегда так делать? 3. Насколько приемлем вариант разработки сразу на площадке DEV, без создания у себя локальной копии CRM? Как в этом случае вести одновременно несколько доработок? Просьба поделиться опытом в вопросе организации репозитория и контроля версий. А также других возможных способах упрощения переноса доработок между площадками. SuiteCRM 7.10.10, MySQL
  3. Ок, спасибо, 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 (час).
  4. Добрый день. Так как тоже столкнулся с проблемами в работе рассылок, то добавлю свои вопросы сюда. Подскажите, уважаемые гуру, зачем вообще нужен параметр "Количество писем, отправляемых одномоментно при пакетной рассылке"? Как работает (должно работать) это ограничение, если писем в очереди больше? В нашем случае, когда такое случается, очередь перестаёт рассылаться вообще. Ни одного письма не уходит. Приходится отправлять письма принудительно. Это баг? Тогда как исправить? Какое значение порекомендуете? SuiteCRM 7.7.4 Спасибо!
×
×
  • Create New...