Вот, решил выложить на обсуждение. Собственно смысловая нагрузка этого шота в view-souce :) Может кто знает, какую траву курить надо чтобы такое наваять?
а я сегодня таращился на код одной вебдизигн-студии
function check($str,$search_data) {
$tmp_pos=-1; // инициализируем указатель позиции
for ($u=$tmp_pos+1;$u<=strlen($str);$u++) { if (strcasecmp(substr($str,$u,strlen($search_data)),$search_data)==0) { $tmp_pos=$u; $u=-1; break; } }
if ($u!=-1) {$tmp_pos=-1;}
return ($tmp_pos);
}
а что тебя смутило? Знание имени таблицы в которых храится перечень продукции? а что рассмешило? ну подумаешь, чувак открыл структуру базы,
дальше что? наверняка она на запись закрыта, это раз, во вторых наверняка данные туда экспортируются из другой базы данных.
дургое дело что это убого - формировать sql браузере,
реальный идеотизм. зачем это нужно? все равно же скрипт отрабатывает дополнительно на сервке. бред.
>>>а что рассмешило?
Я вот тоже не понимаю. Пусть бы уж "ламиром" обозвали, но объяснили в чем там дело. А то чувствуешь себя чужим на этом празднике жизни :(
Не знаю кого как, но меня лично забавят такие коды.. вероятно конечно, базу не грохнуть но этот код из серии _как не надо_ ;)
Естественно если при этом база не настроена как надо то это вообще полный фарш :)
Так или иначе скорее всего сдампить базу в файло или на экран получится.
А это плохо? Наиболее масштабируемые решения - "умный клиент, тупой сервер". Если сайт часто посещается, то что плохого, если клиент возьмет на себя формирование SQL-запросов?
г-н geekkoo, неужели ты и в правду думаешь что такой подход не идиотизм?
"умный клиент, тупой сервер" - такой технологии нет в природе ))) есть "тольстый клиент" который вообще-то как раз таки занимается тем чтобы снять нагрузку с сервера.
ладно, не суть. если тебе такой подход нравится, ради бога, пользуйся. но в таком случае тебе придется столкнуться с пачкой гемороя по линии безопасности.
Это может и не было бы плохо, если здесь же на клиенте создавался курсор и генерился html контент, но в данном случае все равно на сервере будет
выполняться присвоение строки, создание соединения, выполнение запроса и еще бог знает что..
и даже если не обращать внимания на бестолковую совершенно оптимизицию имеем все остальные минусы:
- светим на весь мир структуру данных, и механизмы их хранения
- при изменении этой самой структуры вынуждены править и верстку и совт
- при добавлении функционала, например, подсчитатьч исло просмотра данной материнской платы вынуждены будем или менятьв верстку или править скрипт чтобы он парсил SQL :) или например добавится режим "expert mode"
прик отором надоп оказывать расширенную спецификацию, или "shop mode" прик отором выбранный товар помещается в корзину.
>>>Я вот тоже не понимаю.
>>"Я думаю он думал " (автор скрина) что база открыта на запись.
Открыта она на запись или нет с точки зрения уродства этого подхода практически ничего не меняет. Что, например, случится с сервером БД если ему передать, скажем, вот такой запрос?
более того, некоторые плохие дядьки ищут sqlинъекции чтобы чтонть сдернуть, изменить или вообще удалить из базы, а тут и искать не надо, сдернуть можно все.