Что именно Вы померяло?
Ну протрите глаза, Вам написали уже. Не говоря уже о том, что симлинки Вы никак не сделаете между виртуальными URL движка типа джомлы...
Вот когда Вы измерите эту разность - поговорим.
Что тут комментировать. .htaccess - для виртуального хостинга, а не для больших проектов взрослых дядь. Вот для последних - актуально замечание, которое Вы процитировали из докумментации апача.
Ну и болван. Вы понимаете смысл слова bottleneck? Судя по всему - нет. При DDOS - сервер загнется не от процессинга .htaccess и не от редиректов, а от тяжелой динамики прежде всего.
Ну так берите документацию и читайте. Тут Вам слуги, чтобы в рот класть?
Т.е. обучиться цитировать Вы не осилили?
Не обязательно. Но учиться лучше не на "курсах", а в хорошем университете (или институте). Не "администрированию FreeBSD", конечно, а более фундаментальным вещам.
Чтобы осилить инструкцию к холодильнику - Вы на курсы не пойдете?
Как Вы ему предлагаете оценить то, что он "шарит"? Ну и "адекватность" до кучи?
Не обязательно. Вполне возможно, он видит разницу, а Вы - нет.
PS: Вы, кстати, не воспринимайте "орет", "ругань" - настолько буквально и прямолинейно :) Можно очень вежливо рассказать человеку насколько глуп его вопрос. Умному - будет стыдно. Дурак - не поймет.
Зачем админу "кричать" на главбуха-то? Чудик, хоть одну разумную причину назови.
Реальность такова, что не любого можно научить. В принципе.
Во-вторых, вовсе не обязательно что передавать знания и умения - выгодно. Время квалифицированного сисадмина дорого, чтобы тратить его на обучение первого встречного в индивидуальном порядке.
В здоровом коллективе 1) системный администратор может сказать все что думает "боссам" о технической стороне вопроса 2) с бухгалтерами админы просто не пересекаются - теть из бухгалтерии "матерят" совершенно другие люди...
PS: Аккуратнее с цитированием.
Да, конечно. Только сделать это можно разными способами. Прежде всего, не используя сие бажное чудо.
Это который генту ставит клиентам? Ну-ну...
Ничего, главное клиент доволен ;)
Ну ведь - сработают те же лимиты, что и для доступа через веб. Для танкистов: wget - это тоже браузер.
Почитайте в документации PHP про разные доступные SAPI.
Понимаете, если Вы что-то обозвали "водой" - оно не обязательно таково, ага? Может Вы просто чего-то не поняли?
Спектр возможностей - огромен. Можно бинарник подменить в системе, протроянить процесс - который останется после ухода админа и "проснется" после того как Вы подмонтируете раздел.
Я все понимаю, про то что "кому это надо" и "кто такой ерундой будет заниматься". Вот кому надо - тот и будет. А "защита" - фиговый листок, без дополнительных мер против данных выше примеров атак.
PS: Не говоря уже о том, что шифрованные данные могут понадобиться для работы Вашего приложения (сайта и т.п.). Ради настройки/устранения проблем с которым - Вы админа и пригласили.
Или "не могу"? В отсутствие доказательств умения передавать знания (например, учеников) - учителем покуда называть Вас рано ;)
Ровно наоборот. Это механизм защиты профессии. Грубо говоря, "от дурака".
Практика показывает, что "ругательный" метод воспитания админов - работает на ура. Абидчивые тупицы - увольняются (или их выгоняют), а более адекватные и умные люди учатся не задавать вопросы бездумно. Второе чудище - возможность что-то "завалить", понадеявшись на собственные знания и не задав вовремя подходящий вопрос старшему коллеге.
Вот так, между Сциллой и Харибдой - вылупляется новый админ.
Потер уже. Не заметил опцию -delete.
потер...........
Для Вашей задачи лучше подходит RewriteMap (формат правил проще, да и быстрее чуть обработка выйдет).
И не заметите. Один редирект на запрос - это тьфу.
Т.е. не знаем как работает модуль rewrite?
Неправильно его можно приготовить - всегда. Циклы организовать, ага.
Потому что это ТС нужно.
Да, в отличие от Вас.
А я знаю. Потому что ТС об этом написал. В первом посте.
Ну вот и померяйте. Возьмите какой-нибуть типовой движок. Та же джумла, например. И приходите сюда только с результатами измерений, а не с новой пустой болтовней.
Ну, во-первых - редиректы не обязательно прописывать в .htaccess. Удивил?
Во-вторых, это написано 1) давно, 2) не для детишек вроде Вас, а для взрослых дядь, которые работают с очень крупными проектами. И _уже_ устранили до того другие узкие места архитектуры (работа с БД, компиляция и запуск скриптов и т.д. и т.п.)
А в чем - ты не знаешь, верно? И какое отношение вся эта быстрота к .htaccess имеет - не знаешь тоже.
Вот в этом и проблема. Вам стоило бы отучиться произносить словосочетание "я знаю" ;)
Ну тогда ответ простой: нигде.
Чтобы хоть какие-то логи изменившихся файлов появились - надо их сперва организовать, "что-то сделать". Ферштейн?
Школота постоянно selinux в CentOS выключает. Гуглите аччоты об этом в уютненьких... Так что, шиш - сможет.
Чтобы не смог: нужно очень сильно постараться и реализовать хорошо продуманную политику. Это дорого и сложно: и в реализации и в поддержке (например, может быть крайне затруднительно потом отключить самому, если что-то пошло не так).
Ну и как Вы обходите тот сценарий, что я обрисовал? Или просто предпочитаете, чтобы клиенты не знали о возможных проблемах? - Но это вовсе не одно и то же, что "проблем нет".
