сервер lighttpd, не вручающий изображения, js или файлы CSS

Ваши опции должны продиктовать Ваши соглашения об уровне обслуживания с Вашими клиентами и ограничить Ваш бюджет.

В очень минимальном у Вас должны быть удаленные резервные копии всех критических данных. Это ко дню, любые данные, которые Вы не можете воссоздать с нуля потребности, которые будут сохранены в другом месте. Офлайновые резервные копии лучше: резервные копии онлайн или репликация могли бы помочь, когда торнадо обрушивается, но что происходит, если Вы сделали, чтобы сердитый сотрудник отбросил базу данных или уничтожил файловую систему?

От базовой линии офлайновых резервных копий можно начать исследовать опции, которые ускорят восстановление в обмен на более высокую стоимость. Существует огромное число вариантов здесь в пределах от единственного хоста к резервным копиям онлайн, которые Вы описываете полностью к абсолютно реплицированной средам с синхронной репликацией данных, работающей активный (-активный) + в течение почти нулевого времени простоя.

Вы найдете, что восстановление с нуля намного легче, при разделении данных из инфраструктуры максимально аккуратно. Например, с нуля восстановление будет многим, намного быстрее при развертывании систем использования как марионетка или шеф-повар, а не вручную. Восстановление всей работы, которую Вы поместили в создание Ваших систем, будет намного быстрее, если можно автоматизировать как можно больше. Разделение данных также уменьшает объем данных, которого необходимо создать резервную копию: не отделяйте гигабайты ОС при только реальной необходимости в нескольких megs системных конфигураций и данных приложения.

Опции могут стать довольно дорогими, таким образом, необходимо определить то, что компания готова потратить на аварийное восстановление и сколько времени простоя клиенты могут терпеть. Устраните опции, которые являются слишком дорогими или слишком медленными для Ваших клиентов.

После того как Вы выбираете решение по аварийному восстановлению, удостоверьтесь, что Вы практикуете его. Я рекомендовал бы по крайней мере один раз в год или каждый раз, когда Ваши изменения архитектуры, какой бы ни происходит чаще.

1
задан 6 March 2014 в 01:17
2 ответа

Наконец, исправлено, проблема действительно заключалась в неправильных типах MIME. Я добавил:

".js" => "text/javascript",
".css" => "text/css",

и заменил неправильный ". Svg" => "image / svg" от ". Svg" => "image / svg + xml"

2
ответ дан 3 December 2019 в 18:46

FYI - volgens RFC 4329 moet die regte MIME-tipe vir .js-lêers "application / javascript" wees.

1
ответ дан 3 December 2019 в 18:46

Теги

Похожие вопросы