LINUX.ORG.RU

Учусь


0

0

После перехода со Slackware на Debian появилось много времени (ниче ниде крутить не нада, ниче ниде пересобирать), которое можно тратить с пользой - изучая Perl (ну и шо шо Линус его не любит) и MySQL. Чем собственно и занимаюсь.

Про WM, редактор и прочая я думаю рассказывать нет смысла - все стандартное и легко узнаваемое - главное что работает и мне удобно :)

>>> Просмотр (1024x768, 150 Kb)

anonymous

Проверено: Demetrio ()

Ты кого хотел обидеть? Вот я тоже сижу и ничего не надо подкручивать в слаке, все работает на ура ;)

stassats ★★★★
()

Чем экранировать кавычки, лучше использовать $dbh->quote(), который экранирует все спецсимволы.
Так же часто удобнее вместо цепочки prepare-execute-fetchrow_hashref-finish использовать $dbh->selectall_hashref("query",'field') .

breaK
()
Ответ на: комментарий от breaK

А вот противоположное мнение:

"selectall_hashref можно использовать для написания одноразовых скриптов или в случае если запрос выполняется только один раз. И то она по моему глючно работает. лучше использовать selectall_arrayref, selectcol_arrayref, selectrow_arrayref. А если ты биндишь переменные то и экранировать ничего не надо."

Deleted
()

Блин, когда же этот эксгибиционизм на ЛОРе закончится?!

anonymous
()
Ответ на: комментарий от fura13

> о чем скрин? шрифты ужас, цвет схема ужас, перл сам по себе ужас

Скрин действительно ни о чем. А шрифты пострадали, видимо, при сжатии в JPEG.

kda ★★★★★
()
Ответ на: комментарий от kda

Эхх как всегда обругали - не нравятся мои скрины здешней публике :) Жизнь кароче не удалась. Пойду вешатсо :)

anonymous
()
Ответ на: комментарий от fugu

PS. Спасибо за замечания - обязательно попробую так как вы(оба)показали :)

anonymous
()
Ответ на: комментарий от Deleted

>А вот противоположное мнение:
>"selectall_hashref можно использовать для написания одноразовых скриптов или в случае если запрос выполняется только один раз. И то она по моему глючно работает. лучше использовать selectall_arrayref, selectcol_arrayref, selectrow_arrayref. А если ты биндишь переменные то и экранировать ничего не надо."


Насчет "глючит" - ни разу не сталкивался, хотя пользовался довольно активно. Просто ключ, по которому формируется кеш должен быть уникальным. Вполне нормально работает и на "многоразовых" запросах. Естественно, другие методы тоже имеют свои области применения. Работа через fetchrow будет эффективние selectall_*/selectcol_* когда нужно построчно обработать результат запроса вернувшего более чем несколько сот строк. Если известно, что вернется одна строка - удобно
my ($var1,$var2,$var3)=$dbh->selectrow_array("query");
И.т.д.

breaK
()
Ответ на: комментарий от fugu

Тем, что Linux ругает perl, не зная его, он только показывает своё мудачество. Я если perl не знаю, то и ничего против иметь не могу (для определённого круга задач, конечно).

unnamed
()
Ответ на: комментарий от unnamed

Perl саксъ.

Писал на нём Webmin модули. Писать ещё можно, но потом (через год) без поллитры не разберешся. Питон много приятнее.

dimag
()
Ответ на: комментарий от dimag

Комментарии к коду и выравнивание ещё никто не отменял.

Deleted
()

Смотри в будущее.

Perl язык, конечно, хороший, но уж лучше берись сразу за Ruby, он и проще, и мощнее, и удобнее в большнистве случаев.

Camel ★★★★★
()

ахиреть, .xxkbrc в студию, ыыыыыыы

abbath ★★
()
Ответ на: комментарий от anonymous

Он винит perl в том, что ему требуется на него больше времени, чем на C. Спрашивается, причём тут ЯП?

unnamed
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.