Все вышеперечисленное, мягкоговоря, отстой...
Господа, поделитесь пожалуйста своим опытом пользования серверов в США.
Чтобы НЕ выбрать через find саму папку, в которой идет поиск (т.е. ".") добавьте, например, условие -wholename './*'
Чтобы задать время модификации файлы используйте -mtime, например -mtime -1
Перед удалением настоятельно рекомендую сначала проверить, что именно команда будет удалять, заменив команду удаления на что-то типа print
Этот модуль предназначен для ускорения полной загрузки страницы в браузер.
Для поисковиков он может быть вреден, например, если впихнет в код страницы мелкие картинки в виде inline, css и скрипты.
Так что, хоть этот модуль и предназначен для ленивых, кому впадло руками оптимизировать свой сайт, но использовать его нужно с умом.
Почитате в доке Risks для каждой директивы - сразу станет ясно, что чудес не бывает и само по себе ничего не заработает идеально.
Для себя я сделал вывод, что овчинка выделки не стоит. Но это мой вывод. Вы читайте доку и думайте сами...
Лично я не вижу в нем смысла.
На выделенном под отдельных проект сервере все это можно достичь классическими способами не тратя зазря ресурсы сервера.
А на шареном хостинге
а) включить его достаточно стремно - не факт, что он всем возможным сайтам поможет, а вполне вероятно кому-то и покорежит страницы
б) пользователи, которые до такой степени озабочены скоростью загрузки своих страниц, что считают каждый процент, обычно уже сделали для своих сайтов большинство из подобных оптимизаций
в) трафик обычно жрут большие картинки и мультимедия, канал существенно не разгрузится
г) все вышеперечисленное не кажется достаточно весомым оправданием для дополнительного расхода ресурсов сервера
Дорогой, вам точно никто ничего не должен.
А нормальный датацентр должен решать проблемы клиентов. Они единственные, кто может что-то сделать в данной ситуации.
Очень странно.
IP должны быть делегированы датацентру.
По whois кому принадлежат ip? Как эти данные комментирует датацентр?
В котором датацентре ваш сервер?
Напишите суппорту в датацентр - это с ними нужно обсуждать и решать
Я таки отвечу на обвинение во лжи.
Использование ЮНИКОДА в кодировке HTML 4 (если не ошибаюсь) - вот что решило вашу "проблему". Причем под "проблемой" вы подразумеваете ТОЛЬКО ОТОБРАЖЕНИЕ символов.
Никакие другие РЕАЛЬНЫЕ проблемы многоязычия HTML не решит. Начиная с поиска и т.д. - см. выше.
Ни о каком полноценном использовании разных языков речи быть не может.
Можете запевать песнь о русском сайте и что вам на фиг не нужны такие мелочи, как поиск без учета регистра и т.д.
Демагог вы, батенька, не более.
Прошу прощения, pupseg. Меня этот срачь также неприятен...
netwind, я не стану с вами пробовать никакие мысли.
Ибо вы меняете несущественные детали, полностью игнорируя суть того, о чем я говорил.
HTML - не панацея ибо служит для отображения данных, а не хранения и обработки. И даже его кодирование символов основано на юникоде.
Без юникода проблемы с многоязычием не _могут возникнуть_, а гарантировано возникают. И велосипед на этот случай уже давно изобретен - садись и едь.
Ни один идиот не станет делать телодвижения для работающих проектов, пока не появятся явные проблемы. А строить новые дома на прочном фундаменте на века - удел мудрых.
Я никого ни тяну за гениталии использовать utf8.
Но если кто-то решит настоящие или возможные будущие проблемы многоязычия с помощью юникода - это будет мудрое, правильное и тривиальное решение. Как дважды два четыре.
Потому, что 2 * 2 = 4. А язык + другой язык = юникод.
За сим, позвольте откланяться. Я в эту тему боле не писец.
netwind, пока что только вы мне _бездумно_ НЕ верите. Вы настойчиво продолжаете твердить про рунет, хотя я с самого начала недвусмысленно говорил про европейские и т.п. кодировки. Да и вы сами приводили пример идиша. Но затем успешно сползли к рунету и к своим личным впечатлением от деятельности именно в рунете.
Ваши доводы я не могу расценивать иначе как демагогию.
