Алексей Задойный (Все сообщения пользователя)

Без ТЗ или хотя бы макетов вам никто не ответит. Потому, что трудоёмкость задачи по вёрстке и интеграции может отличаться на 2 порядка.

Опишите задачу детально, или оставьте заявку разработчикам.

Нет.
1 лицензия (не важно какое количество сайтов к ней привязано) подразумевает архитектуру на 1 копии продукта (т.е. общее ядро и БД).

Заводите свойство у элемента инфоблока "нельзя комментировать".
В шаблоне детальной (компонента новостей) делаете перед выводом блока с комментариями проверку на это свойство. Выводите только если оно не равно Y, например.

Можно настроить любой путь, пересобрав ядро.
Я наблюдал такиепроекты. Трудоёмкость адская. Обновляться не сможешь после этого. Равносильно нуллению продукта.

У меня есть подозрение, что всё не так плохо, как нам кажется. Просто ТС подразумевает одно (я даже подозреваю что), а говорит... А говорит так, что мы думаем "а-а-а, он залез в папку /bitrix/componetns/bitrix/catalog/ и поправил там нафиг всё, включая component.php".

А ТС небось только В ПУБЛИЧКЕ на странице /ctalog/index.php что-то поправил.

Я прав?
Смело переносите свои правки
А так же все шаблоны (с шаблонами компонентов) и будет вам счастье.

Данные (инфоблоки) не забудьте экспортировать, если там что ценное есть.

/bitrix/admin/ ?

Пересобрать ядро. Как я вам во второй вашей теме написал - это не имеет смысл. Я такие проекты видел. Всё равно понятно, что это битра. И что?
Если у вас не нуллёная битра, то вам вендора не бояться, а больше ни от кого смысла прятать панель нет. Если вы за "безопасность" радеете, то это вам не поможет.
=)

А зачем?

Ну заблокируйте ИП этих сервисов (хотя они могут сканеры с нескольких ИП запускать, надо пробовать).

Все остальные способы не соразмерны с выгодой от этого получаемой. Геморра получите много. Пользы - ноль.
Если ваш сервис насколько интересен, что надо узнавать вашу ЦМС, то узнают руками. Голова на плечах всегда лучше сервиса.
А так вы скорее всего "неуловимый Джо"...

отвалилось по таймауту.
потенциальная причина - малые лимиты таймаутов у хостера.
отвалилось из-за нехватки памяти
потенциальная причина - мало оперативной памяти выделено хостером на каждый аккаунт.

Оба способа одинаково трудоёмки в реализации. У них меньше отличий, чем кажется.
Не можете сделать сами - попросите хостера. Не на всех хостингах можно сделать многосайтовость на разных доменах (потому как симлинки не всегда можно кинуть)

нет

1) настраиваем многосайтовость (см выше ссылку на документацию, если не помогает, просим хостера)
2) переносим контент на 2й сайт в системе из демо. Либо руками, либо скриптами. Инфоблоки можно импортом-экспортом. Другие данные только самописными скриптами или руками.


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

Попросите хостера настроить многосайтовость.
Для этого надо из одного сайта сделать символьыне ссылки на ядро (/bitrix/ /local/ /upload/) второго.
НЕ ВСЕ ХОСТЕРЫ ДАЮТ ТАКУЮ ВОЗМОЖНОСТЬ для виртуального хостинга.

После этого подключите общую БД.
И настройте сайты во вкладке "сайты" настроек.

Подробнее см в документации - http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=7


Если вы сделаете так, то вторая лицензия вам не нужна будет.
Если вы просто развернёте копию сайта рядом (т.е. у вас будет 2 сайта с разными БД и разными ядрами), то вам нужно будет 2 разных ключа. А значит придётся купить 2-ю лицензию.

Объективно. Лучше прозрачные отношения с владельцем.
Ошибаются ВСЕ. Я тоже иногда ошибаюсь. И иногда такое сношу, что мама не горюй... И иногда без бекапов.

Лучше оперативно решите вопрос восстановления через хостера.

Если бекапов нет (посмотрите в системе может есть ранее созданные бекапы, из них извлеките ТОЛЬКО ЭТОТ ФАЙЛ), то посмотрите нет ли рядом копии переименованной типа template.php______
Возможно на сайте есть несколько шаблонов сайтов и в соседнем есть такой же шаблон компонента. Но тут нельзя ничего гарантировать.
/bitrix/templates/ИД_ШАБЛОНА/components/bitrix/news_list/img­_rotator/template.php  

отказаться от управляемого кеширования на проекте )))
Возможно обычный кеш в вашем случае лучше подошёл бы.


Увы, нам примерно такой же совет сами битриксоиды дали, когда я вопрошал.

Не совсем ясно.
В настройках сайта в битриксе это 2 разных сайта или 1?

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

1С-Битрикс или 1С: Предприятие у вас? Или из 2 в 1?

Есть документация довольно неплохая - http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=2000&LESSON_PATH=3906.4485.4532.2000

Перечитайте ещё раз доки.

Каталог товаров (если вы его не выводите СЛУЧАЙНЫМ ОБРАЗОМ НА КАЖДОМ ХИТЕ, что бред, но я недавно встретил), то это СТАТИЧЕСКАЯ область. НЕ ДИНАМИЧЕСКАЯ.

Первый хит всегда будет отдаваться "как обычно", с участием пхп
А вот дальше варианты:
- Если контент не изменился, то 2й хит будет отдан из html_pages
- Если контент изменился, то 2й возвращаемся в начало. Фактически, это будет 1й хит.

посмотрите вёрстку на малых разрешениях и мобильных - верхняя часть (меню + окно авторизации) конкретно рассыпается...

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

Не понятно что откуда должно выпадать.
Следует сравнить исходную вёрстку с выпадающим вариантом и то, что у вас есть.

Опыт реализации верхнего выпадающего меню (на одном из бутстрап шаблонов http://xn--80ahcjeib4ac4d.xn--p1ai/information/integration_of_adaptive_bootstrap_site_temp­late_in_1C-Bitrix_steps_lesson_5/) подсказывает, что вероятно вы удалил какой-то JS, отвечавший за это меню.
Но конечно вариантов может быть много. Сравните с исходником.

элементов ИБ

да
Но если хотите, можете и в админке заводить


как вариант

Либо свойство для элементов ИБ заводите, либо отдельный ИБ. Тут уже зависит от того что вы с ними собираетесь (и как) делать.

Часть портфолио представлена здесь - http://www.1c-bitrix.ru/partners/145051.php
Часть не представлена в портфолио (в том числе очень крупные)

Не понимаю как это относится к вашему вопросу.

хранить данные в инфоблоках
добавлять в помощью компонента изменения элемента ИБ
Выводить хоть каталогом, хоть хоть новостями

Ну, если функционал должен быть для нескольких юзеров по авторизации (раздельно для каждого) - чуть сложнее, но в принципе в ту же схему вроде ложится.

Мне кажется велосипед изобретать нет нужды )))

А для начала определяешься вообще что нужно.
Если 12 лет сайт был без функционала, то видимо функционал не особенно и нужен.
Это подтверждается вашими сомнениями "брать/не_брать"
Когда функционал НУЖЕН, то берут первый попавшийся вариант, а потом переделывают. А если не получается, то берут ВТОРОЙ попавшийся и т.д. Время не тратят на разговоры.

ребят, расслабьтесь.
Я думаю, это спам.
=)

Собственно строка
обеспечит вывод случайного элемента при условии, что количество выводимых элементов = 1 (если больше, то они будут ещё и в случайном порядке выводиться)


это собственно ПРИМЕР