вероятно чтото не так с настройками сайта для почты в bitrix?
попробуйте реализовать свою функцию для отправки почты вместо модификации ядра bitrix
Цитата
Битрикс проверяет, определена ли функция custom_mail() и, если да, вызывает её вместо mail(). Соответственно, чтобы переопределить механизм отправки, нужно всего лишь написать функцию custom_mail() (в /bitrix/php_interface/init.php
просто настраиваешь связь портала bitrix24 с бус и юзаешь bitrix api (насколько я понял это php обертка над вебхуками) для работы с rest методами. все стандандартно и без велосипедов.
а как на локалхост то его посмотреть? создал специально для разработки bitrix
например в ubuntu у виртуального хоста указывается имя ServerName user.bitrixutf8 и прописывается в hosts 127.0.0.1 user.bitrixutf8 а как с этим в bitrix веб окружении centos? в конфигах не нашел ничего такого
зачем тут многосайтовость? папка создалась в ext_www - и своя БД создалась, зачем мне многосайтовость на доменах? я еще не установил bitrix я пока что дошел до того момента - где мне нужно в браузере открыть этот сайт но не знаю какой у него домен я же могу в каждый сайт свой bitrix установить
работа производится в виртуальном окружении bitrix на centos
Николай Казаков написал: А каким образом сейчас быстро разворачивают копию битрикса на новой машине? (кроме физического переноса базы и файлов бекапа)
снова здророва.
я уже спрашивал как докер помогает быстро разворачивать копии битрикс? но мне только чтото промычали про то что надо создать образ и написать какойто скрипт. импортироание точно такое же в БД как и без докера - или докер внезапно ускоряет БД?
Роман Семёнов написал: ну вы оперировали преимуществом докера - можно обновлятся на продакшене без даунтайма. правда как вас за обновление на продакшене еще не уволили - загадка.
оО у вас прод правда не обновляется? Как вас за это еще не уволили я не понимаю. Я совершенно не имею отношения к докеру, но обновление серверов в проде тоже превращается в попаболь и downtime и это реальность. Даже не приложения, а хотя бы софта сервера после очередного обнаружения дыры в ssh к примеру. Я согласен с вами что сейчас и без докера все более мение круто в разработке, но с обновлением пока беда...
как докер помогает в обновлении на продакшене? только аргументировано пожалуйста
вот имено что с кешированием проблема. нужно выносить форму в component_epilog.php или файлы шаблона которые не кешируются - element.php section.php и т.п., использовать ShowViewContent
возможно стоит прочитать рекомендации к платформе bitrix. прежде чем обновляться на свежие версии php mysql etc. так же в админке есть раздел Проверка системы.
А чем рекомендации помогут? Вы можете назвать поверсионно вплоть до минорной версии когда Битрикс полноценно без ошибок стал поддерживать PHP5.5.x/5.6.x/7.0.x/7.1.x ? А если клиенту хочется обновиться с PHP 5.5 до 7.0.x но у него нет последних обновлений - ваши действия? У клиента отдел безопасности, который требует обновиться до 7й версии - ваши действия?
ну вы оперировали преимуществом докера - можно обновлятся на продакшене без даунтайма. правда как вас за обновление на продакшене еще не уволили - загадка.
а я говорю что битрикс на даный момент позволяет установить на отдельной машине полную копию сайта или даже на той же машине - обновлять и тестировать и разрабатывать. никак не затрагивая рабочую копию сайта. и это без докера - круто не правда ли?
Если для разработки вы используете окружение Bitrix Environent для Windows, то рекомендуем вам перейти на использование Bitrix VM. Если же у вас возникают трудности с поддержкой виртуальный машины и CentOS, то можно продолжить разработку под Windows, используя готовые WAMP-стеки, например Open Server.
скорее всего используется стандартный комопнент пагинации
скопировать и темизировать общий шаблон или $arResult["pager"] можно заменить на свой в result_modifier.php посмотреть логику работы в компоненте можно
- нужно добавить пользовательское поле для комментариев поста блога в пользовательских полях - каким то образом передавать тип коментария "Отзывы о товаре" или "Вопросы покупателя" в форме добавления коментария - кастомизировать шаблон компонента коментариев - выводить коментарии по признаку в разных блоках - кастомизировать шаблон компонента коментариев
в облачной к сожалению возможности встраиваемых приложений ограничены и похоже что все на стадии разработки. анонсировать анонсировали а реализация адекватная лет через 5 может будет
Mikhail Kryachek написал: Хотел бы я посмотреть как вы будете откатываться назад, используя Битрикс окружение когда что-то пошло не так, особенно когда даунтайм не должен превышать 10 минут, покажите нам мастеркласс.
вы используете докер для обновлений на продакшене ? я вам сочуствую.
вы не поверите - но сейчас можно поднять копию сайта и там обновить окружение и протестировать сайт и все это никак не затрагивая рабочий сайт и без использования докера и откатов назад.
иначе я не понимаю как вы использовали эти хваленые новые возможности. наиболее полезное это генераторы - но битриксовое api даже итераторов не использовало. олдскул while-цикл повсюду для перебора элементов выборки.
веть только сейчас с официальной поддержкой новых версий php это как то может отразится использовании этих новых возможностей в своей разработке.
Mikhail Kryachek написал: 1. Производительность2. Новые языковые возможности3. Безопасность\Багфиксы, например для 5.3 никто и ничего исправлять не будет.итд итпИ вправду, зачем, сидели бы на 3й версии РНР и не выпендривались бы...
- каким образом версия PHP влияет на штатное api bitrix которое реализовано под php 5.3 ?
1. Сделайте поиск по коду Битрикса "/bug.php" и увидите сколько есть "костылей" для того чтобы пофиксить те или иные баги РНР. И это только те, которые не получилось обойти более красивым образом. Отсюда вывод, что самим тоже надо тестировать, особенно в самых популярных версиях РНР. 2. Передаю пламенный привет версии РНР 7.1, которая более менее стала стабильно работать спустя пол года с официального релиза 3. Передаю напалмовый привет версии РНР 7.2, на которой битрикс не заведется в нынешнем его виде в принципе 4. Передаю злобный привет будущей версии 7.3, где Битриксу придется "выпилить" все свои костыли связанные с mbstring, собственно как и всем остальным разработчикам которые надеялись на эту фичу.
Цитата
- каким образом версия mysql влияет на на штатное api D7 а в основом вообще только api инфоблоков bitrix которое не предполагает прямых запросов?
1. Передаю привет MySQL 5.7 и всем его форкам, в особенности тем, кто воспользовался "сомнительной" поддержкой handlersocket от Битрикса, ибо handlersocket просто выпилили из версии 5.7. Хотя, с другой стороны, handlersocket Битриксом не поддерживается на должном уровне, ибо там баг багом погоняет, не смотря на заявления вендора https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=5746
Цитата
- каким образом доукер решает вышеназванные проблемыс несовместимостями на хостингах где докера нет впринципе (либо шаред-хостинг либо готовое bitrix окружение)?
Как минимум докер позволяет быстро развернуть окружение и все протестировать и производить относительно плавный переход с версии на версию и при необходимости откатываться назад. Хотел бы я посмотреть как вы будете откатываться назад, используя Битрикс окружение когда что-то пошло не так, особенно когда даунтайм не должен превышать 10 минут, покажите нам мастеркласс.
возможно стоит прочитать рекомендации к платформе bitrix. прежде чем обновляться на свежие версии php mysql etc. так же в админке есть раздел Проверка системы.