Расскажу решения некоторых вопросов и освещу некоторые стороны работы хостинга timeweb.ru.
На многие вопросы пользователей существует, конечно, заготовленная фраза-вопрос-уточнение, которая наводит на конкретное решение проблемы. Ведь в основном клиенты пишут что-то типа "Сайт не работает". Если вы обращаетесь в любую техническую поддержку - опишите сразу все, что происходит - отображаемая ошибка, после чего это случилось (иногда сайты перестают работать после технических работ на серверах).
22 вопроса в техническую поддержку TIMEWEB.RU>
1. Вопрос про низкую скорость загрузки сайта, плохую доступность сайта, потерю пакетов
2. Вопрос про кодировку на сайте, кракозябры, знаки вопроса вместо русских букв
3. Вопрос про перенос сайтов внутри timeweb.ru (с аккаунта на аккаунт)
4. Перенос сайта с другого хостинга
5. Технический перенос доменов
6. Вопрос про email: Не отправляется почта через САЙТ
7. Заражение сайта вирусами
8. Запуск скриптов по CRON через WGET
9. Проблема работы сайта на WordPress после перехода на новый адрес сайта
10. Версия PHP 4 необходима для корректной обработки сайта
11. В панели управления хостингом возник dkim. домен
12. Панель управления регистратора
13. CRON не запускается
14. Работа c пользовательским кодом
15. Сайт поврежден, изменен и перестал работать корректно
16. Превышен объем дискового пространства на аккаунте
17. Нагрузка на Базу Данных
18. Включения memcache на Битрикс в Таймвеб
19. Смена DNS серверов при переходе с другого хостинга
20. Белая страница при отображении сайта
21. Установка CMS Битрикс Bitrix на обычных серверах Таймвеб
22. Возросла нагрузка на сайт
Также некоторые базовые вопросы разобраны на ВИКИ TimeWeb сайте:
http://twiki.tmweb.ru
1. Вопрос про низкую скорость загрузки сайта, плохую доступность сайта, потерю пакетов
Если сервера в порядке, то вас попросят уточнить детали вашей проблемы:
Уточните, пожалуйста, как вы проверили скорость вашего соединения?
Соединение до различных узлов в интернет происходит по разным путям, и поэтому то что до одного сайт у вас показывает что соединение происходит без проблем, не означает что другой узел будет открываться также.
Для диагностики соединения: пришлите нам, пожалуйста, логи команд ping и tracert до Вашего сайта, по следующей инструкции:
Меню "Пуск" выбираете "Выполнить", далее прописываем команду cmd
Появился черный экран и командная строка.
Прописываем команду tracert имя_домена нажимаем Enter
Прописываем команду ping имя_домена нажимаем Enter
Правой клавишей на черный экран делаете "выделить все"
Жмем сочтание клавишь ctrl+c
Открываем текстовый редактор любой и вствляем ctrl+v
Прикрепляете сохраненный текстовый документ к почтовому ящику или в "панели управления аккаунта" - "обратная связь".
Также полезно будет предоставить отчет, выполненный следующим образом:
Если сайт зависает (скрипт долго работает):
Также полезно будет предоставить отчет, выполненный следующим образом:
Если наблюдаются проблемы с недоступностью ресурса, медленная скорость загрузки, проблемы в передаче данных или разрывы сессий (например, smtp/pop3/imap), проблема может заключаться в потере пакетов на маршруте между хостами. Диагностировать данную проблему можно с помощью программы WinMTR.
WinMTR совмещает в себе функционал программ "ping" и "traceroute". При запуске диагностики определяется маршрут подключения к выбранному хосту. После определения адреса каждого узла маршрута, на эти узлы отсылаются запросы ICMP-пакетами для определения качества связи до каждого из них. Следует отметить, что статистика может быть неверной из-за блокировки ICMP-пакетов на стороне принимающего узла.
Проведение диагностики:
1. В поле хост введите домен, маршрут до которого необходимо проверить.
2. Запустите проверку кнопкой "Start".
3. Количество пакетов в поле "Sent" должно быть более 100, после этого проверку можно остановить.
4. Результат сохраните, нажав "Export Text" или "Export HTML".
5. Полученные данные пришлите в ответ на обращение.
Если сайт зависает (скрипт долго работает):
Воспользуйтесь SSH-командой top -c для получения списка запущенных и зависших процессов и их PID. Командой kill можете завершить процессы.
Можно также запускать strace для трассировки уже запущенного процесса. Для этого необходимо знать PID нужного процесса и передать его в качестве параметра опции -p утилиты:
$ strace -o trace_output.txt -p 1234
2. Вопрос про кодировку на сайте, кракозябры, знаки вопроса вместо русских букв
2.1 минимум:
необходимо дополнить содержимое файла .htaccess в корне сайта строками (или создать файл ".htaccess"):
mysql_query("SET CHARACTER SET utf8");
2.1 минимум:
необходимо дополнить содержимое файла .htaccess в корне сайта строками (или создать файл ".htaccess"):
AddDefaultCharset utf-8
php_value default_charset utf-8
Файл .htaccess является скрытым (все файлы, начинающиеся с точки), поэтому через файловый веб менеджер в панели управления cp.timeweb.ru его не видно, только через FTP / SSH доступ к сайту.
2.2 Если сайт использует Базу Данных, и на сайте русские буквы отображаются знаками вопроса "???", то скорее всего у Вас неправильная кодировка соединения с базой данных. Чтобы изменить ее на универсальную unicode, необходимо при подключении к базе (PHP файл подключения к базе, после строк mysql_connection или mysqli_connection) добавить строку:
mysql_query("SET NAMES utf8");Файл .htaccess является скрытым (все файлы, начинающиеся с точки), поэтому через файловый веб менеджер в панели управления cp.timeweb.ru его не видно, только через FTP / SSH доступ к сайту.
2.2 Если сайт использует Базу Данных, и на сайте русские буквы отображаются знаками вопроса "???", то скорее всего у Вас неправильная кодировка соединения с базой данных. Чтобы изменить ее на универсальную unicode, необходимо при подключении к базе (PHP файл подключения к базе, после строк mysql_connection или mysqli_connection) добавить строку:
mysql_query("SET CHARACTER SET utf8");
2.3 Также может быть проблема с отображением русских символов вопросами "???", не берущихся из базы данных. В этом случае необходимо проверить кодировку, в которой сохранены файлы сайта. Это должна быть кодировка UTF8 БЕЗ BOM. Проверьте это в файловых редакторах.
3. Вопрос про перенос сайтов внутри timeweb.ru (с аккаунта на аккаунт)
Для переноса сайта с одного аккаунта на другой Вам необходимо:
1)Сделать архивную копию папки, в которой размещается Ваш сайт
2)сделать дамп БД, которую использует Ваш сайт
3)Скопировать архив сайта и дамп БД на другой аккаунт
4)на другом аккаунте создать сайт через раздел "управление сайтами"
5)распокавать архив в папку папка_сайта/public_html
6)в разделе "управление БД MySQL" создать новую БД
7)Импортировать в созданную БД скопированный дамп
8)Исправить конфигурационный файл: поправить реквизиты доступа сайта к БД
Даннные операции рекомендуем делать по ssh соединению, используя следующие команды:
Для создания дампа БД:
mysqldump -uuser_db -ppsw user_db > user_db.sql
Для создания архива с данными для переноса (без сжатия):
tar -cvf site.tar site/
Для переноса по ssh на другой аккаунт:
scp site.tar akk2@server.timeweb.ru:~/
Для распаковки архива:
tar -xvf site.tar
Для импорта БД:
mysql -uuser2_db -ppsw2 user2_db < user_db.sql
4. Перенос сайта с другого хостинга
Чтобы перенести сайт и домен к нам, необходимо:
а) зарегистрировать аккаунт в нашей системе.
б) для переноса сайта вам надо создать обращение в котором: предоставить логин, пароль, имя сервера для доступа по ftp(и / или ssh) на другую площадку. Указать, по возможности, какие папки нужно переносить. Либо предоставить архив кода вашего сайта, и доступ к нему.
Если это возможно, и в наличие готовый backup данных - то предоставьте к нему доступ, уточните где он расположен, и предоставьте ссылку на него
Для переноса баз данных вам необходимо предоставить доступ к phpMyAdmin (имя бд, пользователь БД, пароль, сервер БД), указать данные для доступа к базам данных.
в) для самостоятельного переноса сайтов (если Вы планируете переносить самостоятельно) вам необходимо: сделать архив файлов сайта и дамп базы данных (на прошлом хостинге); скопировать архив файлов в папку с сайтом (к нам на хостинг). По умолчанию это папка public_html, либо папка, созданная в панели управления сайтами (имя_директории/public_html); Импортировать дамп базы данных в созданную базу данных в панели управления баз данных MySQL через phpMyAdmin; данных в файле конфигурации сайта. Учтите, что имя пользователя базы данных совпадает с именем базы данных.
При самостоятельном переносе вам необходимо перенести код сайта (файлы и папки) и базу данных (дамп базы данных).
При переносе кода сайта вы запаковываете файлы и папки в архив (либо с помощью ssh, либо средствами системы, где находится сайт); После чего копируете этот архив на ваш аккаун (через раздел файловый менеджер, либо с помощью ftp соединения); После чего распаковываете этот в архив в директорию сайта (создать сайт вы можете через раздел "Управление сайтами", директория где должны лежать файлы сйата "имя_сайта/public_html/")
После чего следует выоплнить перенос базы данных. Для этого вам следует создать дамп базы данных - файл, в котором будет храниться копия вашей базы данных. Сделать это можно средствами ssh, либо phpMyAdmin(что значительно проще); Подключаетесь к PhpMyAdmin, в нём вы выбираете требуюмую базу данных, и во вкладке "Экспорт" выбираете опции для сохранения дампа базы данных. После чего нажимаете кнопку "сохранить", и у вас появляется окно "сохранение файла" - файл дампа сохраняется к вам на локальный комьпютер.
После чего вы подключаетесь к вашему аккаунту, через раздел "Управление базами MySQL" выбираете вашу базу данных, в которую вы будете загружать дамп базы данных (либо создаёте новую базу данных, если её нет). Для этой БД находите опцию PhpMyAdmin и входите в это меню. В phpMyAdmin выбираете требуюмую базу данных, и для неё выбираете опцию "Импорт" для которой требуется указать файл который вы будете загружать. Вы выбираете файл с дампом БД, который вы получили с помощью "PhpMyAdmin экспорт". И нажимаете кнопку "Загрузить". После чего дамп базы данных будет загружен в выбранную вами БД.
После загрузки данных сайта (БД и код сайта) вам следует изменить настройки подключения вашего сайта к БД. Это делается обычно с помощью php-скрипта, который отличается в различных CMS. Для WordPress это файл wp-config.php. Для Joomla - configuration.php и другие.
В этих файлах будут указаны строчки вида:
"имя сервера = значение;"
Вам следует использовать такие настройки для сайта, который использует базу данных с именем login_basename (и паролем 123456):
сервер = localhost;
имя БД = login_basename
пользователь БД = login_basename;
пароль = 123456;
Пароль для базы данных выставляется через раздел "Управление базами MySQL" при создании БД, либо при нажатии на кнопку "изменить пароль" справа от имени БД.
г) осуществить технический перенос доменного имени. Перенос домена пользователь производит самостоятельно. Это происходит после проверки работы вашего сайта на нашем хостинге, на тестовом домене. Если Вы хотите в последствии продлевать доменное имя через нас, то нужен еще и административный перенос (с процедурой Вы можете ознакомиться здесь: http://www.timeweb.ru/support/faq/10).
5. Технический перенос доменов
Технический перенос доменного имени вам надо осуществить самостоятельно. Для этого вы добавляете домен к вам на аккаунт, через раздел "Управление доменами". После чего заходите в панель управления вашего регистратора домена, и изменяете ns-записи на наши:
ns1.timeweb.ru
ns2.timeweb.ru
ns3.timeweb.org
ns4.timeweb.org
Если Вы хотите в последствии продлевать доменное имя через нас, то нужен еще и административный перенос (с процедурой Вы можете ознакомиться здесь: http://www.timeweb.ru/support/faq/10).
Т.е. в первую очередь вам следует добавить домен в разделе "Управление доменами" - разместить на NS серверах.
6. Вопрос про email: Не отправляется почта через САЙТ
Сайт может использовать два способа отправки почты: функция PHP mail() и SMTP авторизацию.
Если почта не отправляется php mail() функцией, попробуйте зайти в панель управления аккаунтом cp.timeweb.ru, в раздел Управление сайтами. Найдите свой сайт, отлинкуйте его от папки, а затем прилинкуйте обратно. Обычно после этого почта снова отправляется. Если проблема повторится - обратитесь в тех поддержку с указанием периодичности проблемы.
Также возможно почта не отправляется по причине превышения лимита отправки писем:
На хостинге timeweb.ru действуют ограничения на почту:
а)с помощью нашего SMTP сервера :
Не более 2000 писем в сутки.
Не более 50 одновременных адресатов.
б) с помощью mail функции:
не более 1000 писем в час.
На хостинге количество отправляемых писем в час зависит от способа отправки. Ограничения: не более 1000 писем в час при отправке с сервера функцией mail; на отправку писем через SMTP стоит суточное ограничение - 2000 писем (на 1 ящик), не более 50 получателей одновременно.
7. Заражение сайта вирусами
Заражение вашего сайта могло произойти несколькими путями:
а именно через:
1) Уязвимости пользовательского кода:
- устаревшая версия CMS и ее модулей, плагинов, тем, которые содержат ошибки безопасности в коде;
- скрипты, написанные собственноручно или скопированные с других сайтов и содержащие ошибки безопасности.
2) Злоумышленник завладел реквизитами доступа к Панели Управления Аккаунтом(ПУА), FTP-соединения, SSH или административной панели вашей CMS, и разместил вредоносный код в ваших файлах. Это могло призойти по двум причинам:
а) Вирусное програмное обеспечение на локальном компьтере.
б) Протоколы передачи данных без использования шифрования.
Примеры протоколов, использующих шифрование: SSH, SFTP, HTTPS.
Статистически, причину проблемы необходимо искать в уязвимости скриптов сайта (первый случай, он наиболее частый!).
В этом случае вам следует произвести аудит работы ваших скриптов, с помощью которых можно произвести заражение вашего сайта. Также отключить все сторонние модули/плагины/скрипты/
Также мы рекомендуем вам обратиться к стороннему специалисту, который сможет провести аудит безопасности скриптов сайта и провести необходимые действия по устранению обнаруженных проблем.
Если по какой-либо причине, вы не можете пригласить стороннего специалиста, то мы предлагаем вам следующий порядок действий (не гарантирует полного решения проблем):
1) Скачать все файлы с сервера, проверить их антивирусом и загрузить обратно;
2) Обновить все пароли панели управления аккаунтом, FTP-пользователей, баз данных и административной части ваших сайтов;
3) Обновить ваши CMS и ее дополнения.
После необходимо проверить возникает ли проблема вновь.
Если вы выполнили указанные пункты и проблема все еще имеет место быть, вам следует обратиться к стороннему специалисту по безопасности.
Общие рекомендации по безопасности:
1) Используйте сложные пароли, регулярно меняйте их и не передавайте третьим лицам;
2) Используйте известные и проверенные CMS, которые регулярно обновляются, имеют техническую поддержку и дают гарантии защищённости своих скриптов. То же касается модулей, плагинов, тем оформления и прочих расширений CMS. Многие CMS распространяемые на бесплатной основе не предоставляют данных гарантий;
3) Регулярно сохраняйте резервные копии Вашего сайта и его данных, чтобы иметь возможность выполнить восстановление на некоторое время назад, если взлом не удастся обнаружить сразу;
4) Пользуйтесь протоколами передачи данных, использующими шифрование (например, SSL) для передачи конфиденциальных данных.
Вам следует выполнить данные рекомендации.
Еще один стандартный, но менее информативный ответ про вирусы:
А также:
Еще один стандартный, но менее информативный ответ про вирусы:
Вирусы к данному вопросу никакого отношения не имеют. Проблема заключается в том, что с вашего аккаунта злоумышленниками проводится запуск вредоносных скриптов. Целью этих скриптов может являться спам рассылка, ddos атака итп. Каждое из этих действий антивирусом, как вирусная активность не классифицируется. Однако вред данное ПО может нанести существенный.
Запуск вредоносных программ проводится через уязвимости ваших сайтов, в данном случае под уязвимостью подразумевается возможность заставить скрипт сайта выполнить действия, на которые он не расчитан. Подобную возможность антивирус так же не способен выявить.
Вам следует, в первую очередь, провести замену реквизитов доступа к панели управления и административной панели сайта на более надежные. Обезопасить себя от возможности получения данных реквизитов третьими лицами, провести обновление используемых вами CMS.
А также:
Источников проблем подобного рода может быть несколько, а именно:
1) Уязвимости пользовательского кода:
- устаревшая версия CMS и ее модулей, плагинов, тем, которые содержат ошибки безопасности в коде;
- скрипты, написанные собственноручно или скопированные с других сайтов и содержащие ошибки безопасности.
2) Злоумышленник завладел реквизитами доступа к Панели Управления Аккаунтом(ПУА), FTP-соединения, SSH или административной панели вашей CMS. Это могло произойти по двум причинам:
а) Вирусное программное обеспечение на локальном компьютере;
б) Протоколы передачи данных без использования шифрования.
Примеры протоколов, использующих шифрование: SSH, SFTP, HTTPS.
Статистически, причину проблемы необходимо фискать в уязвимости скриптов сайта.
Мы рекомендуем вам обратиться к стороннему специалисту, который сможет провести аудит безопасности скриптов сайта и провести необходимые действия по устранению обнаруженных проблем.
Если по какой-либо причине, вы не можете пригласить стороннего специалиста, то мы предлагаем вам следующий порядок действий (не гарантирует полного решения проблем):
1) Скачать все файлы с сервера, проверить их антивирусом и загрузить обратно;
2) Обновить все пароли панели управления аккаунтом, FTP-пользователей, баз данных и административной части ваших сайтов;
3) Обновить ваши CMS и ее дополнения.
После необходимо проверить возникает ли проблема вновь.
Если вы выполнили указанные пункты и проблема все еще имеет место быть, вам следует обратиться к стороннему специалисту по безопасности.
Общие рекомендации по безопасности:
1) Используйте сложные пароли, регулярно меняйте их и не передавайте третьим лицам;
2) Используйте известные и проверенные CMS, которые регулярно обновляются, имеют техническую поддержку и дают гарантии защищённости своих скриптов. То же касается модулей, плагинов, тем оформления и прочих расширений CMS. Многие CMS распространяемые на бесплатной основе не предоставляют данных гарантий;
3) Регулярно сохраняйте резервные копии Вашего сайта и его данных, чтобы иметь возможность выполнить восстановление на некоторое время назад, если взлом не удастся обнаружить сразу;
4) Пользуйтесь протоколами передачи данных, использующими шифрование (например, SSL) для передачи конфиденциальных данных.
С нашей стороны мы можем предоставить Вам логи панели управления аккаунтом, FTP-соединения и запросов веб-сервера за указанный период.
Вопросы анализа уязвимости пользовательского кода, к сожалению, выходят за рамки предоставляемой нами технической поддержки.
Скрипт можно запустить через wget.
/usr/bin/wget -O - -q http:адрес до скрипта
заместо
/usr/local/bin/php /home/u/username/public_html/uz_data_exchange***
time wget -S /null/dev/ gewas.ru9. Проблема работы сайта на WordPress после перехода на новый адрес сайта
Проблема решается сменой адреса сайта на новый в базе WordPress http://dimox.name/moving-the-site-on-new-domain/
Запросы общего вида:
UPDATE wp_options SET option_value = REPLACE(option_value, 'http://domain.ru', 'http://newdomain.ru') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET guid = REPLACE(guid, 'http://domain.ru','http://newdomain.ru');
UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://domain.ru', 'http://newdomain.ru');
10. Версия PHP 4 необходима для корректной обработки сайта
Вы можете обрабатывать ваши скприты при помощи PHP 4, просто использовав расширение скрипта .php4. Если вы хотите настроить использование PHP4 для обработки .php файлов, пропишите в .htaccess:
AddType php4-script .php
10. Версия PHP 4 необходима для корректной обработки сайта
Вы можете обрабатывать ваши скприты при помощи PHP 4, просто использовав расширение скрипта .php4. Если вы хотите настроить использование PHP4 для обработки .php файлов, пропишите в .htaccess:
AddType php4-script .php
11. В панели управления хостингом возник dkim. домен
При создании почтовых ящиков на домене example.com был автоматически создан поддомен dkim._domainkey.testsite.ru в качестве технического решения для почтовых ящиков на этих доменах, объединяющего несколько методов борьбы с фишингом и спамом. Создание таких поддоменов позволяет повысить качество идентификации и классификации входящих почтовых сообщений.
12. Панель управления регистратора
12. Панель управления регистратора
Изменить NS записи для домена возможно через панель управления регистратора домена (таймвеб не является регистратором, но сотрудничает с регистратором r01.ru).
Чтобы получить доступ к ПУ доменом пройдите по ссылке http://timeweb.myorderbox.com/customer.
Логин: административный e-mail .
Пароль: высылается при регистрации домена.
В случае если пароль для доступа в ПУ доменом в Directi был утерян, Вы можете восстановить его по ссылке: http://timeweb.myorderbox.com/ForgotPassword.jsp
13. CRON не запускается
Вам в первую очередь следует проверить работу ваших скриптов с помощью ssh-подключения. А также следует учесть что скрипт запускается из другой директории, поэтому все файлы/папки к которым вы обращаетесь в скрипте должны иметь полный абсолютный путь.
Также для ваших скриптов должны быть выставлены права на чтение и запуск, а также такие-же права должны быть выставлены на родительский каталог.
Подключиться по ssh вы можете с помощью клиента Putty, реквизиты для входа совпадают с реквизитами от панели управления аккаунтами Timeweb, а также они были высланы вам при регстрации аккаунта. Адрес сервера SERVER_NAME.timeweb.ru
Если вы выполнили все рекомендации, то когда вам потребуется то мы можем вам предоставить логи запуска панели Crontab, за указанный вами промежуток времени ( обычно до 5 дней);
14. Работа c пользовательским кодом
К сожалению, работа с пользовательским кодом выходит за рамки предоставляемой timeweb.ru поддержки. Вам необходимо разобраться самостоятельно, либо обратиться к веб-программисту. Также советуем использовать для редактирования файлов продвинутый текстовый редактор, например, Notepad++, который позволяет корректно сохранять файлы, не добавляя в текст кода, предназначенного для работы в линукс-системах, ^M и прочих служебных знаков windows.
15. Сайт поврежден, изменен и перестал работать корректно
Первое, что можно сделать - откатить сайт, восстановить его из бекапа (копии сайтов на аккаунте делаются каждую ночь, если тариф, конечно, предусматривает резервные копии вообще).
17. Нагрузка на Базу Данных14. Работа c пользовательским кодом
К сожалению, работа с пользовательским кодом выходит за рамки предоставляемой timeweb.ru поддержки. Вам необходимо разобраться самостоятельно, либо обратиться к веб-программисту. Также советуем использовать для редактирования файлов продвинутый текстовый редактор, например, Notepad++, который позволяет корректно сохранять файлы, не добавляя в текст кода, предназначенного для работы в линукс-системах, ^M и прочих служебных знаков windows.
15. Сайт поврежден, изменен и перестал работать корректно
Первое, что можно сделать - откатить сайт, восстановить его из бекапа (копии сайтов на аккаунте делаются каждую ночь, если тариф, конечно, предусматривает резервные копии вообще).
Вы можете попробовать восстановить данные через раздел "Управление Backup" https://cp.timeweb.ru/backup/
из резервной копии (кнопка Выполнить откат) - https://cp.timeweb.ru/backup/ Выбираете Базы данных или файлы, дату за какое число хотите восстановить данные, и нажимаете кнопку выполнить откат.
16. Превышен объем дискового пространства на аккаунте
16. Превышен объем дискового пространства на аккаунте
Когда превышен объем дискового пространства, запрещается запись на диск.
У вас несколько вариантов продолжнить работу дальше:
1) Очистить часть пространства.
2) Воспользоваться услугой доп. места на диске: https://cp.timeweb.ru/services/
3) Поменять тарифный план.
Нагрузка на MySQL показывает, какое количество времени сервер MySQL затрачивает на выполнение запросов к базам данных вашего аккаунта.
Это означает, что у вас есть неоптимизированные запросы, которые очень долго выполняются, вследствие чего высокие показатели по нагрузке.
18. Включения memcache на Битрикс в Таймвеб
18. Включения memcache на Битрикс в Таймвеб
Если для стабильной работы требуется постоянная очистка кэша мы можем предложить вам использовать для кэширования Memcache. При использовании memcache кэш будет храниться в оперативной памяти и многие из проблем вызванные некорректной работой кэширования будут устранены. Для включения memcache вам нужно добавить следующие строки в файл dbconn.php ваших сайтов:
define("BX_CACHE_TYPE", "memcache");
define("BX_CACHE_SID", $_SERVER["DOCUMENT_ROOT"]."#01");
define("BX_MEMCACHE_HOST", "127.0.0.1");
19. Смена DNS серверов при переходе с другого хостинга
Обычноэто занимает 2 часа. Однако, может пройти до 48 часов до момента вступления с силу изменений. Эти данные приблизительные и не гарантируются.
20. Белая страница при отображении сайта
Причин может быть несколько, одна из них:
19. Смена DNS серверов при переходе с другого хостинга
Обычноэто занимает 2 часа. Однако, может пройти до 48 часов до момента вступления с силу изменений. Эти данные приблизительные и не гарантируются.
20. Белая страница при отображении сайта
Причин может быть несколько, одна из них:
При доступе наблюдаем пустую белую страницу;
При доступе к странице в коде страницы отображается только:
"<div id="vmMainPage">"
Проблема в том что - скрипты сайта других данных не производят, поэтому страница пуста.
Проблема в работе логики скриптов сайта, и с настройками программного обеспечения сервера не связана.
Вам следует включить режим отладки скриптов и проанализировать работу скриптов на сайте. Также попробуйте отключить модули/плагины сайта, очистить кэш сайта. Если это не поможет - то вам следует обращаться к разработчикам сайта, CMS и тематической документации.
Также Вы можете попробовать восстановить файлы и базы данных Вашего сайта из резервной копии, когда не наблюдалось проблемы. (кнопка Выполнить откат) - https://cp.timeweb.ru/backup/ Выбираете нужные Базы данных или файлы, дату за какое число хотите восстановить данные, и нажимаете кнопку выполнить откат.
21. Установка CMS Битрикс Bitrix на обычных серверах Таймвеб
Работа CMS битрикс на тарифах Year - Millenium не гарантируется. Сервера настроены так, что некоторые ограничения могут мешать работе CMS Bitrix.
Для работы данной CMS подходит тариф EternoB, специально разработанный для данной CMS. Сервера настроены наилучшем образом для стабильной работы данной системы.
22. Возросла нагрузка на сайт
http://cp.timeweb.ru/loading/
На текущий момент виртуальный хостинг не предоставляет инструментов для решения проблем подобного характера, поэтому поиски методов диагностики, к сожалению, лежат на плечах пользователя и мы не сможем оказать содействия в разрешении ситуации.
Возможно на аккаунте (сайтах) действую новые модули\плагины работающие некорректно или требующие большого количества ресурсов (например операции резервного копирования).
Думаю, что не все стоит на месте, и некоторые вопросы-ответы могли уже стать неактуальными.
ТаймВеб - отличный хостинг!
Владимир Ващенко,
специалист технической поддержки ТаймВеб
2012 г.
Думаю, что не все стоит на месте, и некоторые вопросы-ответы могли уже стать неактуальными.
ТаймВеб - отличный хостинг!
Владимир Ващенко,
специалист технической поддержки ТаймВеб
2012 г.