Forum Webscript.Ru
Программирование => PHP => Тема начата: Xander от 20 Июня 2003, 01:14:22
-
В замечательном сборнике книг "Perl Bookshelf" (спасибо O\'Reily за наше счастливое детство), а именно в книге Programming Perl был раздел Efficienty, с советами такого примерно рода:
Group together any tests that want the same initial string. When testing a string for various prefixes in anything resembling a switch structure, put together all the /^a/ patterns, all the /^b/ patterns, and so on.
Don\'t test things you know won\'t match. Use last or elsif to avoid falling through to the next case in your switch statement.
Use special operators like study, logical string operations, pack \'u\' and unpack \'%\' formats.
Beware of the tail wagging the dog. Misstatements resembling ()[0] and 0 .. 2000000 can cause Perl much unnecessary work. In accord with UNIX philosophy, Perl gives you enough rope to hang yourself.
Factor operations out of loops. The Perl optimizer does not attempt to remove invariant code from loops. It expects you to exercise some sense.
Есть ли что-либо подобно по PHP? Если в книгах - то в каких? Есть ли они в сети?
А то вот я, например, так и не знаю - надо ли сохранять в отдельную переменную ссылку на соединение с mysql, или это ничего не дает по сравнению с неявным вариантом...
-
Мне бы тоже было очень интересно что-то подобное почитать.
А то вот я, например, так и не знаю - надо ли сохранять в отдельную переменную ссылку на соединение с mysql, или это ничего не дает по сравнению с неявным вариантом...
ИМХО, если работаешь с одним подключением одновременно, то можно не указывать. Ну а если с несколькими сразу, то никуда не денешся...
-
есть
http://www.lerdorf.com/tips.pdf
-
Xander
по поводу переменной - тут недавно поднимали вопрос про проверку коннекта.
по ней можно проверять.
Скажем, так, если работа с базой у тебя инкапуслирована, то никто не мешает эту переменную иметь.
А если в открытую, то удобнее без нее.
Два соединения - это редкость, форс-мажор.
вот результаты запросов - это да, их надо различать...
-
Спасибо за доку, кажется то, что нужно :)
-
RomikChef
От меня тоже спасибо, очень инетресно!
-
http://www.lerdorf.com/tips.pdf
Вот только с persistent connection я думаю торопиться не стоит:Use Persistent Database connections
Some database are slower than others at establising new connections. The slower it is, the more of an
impact using persistent connections will have. But, keep in mind that persistent connections will sit
and tie up resources even when not in use. Watch your resource limits as well. For example, by
default Apache\'s
или проблемы с {DB}_pconnect уже нет ?
-
проблема есть, как всегда на шаред хостингах - на которых количество коннектов ограничено.