Вы имеете в виду оптимальное значение для k1? Это должно отличаться для каждой машины.
Вы хотите, чтобы снова посылание произошло как можно быстрее без другой коллизии. Если k1 каждой машины будет отличаться, то повторная передача machine1 не вмешается в machine2.
А именно, оптимальный k1 будет больше, чем время, которое требуется для отправки используется, единственный пакет максимального минимального размера для любой технологии канального уровня.
Необходимо перепроверить тот сервер, действительно использует это settings.php
файл.
Можно использовать find
или locate
если Вы работаете в среде Linux.
Можно также попытаться переименовать/переместить файл конфигурации к другому местоположению и видеть, изменяется ли сообщение об ошибке.
Этот тип ошибки наиболее вероятен неверная конфигурация.
Проверьте под sites
каталог. Частой причиной этого может быть структура каталогов, на которую это, как предполагается, похоже:
sites/
default/
settings.php
somedomain.com -> default
Но в этом зарегистрировались braindead SCCS (и и назад на пути braindead клиент) таким образом, что он рассматривал символьную ссылку как другой каталог, поэтому теперь Вы имеете:
sites/
default/
settings.php
somedomain.com/
settings.php
И, конечно, Вы, вероятно, только изменяетесь default/settings.php
, так как это - единственное разумное для изменения, когда Вы не работаете многоузловой. Тем не менее действительное решение здесь не состоит в том, чтобы зафиксировать другой settings.php или восстановить символьную ссылку, но вместо этого просто удалить "somedomain.com"; это ничего не добавляет к Вашей конфигурации.
Еще одним путем я видел, что это происходит: очень, очень большой (приблизительно 500 строк) settings.php на самом деле имел два $db_url
s в нем. Второй, конечно, "выигранный". Разговор о вещах Вы не думаете для поиска!