Форум

Нужна была отправка для одного сайта с разных аккаунтов.
Сделали так:
1) Добавили нужные аккаунты в ".msmprc".
2) В настройках главного модуля, в поле "Дополнительный параметр для передачи функции mail" указали "--read-envelope-from".

"--read-envelope-from" позволяет выбирать аккаунт автоматически по полю "From" вместо явного указания аккаунта:
[URL=https://wiki.archlinux.org/title/msmtp]https://wiki.archlinux.org/title/msmtp[/URL][QUOTE]Tip: You can use --read-envelope-from instead of -a default to automatically choose account by the From: field in a message you are going to send. You can also use --read-recipients,-t to read recipient addresses from the To, Cc, and Bcc headers of the mail in addition to the recipients given on the command line.
[/QUOTE]

В Centos 7 перестало поддерживаться Visual Studio Code Remote Development.
[URL=https://code.visualstudio.com/docs/remote/faq#_can-i-run-vs-code-server-on-older-linux-distributions]https://code.visualstudio.com/docs/remote/faq#_can-i-run-vs-code-server-on-older-linux-distributions[/URL]
[URL=https://code.visualstudio.com/docs/remote/linux#_remote-host-container-wsl-linux-prerequisites]https://code.visualstudio.com/docs/remote/linux#_remote-host-container-wsl-linux-prerequisites[/URL]

Для себя в Ubuntu решил проблему откатом в snap на предыдущую версию и ее фиксацией.
А так, рекомендуют старую версию для решения проблем совместимости:
[URL=https://code.visualstudio.com/updates/v1_85]https://code.visualstudio.com/updates/v1_85[/URL]
или отдельную portable:
[URL=https://code.visualstudio.com/docs/editor/portable]https://code.visualstudio.com/docs/editor/portable[/URL]

Интересно, какие еще сюрпризы принесет такая древняя версия Centos, что перестанет работать следующим...

[QUOTE]Александр Панишев написал:
[URL=/community/webdev/user/27520/]Алексей Шафранский[/URL] хочу пожелание одно высказать для работы меню машины, когда создаете сайты в режиме линка дополнительно делать симлинк на папку local по аналогии с bitrix upload надоело это каждый раз ручками делать.[/QUOTE]
Нам тоже так удобней.

Согласно документации, папка local нужна для доработок. Тут написано зачем она была придумана:
[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2705]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2705[/URL]
Ранее для доработок все аналогично использовали папку bitrix. Поэтому и хочется полностью сохранить аналогии.

Если нужно разделить файлы init.php по сайтам, то для этого предусмотрены подпапки с именами "ID сайта":
[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2916&LESSON_PATH=3913.4776.2916]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2916&LESSO...[/URL]

Однажды мы конвертировали интернет-магазин в редакцию +CRM и из-за не создаваемых автоматически симлинков на local много времени потеряли и даже техподдержка Битрикса не смогли определить причину почему у нас события не всегда срабатывали. Все таки, в этой редакции много общего у сайта магазина и сайта Б24, здесь бы автоматически хотелось единую папку local.

UPD Как компромисный вариант: при создании сайта в веб-окружении предлагать опцию на выбор: создавать ли ссылку на папку local.

Тоже давно с таким сталкивались. Сейчас уже не помню, тогда нашел где-то в CentOS периодическое задание, для очистки от временных пустых папок (какое-то периодическое средство очистки системы от мусора).

Можно в nginx переключить проксирование на новый сервер. В итоге все запросы сразу будут попадать только на один новый сервер.

Была похожая проблема. В нашем случае оказалось, что не хватало прав на типы цен у пользователя обмена.

Есть ли какие-то требования к версии PHP?
5.3 или можно использовать возможности текущей версии на виртуалке?

Аналогичная проблема, тоже в свойство не могу записать. Так же пробовал по-разному и ничего не помогает.
Кто-нибудь разобрался в чем дело?