Роман Петров (Все сообщения пользователя)

увы, сильно заминусовали мою статью про "просто словами" на хабре. потом выложу.

Кстати, расчет стоимости часа в веб-студии. http://blog.itconstruct.ru/raschet-stoimosti-chasa-veb-studii/

попробуйте запустить на виртуальной машине VMBitrix http://www.1c-bitrix.ru/download/vmbitrix.php . Если будет также, то вы явно где-то ошиблись. Если будет быстро - значит, на хостинге (соответствующем) будет все ок.

а на каком веб-сервере вы запускаете битрикс?

да-да. и мне можно написать. и тогда можно еще и на зарплате сотрудникам сэкономить

igor4

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

можно сделать многосайтовость на разных доменах даже если хостинг не поддерживает этого нормально.
но тогда второй сайт будет вида www.site.ru/s2 (первый - www.site.com). Как это сделать - написано в руководстве по многосайтовости, либо можно прописать правило в .htaccess

напишите ваши требования к электронному документообороту на почту, пожалуйста - мы оценим возможность реализации и стоимость
office@itconstruct.ru

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

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

<?php if($_SERVER['REQUEST_URI'] == '/'):?>

видимо открыли if и не закрыли.
или закройте if, или удалите

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

нужно подключить эту папку внутрь папки сайта.
иначе apache не даст вам доступа к ней из продукта.

однако, как это сделать - это другой вопрос.
в linux это решается просто, монтированием диска в нужный каталог

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

в настройках компонента "библиотека документов" установить источник данных в "физическая папка на диске"
если она сетевая - то подключить как диск

ведь это системная переменная, содержащая имя файла.
зачем вы ее меняете? Она используется в системе, например, в такой конструкции




(bitrix/modules/main/tools.php)

А еще, до html5, есть google gears. мы делали на нем проект оффлайн-интернет-магазин с онлайн заказом. онлайн - конечно битрикс.

http://www.itconstruct.ru
sales@itconstruct.ru Ольга
(383) 238-03-53, 238-03-19

ООО! Так это же мы делали! Приятно увидеть как образец.
Собственно, и сделать можем.
от 1000 рублей.

вам необходимо включить дополнительный модуль в апач и соответственно настроить nginx.
например, такой модуль: rpaf

по-моему, только администраторы могут создавать пользователей.

1. Возможны три варианта отправки: через локальный sendmail (Если портал на линукс), через внешний SMTP сервер БЕЗ авторизации (если на windows) и через внешний сервер с авторизацией путем замены функции отправки почты
2. самый простой способ - отправка без авторизации. если у вас портал установлен на windows, настройте php (в конфигурационном файле) адрес smtp сервера, а в exchange настройте прием почты с ip портала без авторизации
3. если же портал на линукс, то либо настройте msmtp (идет в комплекте с виртуальной машиной), либо почтовый сервер

там не все так просто и прозаично. стандартный компонент работает через ajax. посмотрите на параметры компонента и попробуйте подсунуть ему нужный

можно.

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