идея интересная, но вот всю работу с ключевыми словами, я бы вел через Ajax. Весь запрос посетителя отдав скрипту, который из базы повыбирает ссылки на страницы, и выдаст их пользователю.
Уважаемый, поймите, я только рад конструктивным предложениям.
Но если вы банально не знаете как правильно обрабатывать эту уязвимость, так и скажите — не знаю. В этом нет ничего зазорного, ведь человек не может знать всё.
Просто я сомневаюсь что вы намеренно не хотите делиться опытом.
1 пункт второго абзаца:
«теперь скипт может прочитать» — «теперь скрипт может прочитать»
из ошибок самого скрипта заметил только то, что слово «секс» и «ливам» первый раз открылись как после encode(), т.е. не преобразовались и в случае с «ливам» никакой ссылки «Производственная фирма «Ливам»» я не увидел. Только со второго раза все было нормально.
В целом очень понравилось. Возьму на абордаж заметку.
правда я на счет примера не совсем понял (может просто пример такой...):
зачем выводить страницу 404, если можно вывести страницу с поиском по слову секс??? Раз уж есть уверенность, что чел это искал.
Вот как я это понимаю:
Есть скажем фирма, которая продает «Белазы». Но вдруг один пользователь искал «секс представителями горнодобывающей промышленности» и поисковик каким-то чудом выдал страницу нашего продавца. В этом случае мы ничего хорошего ему посоветовать не можем и просто предлагаем карту сайта и главную страницу.
в таком случае предлагаю поставить мне плюсик )))
и поговорить о более правильной реализации 404, подходящей к нормальным многостраничным сайтам.
дело в том, что не факт, что поиск еще найден что-то на сайте со словом «секс»
а в мини-карте сайта человек тоже ничего сексуального не найдет )))
быть может ему еще и в гугле поискать и чуть ниже выдать ))))))))))))))
прямо мемуары получатся, в общем надо еще подумать над сокращением информации.
для начала уберем заголовок ОШИБКА 404!
Совершенная страница 404