Re: mod_plsql

From: Andrey Prokopenko ()
To: Vladimir Goncharov ()
Date: 2002-07-12T18:06Z
Area: RU.DBMS.ORACLE
 VG> использования, бо криво :-)

 AP>> динамической странички - далеко не тривиальная задача. Думаю, ты
 AP>> сам как соавтор методики кеширования, это понимаешь лучше других.

 VG> Автор, а не соавтор. Нахал :-). И не мотодики (она в rfc2616 сто лет
Идея моя - ты ее реализовал ввиду моей тотальной загруженности с новой версией
сайта.
Ну что ж , в личном плане это мне хороший урок - как сотрудничать с тобой.
Думаю, подобный вывод сделают и читатели данной эхи, если когда-либо попадут в
подобную ситуацию.
 VG> как описана), а реализации для oracle. modowa или modplsql не важно,
 VG> но с modplsql значительно эффективнее.

 AP>> Это не бага а позиция автора, и я этот вариант как девелопер,
 AP>> полностью поддерживаю.

 VG> "Я прав, потому что я девелопер" сильный аргумент. С ним даже не
 VG> поспоришь.
Передергиваешь. No further comments.
 AP>> Якобы "неудобства" обходятся 3-мя строчками кода: написанием
 AP>> перегружаемой процедуры,
 AP>> вызывающей исходную. Зато манипуляции с blob-контентом упрощаются
 AP>> до предела.
 VG> А в modplsql вообще писать ничего не надо. Помоему это проще :-)
 AP>> Снимается жесткое ограничение mod_plsql на работу с
 AP>> потоком
 VG> Огласите весь список ограничений работы с потоком, пожалуйста. Мне
 VG> исключительно для лющего развития. Начав с определдения потока, бо, не
 VG> уверен, что ваши слова не расходятся с вашими мыслями.
Цитирую мнение автора modowa из его доки.
URL: http://www.sharemation.com/~dmcmahon/modowa.htm
---------------------------------------------------------------------------------
I frankly did not like the document upload interface, which made assumptions
about your table
column structure, did not readily support other forms of document keys (it
requires the NAME
column to be unique), worked against only one table, required a clumsy mapping
of file extensions
to table columns, and could not support uploads to temporary or memory-based
buffers.
---------------------------------------------------------------------------------
 AP>> , т.е. если в случае mod_plsql
 AP>> закачка ограничена одной системной процедурой, задаваемой в
 VG> конфиге DAD,
 VG> Гы-гы. Ля-ля. Девелопер. Хи-хи. Для закачки блобов процедура в DAD'е
 VG> не указывается. Девелопер. Хи-хи. Ха-ха.
Ессно, т.к. это СИСТЕМНАЯ процедура mod_plsql. См. мой пред. ответ.
 AP>>  то в случае modowa это может быть лювая процедура с соотв.
 AP>> параметрами. Подробнее см. доку по modowa.
 VG> Ну я читал доку на оба продукта в отличии от :-)
 VG> На mod_owa, кстати, в разы внимательнее, бо все там с трудом работает
 VG> (ты сам сколько раз с автором связывался из-за непоняток? вот я об
 VG> этом).
 VG>> Для публики: вам придется переписать свое приложение, если html
 VG>> формы передают формы методом POST и с ENCTYPE="multipart/form-
 VG>> data", так как
 VG>> разработчик modowa решил, что в этом случае это будет не простая
 VG>> форма, а upload файла, которую надо принимать не так, как все
 VG>> формы, а специально придуманным способом, описанным в
 VG> документации. Если использовать его метод по получению файлов и
 VG> простых форм, то в будушем отказаться от modowa будет уже невозможно,
 VG> так как вряд ли еще кому придет в голову такая странная идея --
 VG> считать признаком upload'а установленный
 VG> ENCTYPE="multipart/form-data".
 AP>> Отказаться в пользу чего ? mod_plsql не менее специфичен чем
 AP>> modowa. Рассуждения админа, но не девелопера.
 VG> У меня вчера мухобойку отобрали, которую я с удивлением под столом у
 VG> себя обнаружил. Знаешь зачем? Тебя за твое девелоперство бить :-)
 VG> Отобрали быстро. Клевая мухобойка такая.
Ты сводишь технический спор к эмоциям и мухобойкам. As usially ...
Мальчишеские эмоции. Скучно, однако. Дальнейший диалог непродуктивен.


    Прощаюсь с вами, Andrey.

--- GoldED+/W32 1.1.4.7
 * Origin: Cross of Changes (2:454/17.5)
SEEN-BY: 50/523 993 51/7 450/9 22 69 102 451/5 10 30 30 452/25 453/129 454/1
SEEN-BY: 454/1 2 2 3 5 6 17 17 457/7 461/33 640 463/220 464/34 36 465/204
SEEN-BY: 466/20 467/70 95 469/125 550/5068 4615/21 4623/55 4625/9 4626/6
SEEN-BY: 4631/13 4641/444 4643/19 4653/10 4657/50 5000/5000 5001/27 77
SEEN-BY: 5002/5002 5003/9 34 5004/16 5005/44 5006/1 5009/9 5010/70 77 222
SEEN-BY: 5011/13 5012/1 5015/4 28 5019/22 28 5020/20 37 52 52 69 79 104 114
SEEN-BY: 5020/115 128 150 175 194 238 238 348 362 392 400 423 496 642 647
SEEN-BY: 5020/732 753 758 760 768 870 902 921 982 1057 1100 1169 1200 1212
SEEN-BY: 5020/1234 1301 1423 1423 1535 1626 1642 1694 1873 1930 1951 2020
SEEN-BY: 5020/2200 3637 4400 4441 5021/3 29 5022/5 5023/11 5025/3 5026/45 78
SEEN-BY: 5028/51 5029/1 50 5030/115 175 195 251 382 448 613 757 920 953 1016
SEEN-BY: 5030/1023 1400 1900 5031/26 5032/6 16 5033/1 5034/1 5035/10 5036/1
SEEN-BY: 5036/13 5037/21 5038/7 5040/33 47 5041/4 5042/8 5045/7 42 5049/64
SEEN-BY: 5049/125 5050/9 5051/35 5052/4 5053/16 18 777 5054/1 9 10 30 37 50
SEEN-BY: 5054/79 5056/16 5058/24 1000 5059/10 5060/90 5061/6 15 5063/27 60
SEEN-BY: 5064/5 7 35 36 5066/18 5069/128 5070/26 66 5071/1 5075/10 5077/3
SEEN-BY: 5078/20 5079/36 45 49 5080/80 111 301 5081/3 5082/6 5083/13 21
SEEN-BY: 5085/13 75 5090/2 91 1029 5091/100 5093/27 5095/1 5100/8 113 6009/8
SEEN-BY: 6023/1 6028/1 6035/1 6037/1 6083/1
PATH: 454/17 1 2 451/30 5020/1423 238 52 5054/1 79