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

Здравствуйте.


Надо организовать доступ к системе извне (это делается в настройках роутера/DSL - устройства, через которое вы ходите в Интернет), а ограничение доступа к ресурсам портала делается на уровне нашего продукта.

Смотрите о DMZ: http://ru.wikipedia.org/wiki/DMZ_(%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BD­%D1%8B%D0%B5_%D1%81%D0%B5%D1%82%D0%B8)

Вы приводите скрин фаербага со своего сайта. В техподдержке установили, что проблема в работе базы: Т.е. закончилось место на диске.

Сам пытался увидеть, не наблюдается. См. скрин.

А вот это наиболее вероятная причина.

Техническая поддержка всех категорий пользователей осуществляется только через соответствующий интерфейс на нашем сайте согласно регламенту: http://www.1c-bitrix.ru/support/customers/ticket.php?show_wizard=Y

Исключения составляют покупатели редакций "Портал" и "Большой бизнес" при создании спецобращения.

Форумы - место свободного общения и обсуждения общих вопросов, здесь все отвечают по желанию.

Проигнорируйте ошибку: в некоторых случаях не удаётся корректно определить работоспособность .htaccess.

Если тест пишет, что .htaccess работает, значит он работает 100%, если пишет, что не работает, есть вероятность, что проверка ошибается.

Возможно проблема всё-таки есть, если после установки не будет работать ЧПУ.

Пожалуйста, пишите в техподдержку, где подробно опишите ваши действия и возникающие ошибки.
Тему 2003 года закроем чтобы не вводить никого в заблуждение.

Не будет работать. В соседней ветке обсуждалась эта проблема.

http://dev.1c-bitrix.ru/community/forums/messages/forum7/topic27968/message154038­/#message154038

А зачем такие сложности? Почему не напрямую через Bridged режим?

Это не так. Многие пользуются в разных вариантах: VMPlayer, VMServer, VMXi. О проблеме слышу только от вас.

Не исключено, что у вас конфликт железа с VMWare платформой.

Можно сделать через введение дополнительного SLA "утверждение", который ставится тикету по умолчанию.
Ответственный по этому SLA тот, кто утверждает.
Он или закрывает тикет, или назначает ответственного и меняет SLA.

Пожалуйста, напишите в техподдержку, разберёмся.

Виталий, с ваших слов у вас проблема в работе Apache, а не XMPP.
Веб сервер не должен виснуть "намертво" ни при каких обстоятельствах.
В любом случае, через ТП можем сделать какую-то диагностику и сказать что-то более определенное. Можно попробовать без доступа, но гарантий нет.

Форум - место свободного и непринужденного общения. Чтобы получить официальный ответ в определённые сроки, пожалуйста, пишите в техподдержку: http://bitrix.ru/support

На сайте есть информация по настройке платежных систем в целом, конкретно по каждой нет.
http://dev.1c-bitrix.ru/learning/course/lesson.php?COURSE_ID=30&ID=1623

Если у вас есть действующий ключ, напишите в техподдержку, поможем решить проблему.

Не имея актуальной поддержки вы тоже можете написать в техподдержку, но нет гарантии, что удастся решить проблему с неактивной системой обновлений.

Как-то всё слишком сложно у вас. Возьмите веб окружение или нашу виртуальную машину.

Всё должно работать в любом браузере.

Как раз тут Вы об этом пишете.

Тут какая-то проблема с кодировками.
Обновитесь, перейдите на страницу "Настройки - Инструменты - Проверка сайта" и выполните тестирование конфигурации. Эта возможность появилась в версии 9.

Напишите в ТП с сайта: http://bitrix.ru/support
В обращении укажите лицензионный ключ.

Эту проблему мы обсуждали в соцсети: http://dev.1c-bitrix.ru/community/webdev/group/78/blog/2001/#13900

А должно работать? У меня установлена последняя версия php ветки 5.2, не виртуальная машина, тоже не работает.
Не проще вместо этого чуда вставить ?

Уже не говоря о том, что в продукте есть стандартный импорт CSV в инфоблоки.

Сергей, мне пришлось отредактировать ваш пост чтобы предостеречь пользователей от опрометчивых действий.
То что вы делаете, делать нельзя. Надо использовать АПИ.
Только так мы можем гарантировать сохранение целостности данных и работоспособность продукта.

Артур, в вашем случае произошла, похоже другая ситуация.
Дело в том, что создание дампа делается по шагам. По всей видимости, у вас изменилась база данных между шагами, в результате одна и та же запись попала в дамп дважды.

Просто откройте файл дампа базы в редакторе и удалите дублирующую запись.

А не похожи ли они на длину контента в шестнадцатеричном формате?

Такая ситуация происходит если nginx'у ответить с заголовком HTTP/1.1, хотя он всегда запрашивает HTTP/1.0.

Это довольно странно, по всей видимости, криво был настроен нат: в 99% случаев машина стоит за натом.

Добавим в проверке сайта обработку случаев когда хост определён с портом.

Проблема не со статистикой!

В базе данных попросту отсутствует таблица b_lang. Это первая таблица, к которой идёт обращение.
Возможно, в базе вообще нет таблиц.

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