Уже проверял
| Код |
|---|
# crontab -u bitrix -lno crontab for bitrix |
|
Есть такая проблема, встречалась на разных сайтах и редакциях - в админке, корневой каталог в "Структуре сайта", открывается 10-20 сек. Вложенные каталоги и файлы открываются без проблем. Количество вложенных папок и файлов не большое (до 10). Сам сайт также работает быстро.
В админке нет такого инструмента как "Отладка", поэтому отловить причину не могу. Может знает кто в чем дело? |
|
|
|
|
|
Есть такая проблема.
Нужно создать много (более 100) поддоменов которые будут перенаправлять на разные страницы основного сайта, т.е. фактически будут выполнять роль алиасов. Создавать для каждого поддомена виртуальный хост апача и потом каталоги мне кажется не самым лучшим решением. Возникла мысль, а не может ли такие перенаправления выполнять nginx? |
|
|
|
|
По настройке почты. Через msmtp почта у меня никак не хотела отправляться, поэтому настроил через postfix по этой статье - На удивление все заработало сразу же. |
|||
|
|
|
|
Дело в том что при использовании штатного инструмента резервного копирования неоднократно возникали различные ошибки как во время создания копии так и при распаковке (какие-то проблемы с именами файлов). Возможно причина в том, что размер файлов сайта великоват (около 8 Гб + 1 Гб БД).
А на сайтах небольшого размера пользуюсь также и штатным резервным копированием. |
|
|
|
|
|
Centos 6 + BitrixEnv4. Создан сайт, изменений в автоматически созданные для сайта конфиги апача и nginx не вносилось.
Проблема в том, что инструкции из файла urlrewrite.php исправно работавшие на стороннем хостинге, на моем сервере не работают (возвращается страница 404). Уже два дня мучаюсь, не могу понять причины. Ниже содержимое .htaccess и urlrewrite.php проблемного сайта. Буду рад любой помощи. .htaccess
urlrewrite.php
|
|||||
|
|
|
|
Сам в данный момент занимаюсь этим же. Уже вторую неделю. Граблей собрал столько что ... ужас.
Решили сайт конторы перенести с арендованного на свой сервер. Купили, поставил в офисе, установил CentOS, настроил локалку, настроил подключение к Интернет. С установкой BitrixEnv 4 возникло много проблем, но с грехом пополам установил. Меню выводится, тестовые сайты создаются и работают. Дальше начал перенос реального проекта с сервера хостера на свой: 1. Через BitrixEnv создал новый сайт sitename с базой sitedb. 2. Создал архив файлов сайта на сервере хостера (tar -cf filename.tar) 3. Закачал созданный архив на свой сервер (wget 4. Создал дамп БД (mysqldump bdname>filebdname.sql), закачал его на свой сервер (wget и залил в созданную ранее БД (mysql sitedb<filebdname.sql). 5. Поправил настройки подключения в файле php_interface нового сайта 6. В Windows в файле hosts добавил строку: "192.168.1.2 sitename" (без кавычек, 192.168.1.2 - это адрес сервера в локальной сети) 7. В локалке сайт работает. Осталось настроить видимость сервера и сайта извне. Настройка web-сервера для работы в сети Интернет: 1. Заказал у нашего интернет-провайдера внешний фиксированный IP. 2. В настройках роутера (сервер подключен к сети через роутер) сделал проброс порта 80 на локальный IP 192.168.1.2 (т.е. на сервер) 3. На сервере в настройках iptables открыл порт 80: в файл /etc/sysconfig/iptables добавить строку "-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT" без кавычек, выше других правил. Перезагрузил iptables: service iptables restart. 4. В Windows в файле hosts поменял строку: "192.168.1.2 sitename" на "внешний_ip sitename". 5. Сайт заработал через внешний IP. Далее встала задача настроить работу сайта через домен второго уровня типа domain.com. Проблема в том что у любого домена должны быть указаны два ДНС сервера - Первичный Primary и вторичный Secondary, расположенные к тому же в разных сетях. При работе с хостером эти ДНС сервера выдает он. В нашем же случае было два выхода: 1. Запустить Primary dns на нашем сервере, а вторичный купить у какого-либо регистратора (например у nic.ru, 150 р в месяц). 2. Использовать бесплатные службы днс-хостинга, например от яндекса. Париться с настройкой своего днс сервера мне не хотелось, да и время поджимало, поэтому выбрал яндекс: 1. На сайте pdd.yandex.ru, перешел по ссылке Подключить домен, вбил в поле свой домен domain.com и нажал Подключить домен. 2. В панели управления доменом на сайте регистратора, поменял днс сервера домена на указанные яндексом. 3. Подтвердил права на домен 3-м способом, т.е. через смену контакного email домена на указанный яндексом. 4. В Windows в файле hosts убрал строку: "внешний_ip sitename". 5. Примерно через 3-4 часа все изменения вступили в силу и сайт на нашем сервере стал открываться через домен domain.com Добавлю что работал я с сервером удаленно через ssh, ssh клиент Putty. Для этого на сервере открыл 22-й порт и в роутере сделал проброс 22 порта на локальный IP адрес сервера. Сейчас вот возникла проблема - при работе созданных на сервере сайтов, не обрабатывается инструкции из файла urlrewrite.php. Долблюсь уже второй день, не могу найти причины. Может кто знает? |
|
|
|
|
|
C зеркалами справился, теперь вот чем установка завершается:
|
|||
|
|
|
|
Здравствуйте.
Установил CentOS 6.3, пытаюсь поставить пакет BitrixEnv4.0:
И так далее очень долго перебирает все зеркала. Проверял в браузере эти URL - они действительно не существуют. yum clean all не помогло |
|||
|
|
|
|
Такая вот проблема. При попытке отредактировать страницу в режиме HTML или Текст открывается форма с пустым полем для текста. Заголовок загружается. В публичке или админке - одинаково. В режиме PHP текст прогружается нормально.
Если создать страницу через Структуру сайта, то в дальнейшем она также не редактируется в режимах Текст и HTML. Причем что интересно главная страница сайта редактируется нормально. |
|
|
|
|
|
Аналогичная проблема. При редактировании в публичной части и из админки, в режимах текст и HTML в редактор не прогружается содержимое страницы. Причем не все страницы подвержены этому, а только часть.
В режиме php все нормально. Версия 11.0.3, демо Причем проблема есть только на сервере, на локалке все отлично редактируется. |
|
|
|
|
|
Для чего используется каталог stack_cache? Нет понятно конечно что для некоего кеша, но какого конкретно? Запросов MySQL?
Дело в том что по этому пути - /bitrix/stack_cache/MYSQL/b_iblock/30/ лежит файл 306004069f336106238000efc8c322b9.php с размером 2,5 Мб в котором сохранена полная структура части (а может и всех) ИБ сайта - со всеми полями и свойствами. Для чего это нужно? Пока этот файл не удалишь дико тормозят публичные страницы. Удаляю файл - обновляю любую страницу в админке - опять записывается то же самое. При обновлении публичной страницы такого нет. |
|
|
|
|