|
Разработчикам |
|
Частые вопросы
|
Работа с меню (4)
Интеграция с 1С (8)
Ошибки PHP (6)
Ошибки базы данных (12)
|
||
Ошибки при установке и работе продукта
| Почему не приходят на почту уведомления о заполнении веб-форм? | |||
|
1. Проверьте, пожалуйста, настройки почтового события заполнения формы и его шаблона.
Откройте Панель управления - Настройки - Настройки продукта - Почтовые события; выберите событие. На первой закладке, должны стоять галочки возле используемых на Вашем сайте кодов языка. На закладке "шаблоны" должна стоять галочка возле имени Вашего сайта, хотя бы у одного шаблона (обычно он там как раз один). Также, в настройках выбранного почтового шаблона (можно перейти прямо по ссылке со страницы "шаблоны", не забудьте только перед этим нажать "применить", если были сделаны какие-то настройки), должна стоять галочка "активен", и также должен быть выбран Ваш сайт. Также должны быть корректно заполнены поля "от кого" и "кому" (значения по-умолчанию #DEFAULT_EMAIL_FROM# и #EMAIL#, соответственно). 2. Если все эти настройки соответствуют истине, то в настройках модуля веб-формы отключите флаг "использовать упрощенный режим", перейдите в настройки соответсвующей формы, вкладка дополнительно, убедитесь, что флаг привязки к почтовому шаблону проставлен. Если и здесь все в порядке, то перейдите, пожалуйста, в Настройки-Инструменты-SQL-запрос и выполните такой запрос:
Найдите событие заполнения формы, смотрите в поле SUCCESS_EXEC: стоит Y - письмо из продукта ушло, дальнейшую его судьбу попросите отследить администратора хостинга стоит N - зайдите в файл /bitrix/php_interface/dbconn.php и проверьте не определены ли у Вас константы BX_CRONTAB и BX_CRONTAB_SUPPORT, если да - убрать их определение вообще из этого файла. Если после этого SUCCESS_EXEC также N, то необходимо перейти в папку /bitrix/managed_cache/ и попытаться удалить содержимое (обязательно через модуль управления структурой, а не через FTP), если получите ошибку - значит необходимо исправить проблему с доступом продукта к папкам, чтобы Вы могли удалить файлы и папки из кеша. Стоит F - функция mail() по какой-то причине вернула False при отправке. Наиболее типичные проблемы: 1. Не настроена функция mail() на хостинге. Решается с хостером.
2. Почтовый сервер не поддерживает формат письма. Пробовать изменять настройки отправки, убирать поле ВСС, убирать галочку "Дублировать email адрес в заголовке", ставить "Конвертировать 8-битные заголовки". Не помогает - запросить логи у администратора почтового сервера, чтобы посмотреть, в чем конкретно ошибка при отправке.
Стоит 0 (ноль) - значит, что-то неверно в настройках из пп.1-2 - проверьте еще раз.
Наверх |
|||
| Не появляется нужная служба доставки при оформлении заказа | |||||
|
Каждый обработчик службы доставки имеет свои нюансы и требования, при несоблюдении которых служба доставки не будет появляться при оформлении заказа.
Общее требование: обязательно должно присутствовать свойство заказа типа LOCATION, которое используется как местоназначение доставки.
Создать свойство можно из списка свойств заказа:
Рабочий стол->Магазин->Настройки магазина->Свойства заказа->Список свойств
При создании свойства взвести флаг "Использовать как местоположение".
В случае отсутствия подобного свойства шаг выбора доставки будет всегда пропускаться.
Требования СПСР-Экспресс:
1. Работает на основе тарифного калькулятора службы. Необходима установка адреса магазина в настройках модуля. Ограничения обработчика: только Россия.
2. Заполнение индексов местоположений не требуется, т.к. тарифному калькулятору требуется корректно указанный город России. Примечание: если в адресе будет указано, например "Россия - Москва и Мо" или пунктом назначения будет "Россия - Москва и Мо", то стоимость калькулятор не рассчитает - города "Москва и Мо" не существует.
3. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр. Это момент очень важен при определении корректности адреса магазина (должен быть в Москве, см. п.1). Чтобы проверить работоспособность функции strtoupper() в PHP-строке нужно выполнить следующий код:
Если результат выполнения кода не "МОСКВА", то функция strtoupper() работает некорректно.
В случае, если функция работает некорректно, то можно попробовать в файле /bitrix/php_interface/dbconn.php добавить следующие строки:
Если это не решает проблемы, то нужно обратиться к администратору хостинга.
Требования "Почта России":
1. Доставка осуществляется только из Москвы, поэтому в адресе магазина, в настройках модуля интернет-магазина, должно быть указано "Москва" или "Moscow". Это не ограничение, конкретно обработчика нашего продукта, это ограничение тарифного калькулятора службы, об этом можно узнать на официальном сайте Почты России
2. Обязательно(!) заполнение индексов местоположений, т.к. тарифный калькулятор требует указания индекса местоположения. Альтернативным вариантом может быть создание свойства заказа типа "строка", у которого нужно взвести флаг "Использовать как почтовый индекс". В этом случае, покупателю в процессе оформления заказа будет предложено ввести индекс самостоятельно.
3. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр.
Требования "EMS Почта России":
1. Адрес магазина должен быть в городе, который входит в список тарифного калькулятора
2. Доставка только из России, в города, которые есть в списке тарифного калькулятора.
3. Заполнение индексов местоположений не требуется, т.к. тарифному калькулятору требуется корректно указанный город России.
4. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр. Это момент очень важен при определении корректности адреса магазина и места доставки.
Требования "DHL":
1. Доставка осуществляется только из США, поэтому в качестве адреса магазина должен быть указан город Соединенных Штатов Америки. Это ограничение тарифного калькулятора доставки
2. Обязательно(!) заполнение индексов местоположений, т.к. тарифный калькулятор требует указания индекса местоположения. Альтернативным вариантом может быть создание свойства заказа типа "строка", у которого нужно взвести флаг "Использовать как почтовый индекс". В этом случае, покупателю в процессе оформления заказа будет предложено ввести индекс самостоятельно.
Требования к настраиваемым службам доставки:
1. Должна быть создана хотя бы одна группа местоположений, в настройках службы должны быть выбраны те местоположения и группы местоположений, при выборе которых в процессе оформления заказа будет предложена эта доставка.
Создание групп местоположений:
Рабочий стол->Магазин->Настройки магазина->Местоположения->Группы местоположений
2. При желании можно выставить ограничения по сумме заказа и общему весу товаров в заказе. В случае, если доставка не появляется, значит, данные заказа не удовлетворяют настройкам службы - пункт назначения, вес или стоимость заказа.
Наверх |
|||||
| В файле экспорта в Yandex.Market ссылки на несуществующие страницы (ошибка 404) | ||
|
Проблема заключается в некорректно указанном "URL страницы детального просмотра элемента" в настройках информационного блока, которому принадлежат товары, экспортируемые в Yandex.Market. Данная проблема решается как и аналогичная проблема с поиском: Поиск выдаёт ссылки на несуществующие страницы (404 - HTTP not found) Наверх |
||
| В файловом менеджере продукта не отображаются файлы и папки. | ||
|
У данного поведения продукта есть две причины:
1. в настройках сайтов, значение поля "Путь к корневой папке веб-сервера для этого сайта" не соответствует реальному пути к DOCUMENT_ROOT. "Настройки"-> "Настройки продукта"-> "Сайты"-> "Список сайтов" 2. На корневую папку сайта (DOCUMENT_ROOT) установлены права недостаточные для чтение её содержимого. В данном случае надо установить на папку наиболее полные права: http://dev.1c-bitrix.ru/support/faq/8366/#112853 http://dev.1c-bitrix.ru/community/blogs/howto/387.php Наверх |
||
| После распаковки рез. копии на всём сайте форма авторизации. | |||
|
Чтобы решить данную проблему надо обратить внимание на 2 аспекта:
1. Проверить на корректность в настройках сайтов значение поля "Путь к корневой папке веб-сервера для этого сайта": "Настройки"-> "Настройки продукта"-> "Сайты"-> "Список сайтов" 2. Если перенос осуществлялся простым копированием файлов (FTP/SSH),мог не скопироваться файл /.access. В данном файле хранятся права групп пользователей к сайту, если данного файла нет, то для всех пользователей устанавливается право "Запрещено". Проблема решается одним из способов: А. Вам надо зайти через файловый менеджер продукта в свойства корневой папки сайта и на вкладке "Доступ" установить для группы "Неавторизованные пользователи" право "Чтение". Б. В корень сайта положить файл .access с содержимым:
Наверх |
|||
| Не все файлы попадают в архив резервной копии | ||
|
При просмотре архива, созданного штатной системой резервного копирования, через WinRar видно, что файлов в архиве гораздо меньше, чем на сайте. Дело в том, что у tar есть несколько диалектов. Мы пакуем в формате GNU tar, как это делает по умолчанию tar в linux. WinRar понимает tar, но конкретно этот диалект поддерживает не полностью. Наш архив должен распаковываться нашим restore.php, скачанным со страницы резервного копирования. Если этого не происходит, проблему следует решать через техподдержку. Проблемы распаковки сторонними инструментами (WinRar в том числе) техподдержка не решает. Наверх |
||
| Редактор сайта не может загрузить картинки на сайт. | ||
|
Описание:
В визуальном редакторе у редактора сайта вкладка "Загрузить файл" неактивная, причём администартор сайта без проблем может загружать файлы. Решение: Вам надо создать новый уровень доступа к Главному модулю (Файл/Папка): "Настройки"-> "Пользователи"-> "Уровни доступа". http://dev.1c-bitrix.ru/learning/course/lesson.php?COURSE_ID=6&ID=1223 В созданном уровне доступа выберите флажок "Загрузка файла на сервер (fm_upload_file)", сохраните. Затем Вам надо данный уровень доступа установить на корневую папку сайта, для требуемой группы пользователей. Это должно решить проблему. Наверх |
||
| Не работает экспорт в Yandex.Market(YML не принят), что делать? | ||
|
При проверке файла экспорта в Yandex.Market ошибка вида:
1."YML не принят: Фид не разобран до конца - ошибка парсера XML (Error parsing XML feed) (line: 81 column: 5): Unterminated entity declaration, 'ContentType'" Проблема в том, что по умолчанию в папке /upload не выполняются php скрипты. Для решения проблемы вам следует перенести файл экспорта в другую папку, отличную от /upload, и в папке разрешить выполнение php скриптов в файле .htaccess при помощи директивы AddType Можно прямо в папке /upload создать директории, переместить туда файл yandex.php, создать в этой директории файл .htaccess и переопределить в нём AddType: <IfModule mod_mime.c> AddType application/x-httpd-php .php </IfModule> 2. "Notice : Undefined index: referer1 in /var/www/alexey/data/www/telecamera.ru/upload/yandex.php on line 1" В файле .htaccess, папки в которой находится файл экспорта, вам следует отключить отображение замечаний(NOTICE). Уровень вывода ошибок задаётся директивой php_value error_reporting. Данную директиву можно определить также в настройках PHP. Например уровень: error_reporting = E_ALL & ~E_NOTICE позволяет выводить все ошибки, за исключением замечаний. Дополнительная информация по данному вопросу: href="http://ru2.php.net/manual/ru/errorfunc.configuration.php#ini.error-reporting" Наверх |
||
| После перехода с на компонент рассылки версии 2.0 выпуски расслыки не создаются, что делать? | ||||
|
Выпуск автоматической рассылки создаётся/не создаётся в зависимости от значения переменной $SUBSCRIBE_TEMPLATE_RESULT. Если используется компонент рассылки версии 1.0: $SUBSCRIBE_TEMPLATE_RESULT это глобальная переменная, её значение определяется внутри компонента. Поэтому в шаблоне рассылке достаточно просто вызвать компонент для определения значения $SUBSCRIBE_TEMPLATE_RESULT. Если используется компонент рассылки версии 2.0: $SUBSCRIBE_TEMPLATE_RESULT не является глобальной, поэтому просто вызвать компонент для определения значения этой переменной недостаточно(как это было с компонентом версии 1.0):
Сам компонент возвращает количество элементов, которые попадают в следующий выпуск рассылки, соответственно переменной $SUBSCRIBE_TEMPLATE_RESULT следует присвоит значение, возвращаемое компонентом bitrix:subscribe.news:
В этом случае $SUBSCRIBE_TEMPLATE_RESULT будет определена и выпуск будет сформирован по расписанию. Наверх |
||||
| Количество сообщений (тем, новостей и т.д.) на странице не совпадает с количеством, указанном в настройке компонента | ||
|
Скорее всего, в настройках используемого компонента отмечена опция "Использовать обратную постраничную навигацию". В данном режиме происходит обратный отсчёт страниц (последняя страница считается первой). Данный механизм используют, если при добавлении элемента инфоблока, он всегда попадает наверх списка (отсортированы по дате добавления сообщения по убыванию). Таким образом, меняется лишь последняя страница. Все предыдущие можно надолго закешировать. При данном типе постраничной навигации разбиение на страницы произойдёт, если остаток при делении количества сообщений на первой странице на число, указанное в настройках компонента, будет больше или равно двум. Например, если всего 170 сообщений в форуме, и в настройках компонента указано число сообщении на странице равное 20, будет образовано 8 страниц, на первой - 30 сообщений, на остальных - 20. При данных настройках в случае достижении количества сообщений равным 180, будут образованы 9 страниц по 20 сообщений. При обратной страничной навигации количество сообщений на странице либо равно числу, указанному в настройках компонента, либо больше его. Наверх |
||
| При распаковке резервной копии происходит ошибка "ERROR 1062 (23000) at line 1247: Duplicate entry '2-?' for key 2" | |||||
|
Данная ошибка имеет место если кодировка, в которой сделан дамп отличается от той, которая используется на новом сервера баз данных. <u>Тут важно знать 2 аспекта:</u> <b>a.</b> Кодировка дампа устанавливается в зависимости от содержимого файла /bitrix/php_interface/after_connect.php, например:
т.е дамп будет создаваться в кодировке "utf8". <b>b.</b> Кодировку сервера баз данных можно увидеть в параметре "<b>character_set_server</b>" после выполнения SQL-запроса:
<u>Ошибка происходит если данные кодировки (п.1 и п.2) различаются.</u> <u>Обойти или устранить эту ошибку можно двумя способами:</u> 1. В настройках сервера изменить кодировку в параметре "<b>character_set_server</b>" (b) на ту, в которой сделан дамп (a). <b>Важно:</b> данную операцию делаете или Вы или администратор сервера в зависимости от прав, которыми Вы обладаете. 2. Можно открыть дамп в текстовом редакторе и в самое начало вставить строку:
Кодировка выбирается в зависимости от кодировки, в которой сделан дамп (a). <b>Важно:</b> Данный способ работает только на небольшие дампы (которые успевают импортировать за один шаг) Ссылки по теме: http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html Наверх |
|||||
| При установке демо версии происходит ошибка "Срок работы пробной версии продукта истек...." | ||
|
<b>Возможные причины:</b> 1. В большинстве случаев данная ошибка наблюдается из-за того, что дистрибутив продукта (архив) был не до конца скачан с нашего сайта. 2. Также проблема может быть из-за большой разности времени, которое установлено, на веб-сервере и времени на сервере базы. Т.е. Пробная версии создалась для одной даты, а при сравнении с базой данных, дата уже совсем другая. Если это так, то время надо синхронизировать. 3. Возможно база данных, в которую выполняется установка продукта, не пуста и время действия продукта берётся со старой установки. <b>Ниже приведены рекомендации, при выполнении которых данная ошибка точно не появится:</b> 1. Перед установкой продукта очистите корневую папку сайта от всех файлов (оставить надо только файлы, относящиеся к данной установке продукта). 2. Выполняйте установку только в пустую базу данных или создавайте её нашим мастером установки (можно также воспользоваться и phpMyAdmin). 3. Настоятельно рекомендуем пользоваться специальным скриптом <u><b>bitrixsetup.php</b></u> для скачивания и установки дистрибутива последней версии: 4. Во время установки никогда не нажимайте кнопку F5 в браузере, для навигации по мастеру установки существуют специальные кнопки на странице. 5. Также возможно, что в процессе распаковки дистрибутива произошёл сбой и не все файлы распаковались. Рекомендуем повторно распаковать продукт. Скачать скрипт можно здесь: http://www.1c-bitrix.ru/download/scripts/bitrixsetup.php Инструкция по установке продукта: http://dev.1c-bitrix.ru/learning/course/chapter.php?COURSE_ID=8&ID=455 http://dev.1c-bitrix.ru/learning/course/lesson.php?COURSE_ID=8&ID=301 Учебный курс по установке продукта: http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=8 Наверх |
||
| Пропадает панель инструментов в публичной части. | |||
|
Панель не выводится для пользователей, которым не хватает прав ни на одну операцию, задаваемую кнопками административной панели. Например, группе пользователей дано право "Изменение" для определённого инфоблока. Компоненты для работы с инфоблоками добавляют кнопки только на вкладку "Редактирование", поэтому вкладка "Просмотр" не доступна пользователям с данными правами. Если вам необходимо вывести панель в обязательном порядке, воспользуйтесь одним из следующих вариантов решения: 1. Дать группе пользователей право на управление кешем страницы (данная возможность появится на вкладке "Просмотр"). Для этого создайте новый уровень доступа для Главного модуля с привязкой "Модуль", и доступной операцией "Управление кешем (cache_control)" (подробнее об уровнях доступа в учебном курсе "Администрирование системы": https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=28&LESSON_ID=1504 В настройках группы пользователей, для которой требуется вывод панели, в качестве доступа к Главному модулю укажите созданный уровень. 2. Выводить панель программно для определённой группы пользователей. Для этого в шаблон сайта вставьте проверку:
где номер_группы - ID группы, для которой требуется вывод панели. Наверх |
|||
| Копирование элемента в форме редактирования не работает | ||||||||||||||||
|
Очевидно, используется кастомизированная форма редактирования элемента, созданная еще до введения функционала копирования. Вместо
необходимо использовать
Вместо
необходимо использовать
Вместо
необходимо использовать
Вместо
необходимо использовать
Вместо
необходимо использовать
Вместо
необходимо использовать
Вместо
необходимо использовать
Наверх |
||||||||||||||||
| Проблема : Увеличивается объём занимаемого места в папке /bitrix/cache/ | |||
|
В данной папке находятся файлы не управляемого кэша. Фактически это возможность разработчикам задать правила кеширования ресурсоемких частей страниц. Результаты кеширования сохраняются в виде файлов в каталоге /bitrix/cache/. Если время кеширования не истекло, то вместо ресурсоемкого кода будет подключён предварительно созданный файл кеша. Более подробней на странице: http://www.1c-bitrix.ru/products/cms/performance/#tab-dev-link Кеширование называется неуправляемым, поскольку кеш не перестраивается автоматически после модификации исходных данных, а действует указанное время после создания. Часто такая схема является оптимальной. Мы встречались с ситуацией, когда при создании файлов кэша им присваиваются такие права, которые являются недостаточными для последующего изменения или удаления этих файлов процессом веб-сервера. Таким образом, создаваемым файлам и папкам кеша должны присваиваться такие права, которые бы позволяли затем изменить удалить удалить их процессу веб-сервера. При назначении прав на файлы и папки используются значения констант BX_FILE_PERMISSIONS и BX_DIR_PERMISSIONS из /bitrix/php_interface/dbconn.php, но часто срабатывает маска прав на сервере и чтобы избежать этого необходимо прописать в этом же скрипте:
Есть ли подобные строки у Вас в файле /bitrix/php_interface/dbconn.php? Если нет - добавьте их, пожалуйста. Для экономии места на диске Вы можете очистить папки /bitrix/managed_cache/ /bitrix/cache/. Возможно в папках /bitrix/cache/ и /bitrix/managed_cache/ где из-за некорректно выставленных прав может приходить накапливание данных кеша. Дополнительную информацию про права Вы найдёте в нашем FAQ: http://dev.1c-bitrix.ru/support/faq/8366/#112853 Также Вы можете почистить файлы кеша из административного раздела на странице "Рабочий стол->Настройки->Настройки продукта->Автокеширование" Перейдя во вкладку "Очистка файлов кеша" и очистить "все". Тем самым Вы можете освободить дисковое пространство от файлов кэша. Наверх |
|||
| Создал группу "Редакторы сайта", но при входе в административную часть выводится сообщение "Доступ запрещён". | ||
|
Чтобы корректно настроить права на пользователя во вновь созданной группе, надо выполнить следующие действия. 1. Создать группу пользователей. а) В настройках доступа модуля "Управление структурой" установить "Редактирование файлов и папок" (новое название уровня доступа с 8.5.0). б) Для этой группы пользователей установить право "Чтение" на папку /bitrix/admin/ (чтобы отображались административные страницы) в) Если пользователь создан для редактирования инфоблоков, то в настройках доступа инфоблока надо ему дать право "Запись", при доступе "Чтение" инфоблок просто не будет отображаться. 2. Добавить во вновь созданную группу пользователя или пользователей. Наверх |
||
| На сайте обнаружен вирус | ||
|
<b><u>Что такое?</u></b> Это вставка в код страницы сайта определенного зашифрованного JavaScript-кода, при выполнении которого формируется так называемый iframe (HTML-элемент, позволяющий включить при отображении содержимое одной страницы в другую). Вставленный iframe указывает, как правило, на зараженную страницу, которая уже содержит более «тяжелый» код, использующий различные уязвимости браузеров (в основном Internet Explorer'а) для загрузки и запуска исполняемых файлов вирусов. <b><u>Механизм заражения</u></b> Механизм заражения сайтов в подавляющем числе случаев одинаков: вирус попадает на компьютер, с которого выполнялся вход на данный сайт по протоколу FTP, после чего получает реквизиты доступа к адресам, для которых в программе FTP-клиенте была выбрана опция «запомнить логин/пароль». Получив реквизиты доступа, вирус отсылает их на компьютеры злоумышленников, где уже и расположены программы-роботы, выполняющие «грязную» работу. Эти роботы выполняют подключение к FTP-адресам с полученными реквизитами, затем сканируют каталоги сайта в поисках файлов с определенными именами: чаще всего это корневые файлы — те, к которым в первую очередь выполняется обращение при входе на сайт. Обнаружив такой файл, робот скачивает его, добавляет в конец скачанного файла вредоносный код, и закачивает этот файл обратно на FTP-сервер, заменяя оригинал. С точки зрения сервера это выглядит как обыкновенная активность пользователя: выполняется подключение авторизованного пользователя, скачивание и закачивание файлов — фактически именно то, что выполняется при обыкновенном обновлении сайта разработчиком по FTP. <b><u>Устранение заражения</u></b> Первое, что необходимо сделать при обнаружении подобного заражения — это не дать вирусу повторно заразить сайт. Для этого достаточно сменить пароль доступа на FTP через панель управления, а также проверить все компьютеры, с которых выполнялось подключение к сайту по FTP на вирусы, используя антивирусы со свежими базами обновлений. Также, Вы можете запросить у администратора хостинга все возможные логи (логи ftp, логи веб-сервера, ssh логи). Полученные логи от администратора необходимо проанализировать на предмет времени модификации файлов и способа доступа к ним, а также IP-адресов, с которых производилось изменение, что позволить сузить круз проблемных ПК, а также определить способ доступа к файлам и их заражение. Так как код сайта, по сути, представляет собой обыкновенные текстовые файлы, для удаления вредоносного кода достаточно открыть зараженный файл, найти необходимый участок кода, удалить его и сохранить файл. В особо сложных ситуациях может случиться так, что над зараженным сайтом «поработали» несколько различных вирусов — файлы сайта будут содержать несколько вставок различного вредоносного кода. Реже встречаются случаи, когда содержимое сайта может быть повреждено достаточно сильно, в таком случае целесообразнее восстановить данные из резервной копии, чем заниматься лечением каждого файла вручную. <u><b>Предотвращение заражения</u></b> Для того, чтобы не повторять чужих ошибок и уберечься от повреждения сайта, достаточно следовать простым рекомендациям: - не использовать возможности FTP-клиентов по сохранению паролей; - периодически выполнять смену паролей доступа к FTP; - при необходимости, ограничить адреса компьютеров, с которых разрешено подключаться по FTP; - использовать для доступа по FTP только «надежные» компьютеры — те, на которых установлены антивирусы с актуальными базами обновлений. <small><font color='gray'>Использовался материал с сайта: www.netangels.ru/support/howto/ftp-infection/ </font></small> Поиск вирусов и лечение скриптов: http://dev.1c-bitrix.ru/community/blogs/howto/1051.php Если на сайте обнаружен вирус: http://dev.1c-bitrix.ru/community/blogs/information_security/1899.php Наверх |
||
| Поиск выдаёт ссылки на несуществующие страницы (404 - HTTP not found) | ||
|
Частой ошибкой пользователя является неправильно указанный "URL страницы детального просмотра элемента" в настройках информационного блока. Этот URL используется при формировании страницы результатов поиска - соответственно, если URL(проставленный в настройках инфоблока) указывает на несуществующую страницу, то по ссылке пользователь попадёт не на страницу детального просмотра найденного элемента, а на 404-ю. Также похожая ситуация возникает, если компонент работает в режиме ЧПУ, а URL не в ЧПУ - в этом случае следует указать URL по правилами ЧПУ. Проблема может возникать и ссылками на страницы форума. В этом случае следует проверить корректность шаблона пути к сообщению форума. <b>Настройки инфоблока:</b> Контент -> Информ. блоки -> Типы информ. блоков -> <Ваш_тип_инфоблока> -> <Ваш_инфоблок> http://dev.1c-bitrix.ru/user_help/content/iblock/iblock_edit.php <b>Настройки форума:</b> "Рабочий стол"-> "Сервисы"-> "Форумы"-> "Список форумов"-> <Форум> http://dev.1c-bitrix.ru/user_help/service/forum/forum_edit.php <b>Настройки блога:</b> "Настройки"-> "Настройки продукта"-> "Настройки модулей"-> "Блоги". http://dev.1c-bitrix.ru/user_help/service/blogs/settings.php После изменения путей обязательно выполните переиндексацию сайта. Наверх |
||
| Не создаются автоматические выпуски рассылки | |||
Например, в стандартном шаблоне генерации выпуска автоматической рассылки subscribe/subscr_news.php используется следующий фильтр для выборки элементов:
т.е. выбираются элементы, поле DATE_ACTIVE_FROM которых находится между предыдущим и текущим запуском рассылки. Возможна следующая ситуация: DATE_ACTIVE_FROM элемента - >DD<.>MM<.>YYYY< (>DD<.>MM<.>YYYY< 00:00:00), а создан элемент, например в >DD<.>MM<.>YYYY< 15:00:00 Пусть текущий запуск - >DD<.>MM<.>YYYY< 12:00:00<br>предыдущий - >DD-1<.>MM<.>YYYY< 12:00:00 Имеем: во время запуска в >DD<.>MM<.>YYYY< 12:00:00 элемент просто не попадает выпуск, т.к. он еще не был создан, а в следующий запуск он не попадет уже по условию. Возможные варианты решения: 1. Создавая элемент, указывайте дату его активности следующим днем 2. Создавая элемент, указывайте дату его активности сегодняшним днем, но с точным временем, чтобы оно не было равно 00:00:00 3. Измените шаблон генерации выпуска так, чтобы проверялось не поле DATE_ACTIVE_FROM, а DATE_CREATE - дата создания элемента. 4. Устанавливайте генерацию выпусков на время, незадолго перед полуночью (например - 23:30), чтобы все созданные за день элементы (с датой активности с 00:00:00, но созданные в течение дня) попали в выпуск. 5. В настройках инфоблока, используемого в рассылке, поле Начало активности должно иметь значение по умолчанию Текущие дата и время. Наверх |
|||
| Ошибка при обновлении [SYS_ERROR_12] | ||
|
Данная ошибка свидетельствует о том, что в системе не зарегистрированно ни одного сайта, либо все сайты деактивированы. Для решения проблемы и получения возможности загрузки и установки обновлений, Вам необходимо зарегистрировать в системе хотя бы 1 сайт или активировать существующий из раздела: Рабочий стол/Настройки/Настройки продукта/Сайты/Список сайтов Наверх |
||
| При попытке обновления выдаётся ошибка "Ошибка соединения с сервером обновлений: [110] Connection timed out." | ||
|
Ошибка свидетельствует о том, что скрипт обновления не может подключиться к серверу обновлений www.bitrixsoft.ru на порт 80. Причины могут быть следующие: - не доступны функции работы с сокетами, в частности, fsockopen(); - на сервере запрещены исходящие соединения к 80 порту; - проблема в работе сети. Вам необходимо обратиться к администратору хостинга, предоставив описание ошибки. Наверх |
||
| Не работает AJAX в компонентах. не работает javascript в компонентах | |||||
Убедитесь, что у Вас присутствуют строки в шаблоне сайта
либо, начиная с 7й версии
в блоке
Если их нет, то добавьте обе или недостающую строку. Наверх |
|||||
| В статистике дублируется информация посещениях | ||
|
Фактически, ошибки в отображении нет: данные не дублируются, но необходимо понимать разницу между разделом и страницей. Под разделом понимается папка, под страницей - файл, без ссылок показаны страницы, со ссылками - разделы. Пример: site.ru/news/ (со ссылкой) 100 хитов /раздел/ site.ru/news/ (без ссылки) 80 хитов /страница index.php/ site.ru/news/main.php 5 хитов site.ru/news/local.php 15 хито Таким образом, сумма хитов страниц есть число хитов раздела. Чтобы убрать "дублированные" данные, выберите фильтр по страницам или разделам Наверх |
||
| Не отправляется email из продукта. Что делать? | |||
|
Продукт использует стандартную функцию php mail() для отправки почты. Прежде всего необходимо проверить работоспособность этой функции. Создайте и запустите на своём сайте тестовый файл следующего содержания:
Замените "to@mail" на адрес получателя (Ваш email адрес), "from@mail" - на адрес отправителя (email администратора, указанный в настроеках Главного модуля). Если письмо не попало в ящик - обратитесь к администратору почтового сервера, возможно тестовое письмо и все письма с вашего сайта попадают в спам. Если письмо пришло - проблема в настройках продукта, создайте обращение в техподдержку, в котором укажите по шагам ваши действия. Наверх |
|||
| Вместо содержимого страницы: "500 Внутренняя ошибка сервера" или "500 Internal Server Error" или "502 Bad gateway" | ||
|
На сервере произошла ошибка, в результате которой работа php-приложения была прервана. В каждом конкретном случае причина может быть своя: - на сервере установлен лимит по времени на исполнение php-скриптов; - установлен лимит на использование памяти; - происходит попытка выполнить файл с атрибутами, не разрешёнными для запуска на сервере (например, файл имеет атрибуты 0755, а допускается 0711); - у системы нет прав на запись или чтение файла и др. - в коде исполняемого php-скрипта возникла ошибка, а хостинг настроен на показ заглушки в виде 500й ошибки, а не реального текста ошибки; В нормальной ситуации такая ошибка и её причина фиксируется в логах сервера. Вам необходимо обратиться к вашему хостеру с просьбой указать, что является причиной возникновения ошибки и попросить её устранить (например, увеличить ресурсы). Если хостер не смог найти решение - запросите у него полный лог ошибок на указанную дату, когда наблюдалась ошибка и обратитесь в нашу техподдержку с точным указанием: как ошибка происходит и какие причины указал хостер, прикрепив лог ошибок, выданный хостером (системным администратором) Наверх |
||
| При обращении к сайту открываются новые окна, которые не имею отношения к содержимому сайта | ||
|
Часто ошибка возникает в результате того, что в настройках сайта указан ошибочный домен. В результате работы механизма распространения cookies на все домены это приводит к ошибке. Убедитесь, что в настройках всех сайтов правильно написаны доменные имена. Наверх |
||
| Не работает визуальный редактор | ||
|
Возможны следующие причины подобного поведения: 1. Вы используете прокси-сервер или firewall, которые не разрешают загрузку каких-либо Java скриптов. 2. Высокий уровень безопасности в браузере. 3. Модуль "Управление структурой" был обновлен не полностью. 4. Java скрипт однажды загрузившись некорректно попал в кэш браузера и теперь используется из него. Решения: 1. Отказаться от использования прокси-сервера и firewall или скорректировать их настройки. 2. Уменьшить уровень безопасности в настройках браузера до среднего. 3. Переустановить модуль "Управление структурой". 4. Очистить кэш браузера и полностью перезагрузить страницу (ctrl+R) Наверх |
||
| Инсталлятор пишет: "путь для сохранения параметров сессии не установлен". Как это исправить? | ||
|
Данная ошибка не является критичной. Если на вашем сайте не наблюдается потеря авторизации, то можете не обращать внимание на данный параметр. Установить же его вы можете в файле настроек PHP (php.ini), параметр session.save_path. Наверх |
||
| При загрузке изображения отображается ошибка: файл не является графическим | |||
Возможно, на вашем сервере используется русский Apache, который по умолчанию перекодирует все принимаемые данные из множества русских кодировок, используемых у клиента, в одну стандартную, в которой они хранятся на сервере. Бинарные данные не должны подвергаться перекодированию, соответственно, эту функцию следует отключить. Для этого нужно в каталоге, где лежит загружающий скрипт, создать файл .htaccess и поместить в него директиву, отключающую перекодировку:
Эта директива отключает перекодировку данных, отправляемых из html-формы в формате multipart/form-data (который и применяется для загрузки файлов на сервер с помощью html-формы). Учитывайте, что если в форме, данные из которой принимает скрипт с отключенной перекодировкой, есть текстовые поля, то перекодировать их вам придется самостоятельно. Наверх |
|||
| Использую многосайтовость. При добавлении второго сайта не применяются шаблоны к сайту | ||
|
Эта проблема вызвана особым механизмом выбора сайтов. Так, при содержании в имени второго сайта (к примеру, test.site.org) имени первого сайта (site.org), и значения сортировки второго сайта больше, чем первого, происходит применение шаблона ко второму сайту от первого. Для решения проблемы, укажите значение сортировки у второго сайта меньше, чем у первого. Наверх |
||
| При попытке импортировать данные из файла csv не переносятся цены. | ||
|
Схема импорта из CSV предусматривают задание в файле помимо величины цены еще и ее валюту. Выделите поле "Валюта" в "Доступные поля цены" в настройках модуля каталога и задайте еще одно поле с валютой (RUB) в импортируемом файле. Вам необходимо использовать импорт торгового каталога (Магазин > Торговый каталог > Импорт). Наверх |
||
| Пропадает авторизация пользователя | ||
|
Возможны разные причины проблемы: 1. Лишние переносы строк (или иные символы) в скриптах конфигурации. Убедитесь, что файлы dbconn.php, init.php и after_connect.php папки bitrix/php_interface не содержат переносов строк перед "<?" и после "?>". 2. Файлы с сессиями продукта создаются, то PHP не хватает прав, чтобы к ним обратиться. Попробуйте в файле /bitrix/php_interface/dbconn.php закоментировать строку: //@umask(~BX_DIR_PERMISSIONS); 3. Связано с временем хранения сессий. То есть, на сервере установлен лимит времени на бездействие пользователя, при превышении которого сессия удаляется. Вам необходимо в настройках группы пользователя на вкладке "Безопасность" увеличить значение "Время жизни сессии (минут):". Значение по умолчанию можно изменить в настройках php: параметр session.gc_maxlifetime. 4. Значение параметра "Маска сети для привязки сессии" в настройках безопасности группы пользователей. Если оно равно, например, 255.255.255.255, то это означает, что при изменении IP пользователя, авторизация будет сброшена. 5. Значение параметра PHP на сервере session.cookie_domain. Если оно задано - убедитесь, что оно соответствует URL вашего сайта. Если значение параметра session.cookie_domain равно www.site.ru, а Вы обращаетесь к системе по URL site.ru, то в этом случае сессия не будет сохранена, и, соответственно, авторизация не сохранится. Для решения проблемы необходимо установить в настройках PHP корректное значение параметра session.cookie_domain. Наверх |
||
| При оформлении заказа, графы о налоге нет | ||
|
Вам необходимо в "Магазин > Настройки магазина > Свойства заказа > Список свойств" для каждого типа плательщика в свойстве типа "Местоположение" (LOCATION) указать "Использовать как местоположение для налогов". Наверх |
||
| При удалении сайта возникает ошибка | ||
|
Необходимо перед удалением сайта удалить все инфоблоки и другие объекты системы, связанные с этим сайтом. Автоматическое удаление не сделано с тем, чтобы обезопасить вашу информацию от безвозвратного удаления одним кликом мышки. Наверх |
||
| Ошибка при обновлении [ERROR_WRONG_CODE] | ||
|
Система обновлений привязывается к конкретной установке и "запоминает" состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченное количество установок продукта. Согласно лицензионному соглашению, на каждый лицензионный ключ допускается две установки системы: одна публичная и одна локальная (для разработчика), но недоступная из Интернета. С учётом этого система настроена так, что сохраняет данные о двух установках. При этом если <b>не переносить</b> копию с локальной машины на хостинг и назад - можно обновлять независимо обе копии, проблем не возникнет. Если же вам необходимо переносить продукт на локальную машину, то следует обновлять <b>только одну</b> копию из двух: либо на хостинге, либо локальную (зависит от ваших предпочтений). Аналогичным образом следует поступать при переносе сайта на новый хостинг: скопировать структуру файлов и БД на новый сервер, после этого <b>не обновлять</b> "Битрикс" на старом и удалить его сразу после обновления DNS. Если вы будете соблюдать эти условия, то указанная проблема не будет вас беспокоить. Наверх |
||
| Скачанная документация в формате .chm не работает: выдает справа страницу эксплорера с надписью "не могу отобразить страницу, проверьте настройки". | ||
|
В Windows XP в сервиспаке появились изменения в политике безопасности. Так, скачанные файлы из интернета находятся под наблюдением системы, которая ограничивает доступ к этим файлам. Чтобы отключить подобное отношение к файлу, необходимо перейти в свойства файла на вкладку "Общие". Внизу у Вас отобразится сообщение о том, что этот файл был заблокирован системой с целью защиты компьютера. Рядом находится кнопка "Разблокировать", при нажатии на которую снимаются ограничения доступа к файлу.
Для Windows Vista/7
Наверх |
||
| Диалог авторизации после публикации темы в премодерируемом форуме | ||||
|
В стандартом компоненте forum/forum_tmpl_1/new_topic.php после создания новой темы запрос перенаправляется на страницу темы, а так как форум - премодерируемый, то страница запрашивает авторизацию для просмотра еще не одобренной модератором темы. Для решения проблемы измените в компоненте /forum/forum_tmpl_1/new_topic.php
на
Наверх |
||||
| Ошибка при работе с flash-файлами | |||
|
Для работы с графическими файлами в продукте используются стандартные PHP функции. В частности, GetImageSize, при работе с которой возникает проблема, если Zlib в PHP подключается в виде внешнего модуля. Эта ситуация описана на сайте php: http://bugs.php.net/bug.php?id=29611 Проверить работу функции можно кодом:
Решить проблему можно, выполнив статическую компиляцию модуля Zlib. Если у вас нет возможности изменить конфигурацию PHP, можно отключить опцию Compressed movie при сохранении флеш-баннеров. Наверх |
|||
| Вместо содержимого страницы вижу белый экран | ||
|
1. Включите вывод ошибок в настройках главного модуля 2. Включите в файл .htaccess директиву: php_value display_errors 1 3. Установите в файле bitrix/php_interface/dbconn.php значение переменной $DBDebug в TRUE и обновите страницу. 4. Обратитесь к логам веб-сервера, ошибка должна регистрироваться в них. В некоторых случаях после включения в .htacces директивы php_value display_errors 1 на сайте возникает ошибка "500 Internal Server Error" - это связано с тем, что хостером запрещено изменять параметры PHP через файл .htaccess. В этом случае следует обратиться к хостинг-провайдеру с вопросом о снятия запрета или просьбой включить данную директиву в параметрах PHP. Наверх |
||
| Под IIS не фиксируются хиты | ||||
|
К сожалению набор переменных окружения PHP для веб-сервера IIS не всегда совпадает с аналогичными переменными окружения для веб-сервера Apache. В этом случае часть переменных необходимо инициализировать вручную. Добавьте нижеследующий код в файл /bitrix/php_interface/dbconn.php:
Для избежания дальнейших проблем создайте у себя файл /phpinfo.php с нижеследующим содержимым:
Затем загрузите его у себя в браузере с какими либо параметрами, например: http:// [ВАШ_САЙТ] /phpinfo.php?id=2 В секции "PHP Variables" должны присутствовать все переменные и с аналогичными значениями Если каких либо переменных нет, то инициализируйте их вышеописанным в начале способом. Наверх |
||||
| Не фиксируются пользователи добавившие сайт в избранное | |||
|
1) Для начала необходимо убедиться в том, что ваш веб-сервер настроен на обработку файлов с расширением ".ico" как PHP страниц. В инсталляционном дистрибутиве должен присутствовать файл /.htaccess в корне сайта, в котором должна содержаться строка:
Если настройки вашего веб-сервера позволяют, то данная строка говорит веб-серверу о том, что файлы с расширением ".ico" необходимо исполнять как PHP код. 2) После того как вы убедитесь в том, что файлы ".ico" исполняются на вашем веб-сервере как PHP страницы, посмотрите содержимое файла /favicon.ico лежащего в корне сайта. Его содержимое должно представлять из себя PHP код идентичный коду в файле: /bitrix/modules/statistic/install/public/favicon.ico Если это не так то скопируйте файл /bitrix/modules/statistic/install/public/favicon.ico в корень сайта. При добавлении сайта в избранное в Internet Explorer, браузером будет произведена попытка обратится к данному файлу. В этот момент происходит исполнение PHP кода данного файла который фиксирует в модуле статистики факт добавления в избранное, затем читает файл /images/favicon.ico и выдает его браузеру. Таким образом настоящая иконка вашего сайта должна хранится здесь /images/favicon.ico, она и будет выдаваться браузеру при добавлении сайта в избранное. Наверх |
|||
| При переходе по баннеру запрашивается авторизация | ||||
|
Необходимо дать право "Чтение" для группы Anonymous (Everyone) на папку /bitrix/ (на ту папку где у вас лежит скрипт click.php через который идет редирект при клике на баннер). Права даются в меню "Структура сайта" -> "Управление". В случае если этого модуля у вас нет, то права можно назначить руками следующим образом: - окрыть на редактирование файл /bitrix/.access.php или создать его в нужной директории; - добавить следующий код:
Означает следующее - на файл "click.php" разрешить чтение (R - read) всем пользователям группы ID=2; всем остальным - запретить доступ к файлу (D - denied). Если вы хотите добавить "чтение" для какой-либо другой группе, то вам необходимо добавить строку:
где ID - идентификатор этой новой группы. Аналогично задаются доступы к другим файлам лежащим в этом каталоге. По умолчанию администратору сайта доступны все файлы для скачивания независимо от назначенных прав доступа. Наверх |
||||
| Яндекс - нет даты последнего изменения | |||
Эта проблема решается включением в файл /bitrix/php_interface/dbconn.php строки:
Наверх |
|||
| Не работает функция проверки орфографии (spell checker). | ||
|
Приведенное сообщение возникает в случае, когда в браузере не разрешено исполнение ActiveX компонентов не отмеченных как безопасные ("not marked as safe"). Для того чтобы разрешить использование данного компонента, нужно выполнить следующие действия: 1. Добавить сайт в "Trusted sites" в настройках безопасности браузера. При этом снять флаг "Требуется серверная верификация" (Require server verification...) 2. Убедится, что в настроках "Custom Level" разрешены на выполнение (Enable) или предлагаются (Prompt) компоненты не отмеченных как безопасные ("Initizlize and scrit ActiveX controls not marked as safe"). Наверх |
||
