- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
if (empty($_GET["page"])) {
$page_get = 1;
} else {
$page_get = "$_GET[page]";
$page_get = trim($page_get);
$page_get = stripslashes($page_get);
$page_get = htmlspecialchars($page_get);
$page_get = intval($page_get);
$page_get = "$page_get";
}
Это просто классический пример говнокода!
Для администрации сайта: предлагаю открыть раздел эталонного говнокода.
КЭП негодуэ.
Но решение автора - это 100% шедевр говнокода, в избранное
Поэтому нужен иссет.
error_reporting = E_ALL & ~E_NOTICE
Отключить вывод ошибок != избавиться от ошибок. Просто надо правильно писать код, чтобы не было никаких нотисов. paranoid прав
Какая разница, если я сделаю $a = intval($_GET['id']); с отключенным нотисом и $a= isset($_GET['id']) ? intval($_GET['id']) : 0; с включенным. На выполнение это никак не повлияет.
И пример Ваш не уместен, нотисы пользователь не видит, т.е. ширинка всегда застегнута, а если Вы какую переменную забыли проверить сразу будет вывод (при соответствующих настройках). Нотисы это ширинка, а варниги - вообще без штанов ходить
вопрос только нафик такое писать всё время???
если можно короче и красивше.
2. если хотя бы в жопе мозги есть то поверяй как я предложил
3. ну а если головной мозг хоть немного работает - напишешь класс (ну или хотя бы ф-ю), которая это всё будет каждый раз делать за тебя. и будет тебе убогому радость Request::get('olololol')
тем более ни разу не встречал хостинга, в котором бы вообще вывод ошыбок был включён. А локально они не мешают.
WARNING конечно нужен, но не NOTICE...
P.S. Вопрос для размышления: если нотисы бесполезны - зачем разработчики PHP их ввели?
а нехер забывать...
P.S. Сам я в подавляющем большинстве случаев проверяю существование POST и GET параметров, но не понимаю тех, кто пытается доказать, что отключение NOTICE это зло.
Вообще-то в приличном обществе за большую часть нотисов дают по морде exception'ом, segfault'ом или вообще не компилируют.
Раз. $items[i] = something($other, $i);
Два. something_other(SOME_CONSTANTT);
Три. $countr++;
Все три без мелких бредовых предупреждений тихо проглатываются.
а потом мля а чтож оно всё не работает... а через пол дня оказывается, что где-то в массиве нет какого-то элемента.
хотя по поводу "практики" -- это скорее дело вкуса, а не практики.
лично я спокойно использую хрени типа:
$query = "SELECT id,text_name FROM {$prefix}_{$table} WHERE id='$id' AND active=1 ORDER BY $order LIMIT $limit";
при этом естественно $id приведён к int, $ord и $limit -- имеют корректную структуру. $prefix и $table задаются программно...
Вариант №2
$query = 'SELECT id,text_name FROM '.$prefix.'_'.$table.' WHERE id="'.$id."' AND active=1 ORDER BY '.$order.' LIMIT '.$limit; мне просто не нравится (и пофик на потери милисекунд в скорости)
Каждый пишет так, как ему удобнее ))
стандартная отмазка говнокодера №1
Полноценный движок для wap-сайта.
Вот некоторые его особенности:
-> Движок построен целиком на файлах
-> Имеется мощная админпанель.
-> Сайт, созданный на движке будет доступен не только с мобильного телефона, но и с компьютера.
-> У админа есть возможность менять цветовую схему сайта и его разметку. Есть поддержка скинов.
-> Управлять сайтом сможет любой человек, даже не знающий языка программирования PHP, тем не менее знания html понадобятся.
Эта система - лучший выбор для того, кто решил создать wap-сайт.
Это деградация называется. Сам не пользуюсь и не знаю ни одного человека, который пользуется. Во время 3Г, вай-фай, Ваймакс пользоваться вапом - это ужас.
ПС Может вы путаете просто мобильную версию сайта с wap-сайтом?(который кстати использует WML)
ППС А вообще давай еще ГК по этому движку, веселые там разрабы
ЗЫ http://ru.wikipedia.org/wiki/WAP
С ума сойти. Это как?
Как говорится, при разработке ни одна папка не пострадала
ещё встречал вики-движок, который тоже чисто на файлах.
ну а вообще в 95% случаев авторы просто не осилили БД :)
BigTable — высокопроизводительная проприетарная поддерживающая сжатие база данных построенная на основе Google File System (GFS), Chubby Lock Service и некоторых других продуктах Google.
Работа над BigTable была начата в 2004 году
:)