Форум

Мы сами все ждем выхода 12 версии, но ждем с осторожностью. Не помню кто из классиков говорил, что то вроде "Пионеров-первопроходцев узнаем по спинам, утыканным стрелами".
Понимаете о чем я?

Дважды набирал текст  и дважды его удалял - слишком резко получалось. Алексей изложил то-же самое, но очень мягко.
Согласен с Алексеем на 100%.
Судить о продукте только по рекламным картинкам в презентации совсем не правильно.

Любой продукт, только выходящий в свет имеет массу проблем и ошибок, которые исправляются или учатся с ними жить на протяжении длительного времени.

Ну а замечание про "я сам программист" верны на 200% - теория и практика несколько разные вещи и, зачастую, теория очень быстро разбивается о реальность практики :)

В этом топике изложены все соображения практиков и все соображения теоретиков. Принять решение можете только вы сами и все равно ошибетесь. Не ошибается тот, кто ни чего не делает и только ждет.

Ну а слово "дорого" не применимо к проекту, который приносит деньги - если проект приносит больше, чем затрачено, это уже не дорого.

Вам правильно подсказывают. Как вариант - для тех страниц, которые собираетесь выводить здесь, размещайте контент в подключаемых областях и инклудьте эти файлы. Либо ajax-запрос, потом парсинг страницы по признакам и вывод полученной информации. Но это костыли.
Либо выводить на тех страницах не статический контент, а контент из элементов инфоблоков, которые там выводятся по свои ID, соответственно здесь выводить именно эти элементы.

После переноса переименовался файл .htaccess в корне сайта. Верните его на место и все будет нормально.

Такая "забота" о пользователе со стороны битрикса вызываем как минимум недоумение - вот зачем делать переносимый сайт неработоспособным. Ни разу у меня не возникало необходимости сохранять в восстанавливаемой корневой папке сайта старый .htaccess. Хотелось бы назвать такую заботу глупостью, если ни диверсией. До такой заботы все отлично работало несколько лет. Зачем???

P.s. постоянные жалобы пользователей  на то, что сайт после переноса неработоспособен, должны были битрикс направить на путь исправления этой ошибки, но что то не видно желания исправлять этот финт ушами.

Можно сделать без программирования - заведите несколько почтовых шаблонов, каждый на отдельную страницу. В настройках компоненты на каждой странице укажите свой шаблон.

Ставите из дистрибутива сайт той же версии, что и версия под лицензию на демо ключе, накатываете обновления, затем удаляете старый сайт, а на новом указываете лицензионный ключ. Сайт может заругаться на ключ (что то типа ERROR_WRONG_CODE), тогда отписываете в ТП с объяснением причины и они какие-то признаки на своем сервере лицензирования устанавливают. После этого все работает нормально. Желательно, чтобы ТП была активна, т.е. версия сайта должна быть с подпиской на обновления - меньше проблем будет.

Ок, спрошу попроще - откуда вы посылаете почту?

Например многосайтовость: удобно все ИБ каждого сайта запихать в один тип
Еще пример: news.line выводит все элементы разных ИБ одного типа (ну это так)
Еще: большой каталог товаров, где каждый раздел, это отдельный ИБ (потому что очень много товаров, а так удобнее работать и грузить по отдельности)
Еще: это просто логическая группировка ИБ

ТаймВЕб?;)

Если они, пишите им в их панели управления  - вечно у них почта на новых акках не работает по умолчанию. На последних моих 2 аккаунтах почта оживлялась только после обращения к их админам в форме обратной связи.

Настройка сайта - смотрите какие шаблоны к каким каталогам применяются.
Для успокоения временно скопируйте файл index.php из другого "нормального" каталога, чтобы исключить вероятность ошибки в самом файле