Если
То все совсем просто (одна строка):
RewriteRule ^(index|home)\.html http://www.сайт.com [R=301,L]
При условии что текущий домен проверять не надо
Какое отношение полстраницы вашего html имеет к заданному вопросу? Учитесь задавать вопросы правильно, пишите только относящиюся к делу информацию: спрашиваете про циклы, пишите только их, выкидывайте все лишнее.
По делу: выбирая из базы сохраняйте id и название в переенную, потом в коментариях их вставите..
$poems=array();while($myrow = mysql_fetch_array($result)) {printf(..);$poems[$myrow['id']]=$myrow['name'];}//в $poems будет хеш-массив, ключ - id, значение - назваение
Почитайте прикрепленные темы в этом разделе
Задача не понятна..
Ссылки выводит ваш php скрипт? Тогда зачем вам чтото извлекать, он же и так их знает.
Или вы имеете ввиду как получить параметр id в скрипте proverka_coda1.php? Тогда так: $_GET['id']
Способ только один - подождать )
Естественно 3
А как меряли скорость загрузки?
Вы понимаете как происходит загрузка? Броузер резолвит имя домена, соединяется с сервером, получает ответ, анализирует, делает дополнительные запросы, выполняет скрипты и тд.
Какой этап у вас медленный?
Вероятно, есть какой-то принцип построения url страницы на новом и стором сайте. По этому принципу и сделать редирект. Возможно, даже одним правилом обойдетесь ;)
Покажите пример нового и старого адреса товара.
Сайты не постардают, да и с чего бы. Даже если IP попадет в блеклисты, то это будут почтовые блеклисты, к вебсерверу они отношения не имеют.
Ну а попадет ли IP в блеклисты зависит от рассылки и ее органицации.
С вашей посещаемостью приблизительно 1 человек в час(!), при добавлении nginx перед апачем сайт будет работать медленне! Вместо того, чтоб апачу сразу обработать запрос, его примет nginx, передаст его апачу, примет ответ и отпрпавит клиенту. Чувствуете? Отдача статики nginx'ом имеет смысл при множестве конкурентных запросах (много запросов в секунду).
Задача фронтэнда - защитить и разгрузить бекенд. От чего вы его хотите разгрузить?
