Форум

Кстати, ни у кого нет настройки для nginx php-fpm без апача под битрикс или опыта работы с такой связкой?

Кстати, можно перед сохранением элементов инфоблока проверять на запрещенный код, но, если вы даете человеку доступ в административную часть и наделяете его административными правами, то это подразумевает определенный уровень доверия к человеку.
Ограничить-же редактора просто правами редактора (без возможности модификации кода системы/сайта) - легко, читаем курс. Ссылку вам дали выше.

Как вариант, разверните ему демо-версию сайта, пусть наполняет ее, потом экспорт/импорт на рабочую версию сайта. Это хардкор, но безопасность максимальная.
Либо получайте от него данные для импорта в формате CSV/XML

http://ваш_сайт.ру/bitrix/admin/

нет, такое извращение в голову заказчика не приходило:)
может там некая проблемка вылезти с папками bitrix_personal, когда  вы для использования 2го типа многосайтовости в .htaccess подключите директиву SetEnv BX_PERSONAL_ROOT /bitrix_personal, но, думаю, все должно получиться

Нет, не правильно:)
Вы делаете 2й сайт по 1му типу (второй сайт в подпаке основного сайта - в юрле будет просто /eng/ добвален), а 3й сайт по 2му типу - в отдельной папке (отдельный адрес, отдельный каталог в структуре ТОГО ЖЕ САМОГО ХОСТИНГА/АККАУНТА, но установлены симлинки на ядро и uploads). Админка, база и ядро будет одно и то же и будет доступна при заходе с любого из 3х сайтов.
Что прописывать в полях подробно рассмотрено в документации, пересказывать ее вам не буду - в ней точно лучше все объяснено.

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

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

Как вы в итоге будете делать - вам решать. Вся информация вам предоставлена выше.

[B]hunter01,[/B] Вам тут сейчас на подсказывает товарисч, влетите по полной.
Делается так - 2 лиц используется на сайт в папке /eng/ - это 1й тип многосайтовости, для 3й лицензии (сайт .kz) используется выделенный домен, по сути сайт по 2у типу многосайтовости. По идее проблем не должно быт с сочетанием этих типов.
Для выделенного домена также используйте документацию - там очень подробно описано, как сделать. В кратце, для выделенного домена  вы НЕ КОПИРУЕТЕ ядро, а делаете симлинки на текущее ядро(каталог bitrix) и каталог (uploads) Т.е. у вас 3й сайт не отдельный, а на том же ядре и на той же базе. Только чуть-чуть сложнее, чем просто для каталога /eng/

Москвич, говоришь?
Из самой что ни на есть провинции - Кузбасс, это вам не Масква. Найти предприятию 10 т.р. на доп. лицензию можно всегда. Не нужно спорить с этим, знаю о чем говорю.  Ну вот сами посмотрите - открываете иностранное представительство, либо начинаете работать с новым языком в оффлайне - у вас ведь будут расходы на представительство, на специалиста со знанием нужного языка. Здесь такая же картина.

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

Если же сайт все-таки нужен, то его создание и владение им будет стоить денег. Тем более это прямой заработок вашей компании. Ну как вы не понимаете - делается очень просто, пишется служебная записка вашему директору "для реализации 3х языковой версии требуется расширение лицензии Битрикса. Стоимость доп.лицензии составит xxx руб.". Дальше вас не должно волновать, что и как там будет делаться - нужно будет диру 3 язык сайта - найдет деньги, не нудно -вам же проще - будете работать с 2мя. Не умножайте сущностей сверх необходимого.

Если вам "дорого" работать с Битриксом и так нравится WP, то зачем себя мучить, напрягать предприятия "лишними расходами"- возьмите WP, бесплатную тему, бесплатное доменное имя 3го уровня, можно еще бесплатный хостинг надыбать, поставьте все по умолчанию, подключите свой любимый плагин и все счастливы. Что вы будете мучиться с этим Битриксом. Он просто не для вас.

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

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

Да что ты со своим модулем 1сбмл уперся-то? В курсе, что без многосайтовости сразу поимеешь проблемы с модулем поиска, потому как поиск будет сквозным в пределах всего сайта (т.е. искать будет и в ру  и eng и в de версиях одновременно)?
Что даже тех.сообщения будут выводитья на одном языке?
А то, что языковые версии почти всегда имееют разный функционал то же ни о чем не говорит?
Поэтому про "жадность" лучше вопросы себе задайте - не готовы платить, значит вам это не нужно.