Форум

Если BitrixEnv было установлено на чистую ОС из списка поддерживаемых (рекомендуется CentOS 6) и не было внесено изменений в конфигурацию или установки дополнительного ПО (типа панелей управления хостинга), то всё должно работать.

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

Рекомендую обратить внимание не на отзывы типа "ой, какие тут страшные запросы", а на тысячи работающих проектов со сложной структурой данных ([url]http://www.1c-bitrix.ru/products/cms/projects/#tab-projects-link[/url]).

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

Поэтому успех проекта будет во многом зависеть от опыта выбранного разработчика. ТЗ в этом смысле вас не защитит.

И не стоит забывать о таких вещах, как стабильность, безопасность и инструменты отладки.

На нашей виртуальной машине и rpm авторизация ntlm настраивается из меню машины и работает из коробки.
Не усложняйте себе жизнь создавая своё окружение.

[B]passshok[/B], не давал это решение по двум причинам:

1. Этого недостаточно, надо менять таймауты apache и nginx.
2. Скрипт сам обновляет себя, поэтому правки можно делать только после перехода на второй шаг.

Это ошибка проверки сайта, не следует обращать на неё внимание.

Если ошибка возникла внезапно, с большой вероятностью это связано с нарушением структуры БД, а не проблемой версии.

Нужно зайти на эту страницу под администратором, тогда отобразится текст ошибки, если там что-то типа "Incorrect information...", можно восстановить таблицы как описано в частых вопросах: https://dev.1c-bitrix.ru/support/faq/8373/#112811

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

Используйте опцию монтирования [B]noserverino[/B].
[url]https://bugs.php.net/bug.php?id=51266[/url]

Ситуация с "зависанием" на определенном проценте возникает при стечении обстоятельств: меленный процессор, медленные диски, большой размер одной части архива.

Происходит такая вещь: за отведенные 30 секунд на шаг скрипт успевает найти нужное место в файле для продолжения распаковки, затем вынужден прерваться и ситуация повторяется снова. Нам трудно применить какую-то оптимизацию потому что всё это происходит в рамках вызова единственной системной php функции: gzseek.
Решить проблему можно на этапе создания бэкапа: уменьшить размер одного фрагмента архива (например, до 100 Мб) или отключить сжатие.

При распаковке решить проблему сложнее: существенно увеличить таймаут веб сервера, потом руками поправить его в restore.php или руками выполнить "расжатие" всех частей бэкапа: gunzip ... . А затем восстанавливать через restore.php уже несжатые части.

Битрикс спроектирован для работы от корня виртуального сервера. Не спорю, можно изощриться так, что он запустится внутри подпапки, но не берусь судить, где потом это вылезет боком.

Нужно четко понимать: если вы нарушаете архитектурные решения, вы останетесь со своими проблемами один на один, ни один производитель не поддерживает нецелевое использование. Мы не исключение.

[B]timmy8823[/B], за ликбез спасибо :)

Багтрэкер есть!



Но он внутренний. Записи туда попадают после обработки сотрудниками техподдержки.
Поэтому, если вы считаете, что нашли ошибку, пожалуйста, пишите в техподдержку.

Подробнее о том, как это работает, можно почитать у меня в блоге: [url]https://dev.1c-bitrix.ru/community/blogs/howto/bugs-by-mail.php[/url]