Denis Sharomov пишет: Андрей, ну а что толку если будет этот файл открытый, а всё ядро закодированное? После распаковки на хостинге без Zend Optimizer продукт всё равно не будет работать.
Встречный вопрос: а зачем кодировать restore.php, если на сервере может отсутствовать Zend Optimizer? Может в этом самом restore.php и сообщить пользователю о проблеме, а не выводить "иероглифы"?
Странно, к чему кодировать restore.php ? Это какая-то ошибка. Елена, обратитесь в ТП, должны помочь. Могу дать рабочую версию: http://update.dev-it.ru/restore.zip
а в чём проблема обрабатывать js-файлы PHP-интерпретатором? Иногда очень даже нужно сгенерировать js-код с учётом серверных данных, а засорять тело страницы не хочется.
На требуемой странице в параметрах компоненты явно укажить требуемый SECTION_ID. Вы какую компоненту конкретно используете? Каталог.Комплексный компонент ?
Илья, лично моё мнение о модуле блогов неоднозначно. Как продукт из коробки "перетащить компоненту-бросить-сохранить" всё достаточно плохо: всё выглядить устаревшим и каким-то... кособоким, что-ли. Это с одной стороны. С другой стороны, если толково кастомизировать в связке "архитектор+программист+дизайнер", можно получить отличный результат, не уступающий по качеству лидерам этого сегмента.
Des пишет: Прикольно... ACTIVITI - золотой сертифицированный партнёр, а сайт заказывали у сторонних разработчиков, которые заказали его в Владислава (фрилансера)?
У меня есть знакомая строительная фирма с огромным оборотом, очень уважаемая в городе, но не имеющая ни одного строителя. Все проекты выполняются на субподряде сторонними фирмами. Также и здесь: высокий статус компании гарантирует высокое качество работ, которые в итоге получит заказчик, контроль и управление проектом. А то, что делается он не в офисе программистом студии, а фрилансером из Киева - что до того клиенту, ориентированному на результат. Скажу больше: умело управлять проектами на субподряде сложнее и требует больше опыта, нежели выполнять проект собственными силами.
В корне. Довольно сложно представить такой проект, который требует _обязательного_ переписывания модулей. Обычно это делают только мега-гуру Битрикс (когда знают его вдоль и поперёк и могут оценить трудозатраты "правильной" разработки) либо, что чаще, программисты, которые ещё плохо знают API. Мануалы большие, всё новичку учесть сложно и переписывается модуль. Я очень рад, что в своё время меня остановили от этого действа. И за последние 1,5 года мне лишь однажды пришлось исправить 3 строки в модуле, да и то я сейчас осознаю, что можно было без этого обойтись. Потому идеально перекопать компоненты форума и сделать его таким, какой необходим для проекта. Этим полностью снимутся проблемы с обновлениями. Кстати, много недоброго сказано про форум на этом форуме(каламбур!. Не совсем согласен с этим. Модуль "Форумы" содержит неплохой потенциал в себе. Достаточно написать действительно грамотную компоненту. Кто это сделает - честь тому и хвала. И тогда битрикс-форум мало чем будет уступать топ-форумам.
Количество запросов напрямую зависит от множества факторов: - функционал - прямота рук разработчика. Кроме того, на разных страницах сайта количество SQL может (и скорее всего будет) меняться. Скажем, на главной странице идёт лента новостей, рекламные банеры, опросы, последние сообщения форума и несколько позиций каталога. Разумеется, на этой странице обращений к БД будет значительно больше, нежели на странице "О компании". При серьёзной посещаемости и/или сложной структуре самого сайта рекомендую смотреть в сторону инструментов кеширования в дистрибутиве и грамотной настройки серверной архитектуры.
Можно, интегрируйте А если серьёзно, интеграция может занять не меньше сил, средств и времени, нежели "заточка под себя" модуля форума. И то, и другое потребует работы программиста, но при использовании Vbulletin возможны неприятные моменты, касающиеся обновлений и безопасности. В качестве примера: на один из сайтов был интегрирован phpBB, ещё года 2 назад (когда мы познакомились с владельцами сайта, там стоял "Битрикс 4.2.*). Разумеется, phpBB не обновлялся, в силу того, что при обновлении слетела бы вся интеграция с Битрикс, соответственно, версия phpBB была довольно старая. Чем это черевато? В результате уязвимости, найденой в phpBB ещё год-полтора назад, этот сайт "имели" в эту дырочку со страшной силой.