- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
// Функция отметки входящих сообщений как прочитанных
function CheckReadPM() {
global $user, $site, $db;
$pm_ids = SafeDB($_POST['mod'], 11, int);
$where = '(`id` = '.$pm_ids[0];
$i = 1;
while($i < count($pm_ids)) {
$where .= ' or `id` = '.$pm_ids[$i];
$i++;
}
$where .= ") and `to` = ".$user->Get('u_id')." and `black` = 0";
$db->Update('private', "`read` = 1", $where);
}
Dreyk 31.10.2010 21:48 # 0
nobody 01.11.2010 01:40 # −1
Анонимус 01.11.2010 01:56 # +2
короче стандартное пыховое дерьмо
nobody 01.11.2010 02:07 # +1
На счет глобальных переменных, видимо этот человек просто не знает о существование ООП или о том как его готовить.
Обычный нубский код человека который явно мало программировал когда в своей жизни ...
Анонимус 01.11.2010 02:35 # +2
Если это код новичка -- то не страшно, но вполне может быть что это код человека, который 7 лет пишет на PHP: в этом мире такое часто бывает.
И кстати там есть кусочек ооп: $user
Мартин 01.11.2010 13:49 # 0
Анонимус 01.11.2010 21:04 # 0
istem 03.11.2010 00:14 # 0
Анонимус 03.11.2010 00:17 # +1
И кстати удалите все таки пробелы: это лишний шаг парсеру
istem 03.11.2010 00:22 # 0
--
Вы меня ни с кем не путаете?..
Анонимус 03.11.2010 00:25 # −1
отвечаю серьезно:
безусловно PDO работает дольше, чем mysql_, потому как является оберткой вокруг оных.
Но тормоза эти так ничтожно малы на фоне времени выполнения PHP скрипта, что ими можно пренебречь.
Программа, написанная на PHP тоже работает медленее, чем модуль apache.
Но люди же пишут на PHP.
istem 03.11.2010 00:33 # −1
но если сложить все 42 select'а в которых по 63 outer join'a...
Анонимус 03.11.2010 00:35 # +1
даже если Вы обернете PDO в 42 своих класса -- ничего не изменится
istem 03.11.2010 00:38 # 0
Анонимус 03.11.2010 01:38 # 0
Я как-то унес с работы книжу "UML in a Nutshell" (орелли, с котом на обожке) и с тех пор хорошо отношусь, по крайней мере использую иногда class, sequence и use case диаграммы. Остальные -- крайне редко.
Считаю его несколько громоздким и не очень точным, но серьезных альтернатив кажется нет (хотя вроде бы делают упрощенную версию).
Но использовать его надо (имхо) только для запутанных или крупных случаев.
Иной раз проще человеческим языком описать юз-кейс или написать пару интерфейсов на любимом ЯП вместо диаграммы.
istem 03.11.2010 13:08 # 0
Но он в большей степени позволяет абстрагироваться от кодов и быть ближе к идее проекта.
С учётом сегодняшней скорости развития технологий, по-моему, точность (скорость вычисления этой точности) отойдёт на второй план.
Нечто подобное наблюдалось некоторое время назад, с приходом языков программирования высокого уровня.
--
PS. А потом весь гк запостят uml'ными выводками...
Анонимус 03.11.2010 15:10 # 0
и деплоймент диаграмма тоже.
Мартин 01.11.2010 13:48 # 0
Анонимус 01.11.2010 21:06 # 0
сделать его имплементацию, которая берет их из HTTP.
научить ее чистить данные и выдавать массив.
покрыть тестами.
сделать класс, который получает массив и строит запрос.
сделать в нем имплод элементов массива через запятую)