Подружитесь с логикой уже. То что мартышки кликают опцию в панели - мало что говорит в пользу технических приемуществ такой связки.
В качестве контроля - вы бы посмотрели как часто они "кликают", выбирая тридевять PHP-кешеров (xcache, eaccelerator, APC - все что тупо не конфликтует), дабы магически "ускорить" все что движется. Думаю, и с nginx то же самое: "включил - т.к. вася говорит что круто", "прочитал в инете", и т.п. Не ожидайте априори, что эффективность подобных действий как-то потом измерялась.
С поисковиками, конечно, не лучший пример - они обычно быстро ответ сосут. Моя идея была в том, что посещаемость изменяется в течение суток, порой резко. Если ответ забирают медленно - это именно та ситуация, в которой полезен nginx. И умолчания подойдут.
Подойдет даже не сам nginx, а просто схема, в которой он обычно используется как одно из звеньев. Альтернатив ему там - масса.
Смотря как до того сей "юзер" настроил кеширование данного типа файлов. Естественно, особо безумные настройки пользователя будут игнорироваться (в общем случае редко имеет смысл кешировать картинки на полчаса) - т.е. данный контент не будет кешироваться вовсе.
В общем, в основном и получается статика - ибо "пехепе-программисты" обычно не трудятся асилить возможности кеширования ответа скриптов. Возможно, по-этому сейчас кеширование реже практикуют чем прозрачное проксирование.
Уже тем, что дает иллюзию контроля.
Ну, он с "большей пользой" - потратит время на щелкание галочек в панельке и выяснение (обычно методом тыка) как добиться чего-то "абы заработало".
Панелька не заменит администратора и не избавит вас от необходимости разобраться в том как и что работает. Причем, усложнив вам порядком эту задачу.
Т.е. как это нельзя? Все что стандарты прямо позволяют делать - можно делать.
Будет не смешно, когда к вам большая половина "хитов" от этих хостов придет за полчаса от поисковиков.
Зачем вам ради одного сайта панель? Это абсолютно бессмысленная и вредная вещь, покуда у вас не массовый хостинг - а не пара-тройка проектов.
Тут дело вот в чем. Проблема не в злом дяде - она либо у вашего хостера, либо у вас самого. Кто-то из этого перечня допустил ошибку.
Грамотный хостер знает способы не разрешить скриптам из чужого аккаунта ходить в ваш. К сожалению, такой уровень безопасности не всегда возможен на грошовом хостинге. Поэтому, обычно от вас потребуется разобраться в системе прав и выставлять правильные права на файлы и каталоги. К примеру, права 777 на каталоге - плохая идея, если только вы точно не знаете зачем это вам надо. Не понимаете - спросите техподдержку.
Посмотрите на каталоги, в которые положили вам файлы. Я вот почему-то почти наверняка уверен, что у вас была проблема с правами, которой и воспользовались при размещении файлов. Ну, либо от хостера пора линять.
А почему, собственно, "мерзавцев"? Задумайтесь, то чем занимаетесь вы (судя по ссылкам в подписи) - некоторые люди (и организации) тоже могут назвать очень нехорошими словами. Банальный почтовый спам УК уже классифицирует как преступление ;)
Не допускайте ошибок в движке сайта, выбирайте надежных хостеров и т.п. И не нужно будет клясть всяких "мерзавцев".
Не пробовал, но вот:
http://wiki.debian.org/Migrate32To64Bit
Естественно, обновление между релизами нужно делать отдельно. Либо до, либо после миграции на новую архитектуру.
Так "настроил", что бинарника /usr/bin/sendmail, поди нету...
Прочитайте - как раз для вас писано:
http://core.segfault.pl/~hobbit/mod_chroot/caveats.html#phpmail
Да. Самый полезный текст для вас я размещу здесь. Разрешаю цитировать: не делайте chroot, если не понимаете что это такое и зачем.
Вы ничего не поняли.
Я бы предложил вам сперва привыкнуть к мысли, что "попроще" нельзя решать принципиально сложную и нешаблонную задачу.
Для содержимого пакетов есть md5sums, утилита debsums сверит их для debian. В rpm вообще интегрирована подобная вещь (rpm --verify, AFAIK).
Есть специализированные инструменты для подобных задач, например aide.
Такое ощущение, что все. Не обязательно nginx (хотя контрпримеров как-то не приведу), но система (кеширующих) прокси - это правило у любого крупного хостера (в частности, выросшего из детских штанишех "у меня n адинаково настроенных серверов с ispmanager, apache, mysql и nginx на каждом").
Изменится - т.к. экономия памяти. Есть, конечно, веб-приложения, для которых эта мера эффекта не даст. Но в 99% положительный эффект будет.
Вот остальные "cool things", которые разработчики ispmanager скопипастили (т.к. "cool"!) в свое чудо из говноблогов (раздача nginx статики и т.п.) - приведут в тех же 99% случаях к более или менее явным проблемам.
А точно "часов" - или банально не проверяли?
Подождите > 15 минут (по тем настройкам, что привели выше).
