- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Движок - Drupal 6.20
Проблема: белый экран
Когда:
Как лечится - чищу куки, кеш и активные сеансы. Проблема еще в том, что даже в админку зайти не могу.
Движок - Drupal 6.20
Проблема: белый экран
Когда:
Как лечится - чищу куки, кеш и активные сеансы. Проблема еще в том, что даже в админку зайти не могу.
ну нормально... обычно Drupal так себя ведет когда ресурсов на хостинге не хватает.
Лечится увеличением "memory_limit" в php.ini
сделайте файлик test.php с таким кодом
<?php
phpinfo();
?>
, и посмотрте какие параметры сейчас на сервере. Либо опубликуйте сюда, интересует только табличка "Configuration PHP Core"
Кроме нехватки лимитов причин может быть куча.
От неправильной "галки", поставленной при настройке сайта, в админке, до кривого конфигурирования модуля.
Что делали перед тем, как белый экран появился?
Многое чего так может повлиять. У меня один раз такое произошло когда я шаблон темы правил и забыл поставить сигнатуру ВОМ при сохранении utf-8
Перед тем как проблема появилась - поставил двиг, модули, тему (отрихтовал css), напостил несколько статей. Все стандартные операции.
Ресурсов вряд ли не хватает - все стоит на vps и кроме этого сайта еще один на друпале и один на вордпрессе (оба фунциклируют на отлично). И причем тогда временные файлы? Ведь чищу - и сайт опять активен.
Попробую все советы, как домой вернусь.
Ошибки в php включите, пусть сыплет вместо белого экрана.
В логах только ошибки про favicon.ico
Directive Local Value Master Value
allow_call_time_pass_reference On On
allow_url_fopen On On
allow_url_include Off Off
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset no value no value
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors On On
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl Off Off
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 6135 6135
expose_php On On
extension_dir /usr/lib/php5/20060613 /usr/lib/php5/20060613
file_uploads On On
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path .:/usr/share/php:/usr/share/pear .:/usr/share/php:/usr/share/pear
log_errors On On
log_errors_max_len 1024 1024
magic_quotes_gpc Off On
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
mail.force_extra_parameters no value no value
max_execution_time 30 30
max_file_uploads 50 50
max_input_nesting_level 64 64
max_input_time 60 60
memory_limit 128M 128M
open_basedir . no value
output_buffering no value no value
output_handler no value no value
post_max_size 8M 8M
precision 12 12
realpath_cache_size 16K 16K
realpath_cache_ttl 120 120
register_argc_argv On On
register_globals Off Off
register_long_arrays On On
report_memleaks On On
report_zend_debug On On
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
suhosin.log.phpscript 0 0
suhosin.log.phpscript.is_safe Off Off
suhosin.log.phpscript.name no value no value
suhosin.log.sapi no value no value
suhosin.log.script no value no value
suhosin.log.script.name no value no value
suhosin.log.syslog no value no value
suhosin.log.syslog.facility no value no value
suhosin.log.syslog.priority no value no value
suhosin.log.use-x-forwarded-for Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 8M 8M
upload_tmp_dir no value no value
user_dir no value no value
variables_order EGPCS EGPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On
zend.ze1_compatibility_mode Off Off
Хостер заявляет, что их сервис работает нормально, проверяйте настройки сайта.
Перезалил исходную тему. Результатов ноль.
удалите по одному все модули, которые ставили сами (не из упаковки) - без админки, прям "наживую". можно по одному - обновлять страничку.
особенное внимание уделите нестабильным версиям модулей
удалите по одному все модули, которые ставили сами (не из упаковки) - без админки, прям "наживую". можно по одному - обновлять страничку.
особенное внимание уделите нестабильным версиям модулей
Дело в том, что кроме pathauto не было ничего установлено, так что ваш способ ничего не дал.
Правил CSS, но после этого сайт какое-то время еще работал. Потом, как начал искать ошибку, ковырялся в файлах, вообще начал 404 выдавать на морде.
Теперь только переустановка движка поможет.
Кстати, а можно переустановить Drupal, сохранив базу, то бишь, чтобы ноды имели
те же адреса, что и раньше?
Кстати, а можно переустановить Drupal, сохранив базу, то бишь, чтобы ноды имели те же адреса, что и раньше?
Можно (все же в базе хранится), главное не забыть залить модули, которые были до переустановки, чтобы проблем не было с соответствием.
Т.е. просто поставить движок и никаких дополнительных действий не требуется? Он сам базу подхватит?