Сначала надо определить, что это за ошибка. Для этого надо в файле /bitrix/php_interface/dbconn.php включить отладочный параметр $DBDebug = true;
Если сервер уже в работе, то указывайте условия включения отладки для одной сессии или вашего IP адреса.
Попробовать повторить ошибку и получить ее код.
Скорее всего, у вас существует лимит на число соединений к базе данных. И при некоторых условиях происходит его превышение. Возможно потребуется увеличить лимит.
Axel пишет: Я заметил, что так довольно часто поступают. Минус - мы недоиспользуем возможности СУБД. Плюс - получаем поддержку юникода
Ну не знаю, сделали SELECT с сортировкой по имени, но результат получили неправильный или выполнили LIKE и тоже с ошибкой. Зачем и кому это надо?
Мне кажется, что бесперспективно пытаться исправить отсутствие поддержки UNICODE в базе данных клиентскими сортировками и преобразованиями. Это будет неоптимально по скорости работы и функциональности. Реально с UNICODE возникает масса практических потребностей в правильной конвертации.
Гость пишет: При запуске получаю следующую ошибку: Fatal error: main(): Failed opening required '/var/www/html/bitrix/php_interface/dbconn.php' (include_path='.:/usr/share/pear') in /var/www/html/bitrix/modules/main/include.php on line 24
Гость пишет: Хочу купить Битрикс Аналитика, но не могу поставить на сервер. При установке Битрикс устанавливает доступ к корневому каталогу на 777 и сервер падает
В данном случае у вашего хостера видимо стоит защита на присвоение каких-то прав на файлы. Чтобы продукт мог проинсталлировать необходимы файлы, скриптам PHP нужны права на запись. Без этого нелья провести установку и нельзя в последующем загружать и устанавливать обновления.
Вам надо попробовать найти общий язык с ваших хостером, чтобы проинсталлировать продукт.
Цитата
Гость пишет: Когда будет решена эта проблема? Или как обойти это ограничение Битрикса? Куплю СРАЗУ ЖЕ!
Это не проблема, а техническое условие для установки продукта.
На самом деле права 777 не являются обязательными. В зависимости от настроек у хостера можно обойтись намного меньшими правами.
Если у вас есть возможность, то проверьте, под каким пользователем работает Apache и к какой группе принадлежит. Также в настройках Apache необходимо указать что, локальные настройки (через .htaccess) имеют больший приоритет чем глобальные.
Если Apache работает под тем же пользователем что и владелец файлов, права для всех файлов можно указать 7[145][145]. Если Apache входит в группу ,что и владелец файлов, права для всех файлов можно указать77[145]. Если Apache работает с отдельной учетной записью, то придется устанавливать только 777.
Alexander Anoshin пишет: - максимальное время выполнения - 30 секунд;
А вообще, вот это самое плохое ограничение. Если еще запрещена команда увеличения времени исполнения (а она запрещена как нам известно), то при установке обновлений или большом объеме данных на открытии дня могут быть очень досадные ошибки, которые сложно выявлять и исправлять.
Сергей Кудрявцев пишет: К сожалению, потребность в многодоменной версии возникла у нас еще летом, поэтому пришлось ее реализовывать своими силами.
Сейчас в продукте можно языки рассматривать как разные домены.
Цитата
Сергей Кудрявцев пишет: Само собой разумеется, что Ваша реализация лучше, хотя бы потому, что она поддерживается и лояльна к апдейтам.
Если вы не менял ядро продукта /bitrix/modules/ и пользовались API, то опасаться ничего особенно не стоит, мы не перетрем сделанные вами изменения.
Цитата
Сергей Кудрявцев пишет: Отсюда возникает вопрос, когда нам ждать многодоменную версию?
В начале ноября планируем завершить технологические работы. Надеюсь, что успеем собрать новую демо-версию и дистрибутивы. Скорее всего, версия получит номер 3.4 и включит в себя все обновления.
Владимир Головин пишет: Я знаю, что это все можно сделать ручками, но меня беспокоит совместимость с обновлениями Битрикса -- вдруг какое-то из обновлений поломает логику сайта? Поэтому очень хотелось бы стандартизировать эту возможность.
Если вы будете менять только публичную часть сайта, то обновления не затронут сделанные вами изменения. Продукт может модифицировать только файлы расположенные в /bitrix/modules/ все остальные файлы вне указанного каталога и вообще вне каталога /bitrix/ обновлениями не затрагиваются никогда.
А вообще сделать стандартный модуль замены URL-ов можно только если продукт будет парсить страницы сайта и динамически проводить замену параметров, чтобы все ссылки на страницы соответствовали новой политике урлов. Это реально создает очень большую нагрузку на машине и лучше все же делать такие настройки в публичной части в процессе интеграции, как вы правильно заметили - это возможно. Кстати, пример новостей на этом сайте - это как раз пример представления новостей в виде прямых ссылок на базе 404 ошибки на сервер.
Гость пишет: Можно ли увидеть структуру сайта из интерфейса администратора?
В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.
Цитата
Денис Митрофанов пишет: Пожалуйста, сообщите, как и где можно отредактировать блок про телефоны (с картинками) на главной странице.
В административном разделе вы найдете информационный блок в котором размещена вся информация по каталогу телефонов. Там и производится управление.
Цитата
Денис Митрофанов пишет: Можно ли увидеть структуру сайта из интерфейса администратора?
Весь административный раздел по управлению проектом расположен в каталоге /bitrix/ от корня сайта.
Цитата
Денис Митрофанов пишет: Можно ли увидеть структуру Страницы, т.е. узнать какой блок к чему относится и как его отредактировать?
В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.
Гость пишет: Можно ли увидеть структуру сайта из интерфейса администратора?
В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.
Гость пишет: Вопрос вот в чем - есть ли рекомендации по спецификации для такого сервера? В данный момент я имею небольшой статический сайт, примерно 2K посетителей, 10K page requests. Хочу попробовать для начала только Аналитику, с потенциальным апгрейдом в будующем. Хватит ли для этого Athlon 1Gz?
Четкую спецификацию дать довольно сложно. Есть зависимость от операционных систем, настроек, объема памяти, дисковой системы, специального ПО и т.п.
Лучше всегда судить на примерах.
На выделенной машине с объемом памяти от 512 до 1Г, процессором в районе 1Г (PIII или Celeron) и дисками IDE, операционной системой FreeBSD и установленным MMCache машина у нескольких клиентов отлично тянет нагрузку в 5-10К уникальных пользователей в день с временем генерации страниц меньше порядка 0.5-1.2 сек и утилизацией процессора не выше 15%-35% в пике.
Цитата
IlVin пишет: Для битрикса нужно много памяти.
8М не хватает иногда в админовской части, но тоже в зависимости от операционной системе и загруженных модулей в Апаче, как вы понимаете, все мы делим одно пространство памяти в Апаче. Но 12-16М вполне достаточно для работы.
Цитата
IlVin пишет: Точнее, если на сервере одновременно установлены Apache + PHP + MySQL + интенсивная работа с базой данных (причем немного через заднее место), то нужно памяти на сервере никак не меньше 1 гига.
Опять же все зависит от нагрузки, машины, конфигурации и других параметров.
Цитата
IlVin пишет: Вообще, получить достаточно интерактивный сайт (время генерации страницы с включенным модулем компрессии 1..2 секунды) мне удалось на такой конфигурации сервера: 2 xeon + 4 гига памяти.
Хороший сервер. Какая же у вас нагрузка? У нас такой сервер обслуживает по 30-50 тысяч уникальных пользователей.
Я так же настоятельно рекомендую вам обратить свое внимание на MMcache http://turck-mmcache.sourceforge.net или продукты компании Zend. Это фактические прекомпиляторы PHP и используя их, вы можете уменьшить время генерации страниц до 0.1с и что само главное, снизить утилизацию процессора в 4-5 раз.
Если вы планируете большую нагрузку на сервере, не стесняйтесь обращаться к нам за консультациями, мы поможем вам советами, как настроить продукт и серверное ПО так, чтобы получить наилучший результат.
Alexandre Koutski пишет: 1. мы скачали демо «Старт (MySQL)» в ней предустановленны компоненты: Избранное, Структура сайта, Пользователи, Информ. блоки, Интернет-магазин, Торговый каталог, Веб-формы, Документооборот, Статистика, Реклама, Техподдержка, Опросы, Форумы, Рассылки, Перевод, Настройки системы – все ли эти компоненты будут доступны после покупки этой версии скрипта? Спрашиваем потому, что в таблице сравнений версий для версии «Старт» написано всего 4 компонента из этого списка;
Таблица сравнений приводит правильную информацию. Скорее всего вы загрузили пробную версию редакции Бизнес. В Старт входит именно 4 модуля: Главный модуль, Информационные блоки, Управление структурой, Поиск.
Цитата
Alexandre Koutski пишет: 2. у нас есть несколько заказов на создание сайтов для организаций, но у них есть обязательное требование – это качественная, удобная в использовании и администрировании фотогалерея. Та, что у вас больше смахивает на документ в ворде с фотографией. Будет ли создан полноценный модуль «Фотогалерея»? Примером может служить фотогалерея «Albinator» (www.albinator.com) – очень удобная и продуманная до мелочей.
В пробной версии продукта мы представляем только один из возможных вариантов использования модуля Информационных блоков для создания фотогалереи. Используя продукт и API по работе с информационными блоками вы сможете создать любой вариант публичной части.
Отмечу так же, что один из наших партнеров готовит к выпуской отдельный модуль Фотогалереи. Напишите мне письмо и я дам вам его координаты, чтобы вы могли обсудить с ним этот вопрос еще до официального выхода модуля в продажу.
Честно говоря, последнее время очень озадачивает ситуация на рынке разделяемого Интернет-хостинга. По этой проблеме я писал уже в закрытом форуме по продукту и повторюсь тут с некоторыми изменениями.
Цены на хостинг на рынке постоянно падают, рентабельность у хостеров падает, а клиенты перепрыгивают на дешевые планы конкурентов... Хостеры, стараясь выжить, уменьшают цены, набирают ненормированное число клиентов на одну машины.
Хостеры засовывают на машину столько сайтов, пока народ не начинает жаловаться. Сервер консервируется так сказать по числу клиентов и ставится новый, который так же забивается сайтами. Хостерам удается засунуть на одну машину по 300-500 сайтов. Очень часто, чтобы клиенты не кушали слишком много ресурсов, их ограничивают по процессорному времени (<2%) памяти, дисковым операциям. И тут уже вообще не угадать, сколько достается клиенту. (Что примечательно, хостеры никогда честно не говорят об ограничениях, которые у них есть, а вообще часто просто меняют.) Я уже не говорю о технических аспектах, когда такое большое число сайтов и запросов почти исключает возможности операционных систем и баз данных по кэшированию данных с дисковых массивов в памяти за счет большой вариативности запросов.
С другой стороны можно понять и хостеров. Приходит ХХХ сайт на хостинг в 15$/мес и обеспечивает нагрузку и трафик невероятных размеров. Или дает скачивать программу размером в 20-30М. Что делать хостеру? Конечно, закручивать гайки, ставить лимиты и тем самым создавать проблемы для других клиентов на этой машине.
Но важен результат - разделяемый хостинг превратился в полный бардак. Мы уже не можем даже толком рекомендовать какого-то хостера клиентам. Раньше рекомендовали хостеров, но сейчас уже не рискуем этого делать. Так как у одного клиента результат нормальный, а у другого отвратительный на одном и том же хостере. Т.е. как и следует ожидать - все зависит от машины и числа клиентов на ней.
Когда сайт работает на свой машине или арендованной выделенной машине - все в вашем распоряжении и процессор для пиковых нагрузок, и диск с кэшированием только ваших файлов и т.д.
Один наш клиент, Грек.Ру арендовал выделенную машину с администрированием у http://www.cifnet.com (тоже наш клиент и русский саппорт). Цена машины порядка 100$ месяц. На машину он сам переехал и перевел еще несколько дочерних проектов на нашем продукте и очень доволен и скоростью и результатом.
Мне кажется, что проблема с разделяемым хостингом была и будет сохраняться просто в силу природы этого дешевого вида услуг. Западный опыт это только доказывает и подтверждает. Серьезные компании после нескольких переездов с хостера на хостера будут принимать решения об аренде выделенных серверов с администрированием (своего рода аутсорс решений). Рынок услуг выделенного хостинга начнет формироваться значительнее активнее, цены на нем снизятся, появятся предложения с достойными консолями по управлению сайтами вроде Плеска http://www.sw-soft.com/ Крупные поставщики железа запустят программы для провайдеров по лизингу оборудования и последующих апгрейдов...
Надо отметить, что уже сейчас есть на рынке серьезные датацентры, которым не страшно поручить крупных клиентов, например Датафорт http://www.datafort.ru
Не исключено так же появление промежуточных предложений по разделяемому хостингу. Например, с гарантированным числом клиентов на машине, например 10-20 сайтов с ценой аренды и администрирования в 40-50$ в месяц. Но скорее как промежуточный вариант.
nalevo пишет: 2) Приведите доводы в пользу переноса этого вопроса из обсуждений на форуме в службу технической поддержки.
Вы задаете конкретный технический вопрос, которые потребует уточненяющих вопросов и, возможно, детального обсуждения проблемы с нашими сотрудниками. По установленным нами правилам вопросы такого характера переносятся в техподдержку, чтобы маршрутизировать проблему тем сотрудникам, которые смогут дать квалифицированный ответ, не потерять ни одно обращение и в дальнейшем сделать необходимые выводы об удовлетворенности клиента решением проблемы.
Цитата
nalevo пишет: 3) Так и не могу понять, чем я оскорбил общественность?
Разбор данной ситуации в форуме проводится не будет. Вы можете написать мне по почте, я готов ответить на ваши вопросы. Обращение попрошу переместить в техподдержку.
Давайте будем уважительно относиться ко всем участникам обсуждения, представляться, задавая вопросы и формулировать их четко и понятно. Это замечание относится не только к этому обращению.
Александр, так как вы являетесь нашим партнером, вам предпочтительнее задавать вопросы в закрытом форуме. Там мы в первую очередь отвечаем на обращения. В отрытом форум, к сожалению, мы отвечаем во вторую очередь.
Права на доступ к закрытому форуму я вам предоставил.
Александр Новиков пишет: Обновление при отсутствии доступа в Интернет?
Обновление продукта по технологии SiteUpdate возможно только при наличии доступа в Интернет к сайту www.bitrixsoft.ru
Цитата
Александр Новиков пишет: Как я понимаю можно сделать копию в месте, где доступ есть, обновить ее, а потом перенести в то место, где доступ отсутствует. Но при этом появляется возможность потери конфиденциальной информации - как мне это обойти?
А о какой потере конфиденциальности идет речь?
Обычно даже из корпоративной среды можно настроить MapedLink к нашему сайту и через него загружать обновления.
Цитата
Александр Новиков пишет: т.е. для сайтов, находящихся внутри корпоративных сетей (а также министерских) - критичных к защите информации Bitrix ипользовать нельзя?
Все же не понимаю проблему, о которой вы говорите.
Действительно, связь между инфо-блоками является очень важным и интересным механизмом реализации сложных каталогизаций и реализации оригинальных представлений.
Сегодня такая реализация обычно выполняется за счет настройки карточки представления инфо-блока.
Инфоблок№1 - главный, например статьи журнала или новости Инфоблок№2 - вспомогательная каталогизация, например: Бизнес, Техника, Отдых и т.п. Инфоблок№3 - Каталог схожих тематик, например, страны, люди, персоналии, известные темы или темины и т.п. Потом по ним удобно находить будет связанные статьи по тематике и показывать внизу последние 3-5 штук.
Соответственно инфоблоки 2 и 3 можно как угодно пополнять, описывать, наполнять своими свойствами, распределять права кто имеет право редактировать эти инфо-блоки и т.д.
В Инфоблоке№1 создается два свойства целого типа. Одно будет хранить выбранный ID из Инфоблока№2, другое будет хранить выбранные ID из Инфоблока№3. Если необходимо сделать множественный выбор - то свойства целого типа тоже заводятся множественные.
Таким образом, можно создавать любое число независимы каталогизаций, связывать инфо-блоки между собой и строить любые бизнес модели.
В дальнейшем с инфоблоками уже работа идет через обычный API продукта.
В одном из проектов, было, например, предложено сделать единый каталог моделей Телефонов как информационную часть, сделать инфо-блок предложений по этим телефонам от разных компаний или отделений этой компании в разных городах. Таким образом, пользователи Интернет магазина смогли выбирать телефон, а потом город и фирму, где они хотят его купить.
Сейчас готовится к выпуску обновление модуля инфо-блоков, которое, если так можно сказать, узаконит связи между инфоблоками. Т.е. при выборе свойств инфоблока появится отдельный тип - ссылки на другие инфоблоки.
Сейчас поиск выполняется одновременно по контену сайта, новостям и каталогам (ифоблокам), форумам. Причем с соблюдением прав доступа к сайту и информации, что немаловажно. На базе продукта можно реализовать расширенный поиск, например по каталогам или форумам.
Но мы планируем как развитие своего модуля поиска, так и реализацию возможности подключения внешних поисковых продуктов. Надеюсь, что осень будет соответствующий анонс.
Выпуск самостоятельного поискового продукта не планируется.