from:"Eugene Prokopiev"

  Сразу вспоминается история с Джордано Бруно и Коперником.
  Ведь знали, а одного на костер, а второго заставили молчать. Не время
  было, наверное.

Кого-кого заставили замолчать? Священника, по настоянию правящего
епископа опубликовавшего книгу с размышлениями о гелиоцентрической
системе (которая, в отличие от общепринятой в то время математической
модели, не работала - т.е. по ней нельзя было считать)? ;)

Бруно - это вообще не наука vs религия - см.
http://azbyka.ru/vera_i_neverie/nauka_i_religiya_1/1g50_5-all.shtml с
источниками

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Попы вносят свою лепту в печальну ю статистику гибели людей на дороге

  Пора прикончить  этот ужасный тред, где нет четкого определения
  позиции авторов, полно проявлений некомпетентности в истории и других
  тонких материях.

А я как-то уже предлагал перестать доказывать отсутствие Бога
Космомольской правдой - как, впрочем, и наоборот - а сначала
договориться хотя бы об источниках, которые авторитетны для всех
сторон. У Виталия и Павла они, очевидно, сильно разные :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Попы вносят свою лепту в печальну ю статистику гибели людей на дороге

   Сразу вспоминается история с Джордано Бруно и Коперником.
Ведь знали, а одного на костер, а второго заставили молчать. Не время
было, наверное.
  
   Кого-кого заставили замолчать? Священника, по настоянию правящего
   епископа опубликовавшего книгу с размышлениями о гелиоцентрической
   системе (которая, в отличие от общепринятой в то время математической
   модели, не работала - т.е. по ней нельзя было считать)? ;)


 Предпочитаю светские источники:

  http://ru.wikipedia.org/wiki/Галилео_Галилей

Так вроде выше вы про Коперника говорили, нет?

Ну ладно, давайте, посмотрим на ваш источник:

 ... церковь не возражает против трактовки коперниканства как
удобного математического приёма, но принятие его как реальности
означало бы признание того, что прежнее, традиционное толкование
библейского текста было ошибочным 

И что тут такого? Науки (по крайней мере естественные) - это не
достоверное описание реальности, это именно что удобные модели
(теории, гипотезы, ...), обладающие свойством верифицируемости. Авторы
моделей кварков или там суперструн не дали бы зуб, что их постороения
реальны - да вы на всю физику начиная с Бора или Планка посмотрите :)

Примерно то же можно сказать про эволюцию - если в своих рамках эта
модель работает, то почему бы ее не использовать?

А Галилей просто полез в политику :(

   Бруно - это вообще не наука vs религия - см.
   http://azbyka.ru/vera_i_neverie/nauka_i_religiya_1/1g50_5-all.shtml с
   источниками


 http://ru.wikipedia.org/wiki/Бруно_Джордано

И даже после этого вы настаиваете, что конфликт Бруно с Католической
церковью - это конфликт науки и религии?

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] религиозные споры и конфликт в AL T Linux Team

А можно я пофантазирую и рискну провести очень грубую аналогию между
обсуждаемой старой историей с преследованием Католической церковью
инакомыслящих и нынешним конфликтом в ALT Linux Team? Действующие
лица:

ldv@ - он же Папа, вроде как непогрешимый, но на практике увы :( То,
что некоторые все же имеют привиллегии перед орденом - очевидно :(

eostapets@, led@, чуть раньше lakostis@ - ну почти Галилей - хорошие
люди, в которых ALT Linux Team явно нуждается, однако слишком
конфликтные, не понимающие, что можно пожертвовать самолюбием, если
оно для пользы дела - впрочем, а кто действительно смог бы, оказавшись
на их месте?

mike@ (не обижайся ;) ) - почти кардинал Барберини, пытающийся убедить
Галилея не лезть в бутылку ... кхм, правда он и стал тем самым Папой
Урбаном VIII, который сильно постарался спустить дело Галилея на
тормозах

Бруно у нас, кажется, нет, и, надеюсь, не будет ...

Еще есть надежда на Реформацию (или Контрреформацию?)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] java devel

2009-03-01 Пенетрантность Eugene Prokopiev

28.02.09, Денис Смирнов написал(а):
 On Fri, Feb 27, 2009 at 07:55:13PM +0300, Eugene Prokopiev wrote:

  EP Вот тебе еще в копилку ужасов (может пригодиться в качестве соломки) -
  EP http://rsdn.ru/forum/message/3307616.flat.aspx#3307616

  Ужас-ужас-ужас.
  С датой/временем вообще почти везде какие-нибудь сложности :)

Виноват-таки оказался линукс: после apt-get install glibc-timezones
поведение нормализовалось :) Странно, что time работал ...

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] java devel

2009-02-27 Пенетрантность Eugene Prokopiev

Вот тебе еще в копилку ужасов (может пригодиться в качестве соломки) -
http://rsdn.ru/forum/message/3307616.flat.aspx#3307616

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] java devel

2009-02-25 Пенетрантность Eugene Prokopiev

 EP А ты не используешь ничего, что умело бы генерить байт-код на лету?

  Нет, а что это может быть, например?

ORM-фреймворки активно такое практикуют, AOP-фреймворки, наверное, тоже

  EP Неужто и оно не сломается? ;)

  Думаю сломается :)

Ну в общем, я даже пробовать, наверное, не буду ;)

Ужас-ужас. А в java SIGTERM/SIGHUP и т.д. никак ловить нельзя?

 EP Ну так именно этим jsvc (бинарник, написанный на С) и занимается: при
  EP старте поднимает JVM и вызывает метод start() класса, реализующего
  EP интерфейс Daemon, повторяет эту процедуру в случае падения JVM, при
  EP получении сигнала вызывает метод stop() реализации того же интерфейса.
  EP Инитскрипт под эту схему выглядит вполне прилично. При желании можно
  EP дописать поддержку любых сигналов, но это сломает совместимость с
  EP аналогичным бинарником для винды, где, насколько я понимаю, для
  EP сервисов не предусмотрены события, отличные от start/stop.

  Разве не логично, что версия под UNIX просто может обрабатывать больше
  сигналов, а тот же бинарник под виндой просто не сможет обработать те
  события которые система ему не предоставит?

Система, запущенная в винде будет иметь ограничения по функционалу, а
это в корне противоречит идее кроссплатформенности. Т.е. лучше уж
пусть те, кому сильно надо, изобретут свои переносимые велосипеды, не
связанные со спецификой UNIX.

Кстати, штатный способ управления уже запущенным сервисом (перечитать
конфиг, записать/прочитать некие переменные и т.д.) - JMX, так что
проблема не особенно актуальна. В качестве клиента JMX и не только
см., например, OpenNMS - его у нас даже пакетили

А еще код commons daemon достаточно компактный и читаемый, чтоб при
большом желании все-таки прострелить себе ногу ... ;)

  Мне непонятно почему отрезают функционал который UNIX-only. Как и с UNIX
  sockets которые чем-то санкам не нравятся :(

А вот тут можно было бы иметь идентичный интерфейс для всех платформ +
дополнительную семантику для UNIX - ущерба винде не было бы, так что
тут я санкам оправдания найти не могу

Ну, у меня пока нет готового ничего. Скорее всего скоро будут готовы
proguard-шаблоны для отдельных библиотек, их наверное буду выкладывать.

 EP Может вернуть апстриму? ;)

  Апстрим насколько я вижу не занимается коллекционированием таковых. Потому
  как дело это очень индивидуальное -- мне вот ряд классов в log4j не нужны
  и я их отрежу. А кому-то -- нужны. Я вон из всего log4j только логгинг в
  файлы и использую, могу для себя все остальное отрезать. Не все поступят
  также :)

Угу, понятно ...

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] java devel

2009-02-20 Пенетрантность Eugene Prokopiev

20.02.09, Денис Смирнов написал(а):
 On Fri, Feb 20, 2009 at 01:12:28PM +0300, Eugene Prokopiev wrote:

Но, увы, у меня используется просто множество своих костылей, вместо уже
существующий в java-мире. Каждый псих изобретает свои костыли, и _это_ в
мире java мне категорически не нравится.
  EP Ты бы, кстати, как-нибудь описал свои костыли - может еще кому
  EP захочется на них встать ;)

  А что тут описывать?

  Берется jar с тем что нужно (скажем какой-нибудь log4j). С помощью
  proguard из него вырезается все ненужное, отрабатывает оптимизатор
  proguard'а, возможно еще и обфускатор -- получается log4j для моих задач.
  И так с каждым jar'ом.

  Потом результат объединяется тем же proguard с собственно приложением.
  Далее опять отрабатывает оптимизатор (он удаляет неиспользуемые классы),
  и, если надо, обфускатор.

  Результирующий jar или готов к использованию, или сначала по нему еще
  проходится gcc-java.

  В результате не надо думать о том что а вот с другой версией того jar'а
  ничего не заработает или а вот что будет если этого jar не окажется в
  системе?. Кроме того получается относительно компактное нечто (хотя и
  менее компактное чем jar -- у меня обычно бинарники в несколько мегабайт
  получаются). Ну и время запуска при использовании gcc-java доли секунды,
  ибо не надо поднимать тяжелую VM, компилировать байт-код, и прочей фигней
  заниматься.

  Запускаю я то что написал обычно с помощью daemontools. Никакие сервлет
  контейнеры и прочее не используется, ибо Jetty -- rulez :)

  Этап обрезания ненужного с помощью proguard -- самый емкий по времени.
  Писать конфиг что отрезать а что не стоит, то еще удовольствие. Зато
  результат получается компактный и шустрый. Ну и с некоторыми клиентами
  обфускатор бывает не лишним :)

Спасибо, познавательно. Хотя мне до сих пор не требовалась компиляция
в нативный код (и у меня есть сомнения в том, что она всегда корректно
будет работать) и обфускатор. Я вполне доволен jakarta commons daemon.
Мне именно этот вариант видится самым прямым, хотя большинство
проектов стартуют с использованием /usr/bin/java, а останавливаются
так: слушают некий порт, и, если с локалхоста пришел соответствующий
пакет, тушат свет и выходят. Собственно под эту схему пишутся и
инитскрипты. Но в сравнении с jsvc это полное уродство.

Но помимо инфраструктуры для запуска, которая всегда относительно
проста, есть еще и внутренние паттерны для чего-то среднего между
прикладными и системными решениями, которые иногда достигают
реюзабельного состояния. Вот они как раз и были бы мне интересны ;)

Пример своих я в блоге публиковал, если у тебя что похожее накопится -
не прячь :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [devel] [JT] сам себе репозиторий

2009-02-19 Пенетрантность Eugene Prokopiev

19.02.09, Денис Смирнов написал(а):
On Thu, Feb 19, 2009 at 12:56:07PM +0300, Alexey I. Froloff wrote:

тогда в репозитарии не должно быть перлового софта,
использующего модули CPAN.

AIF Странная вещь получается - CPAN/Perl попадают под это
AIF определение, однако в реальной жизни такого вопроса не возникает.
AIF Либо perl не такой уж и особенный, либо остальные, мягко говоря,
AIF слегка преувеличивают.

Думаю дело в проделанной работе. И в объеме необходимой.

У Perl есть CPAN. И есть достаточно небольшой набор стандартных подходов к
созданию пакета, и т.д.

А жаба -- это каша. Куча вендоров каждый из которых извращается как может,
а мантейнеру потом с этим бардаком разбираться.

По степени каши в голове жаба превосходит C/C++, и при этом не имеет
никаких _стандартных_ аналогов soname, symbol versioning и т.д., хотя
каждый маньяк в manifest может изобретать что-то свое на эту тему.

В связи с этим даже в полуавтоматическом режиме сделать из жаба-пакетов
что-то приличное невозможно принципиально, то что сейчас делает Игорь --
лучшее из того что можно сделать с этим монстром в одиночку. А качества
поддержки на уровне того же perl можно достичь только ручной поддержкой
каждого из этих пакетов.

Сомнительное удовольствие, я скажу.

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

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

Вот raorn@ много полезного сделал для приведения в порядок ruby - и
спасибо ему. Но какова цена правильного запуска реальных приложений
вроде того же Redmine? Такова же цена серьезного использования python
и java - дешевле выходит играть по правилам апстрима :(

Идемте с этим в smoke-room@ :)

--
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [devel] [JT] сам себе репозиторий

2009-02-19 Пенетрантность Eugene Prokopiev

19.02.09, Денис Смирнов написал(а):
On Thu, Feb 19, 2009 at 12:56:07PM +0300, Alexey I. Froloff wrote:

тогда в репозитарии не должно быть перлового софта,
использующего модули CPAN.

Думаю дело в проделанной работе. И в объеме необходимой.

У Perl есть CPAN. И есть достаточно небольшой набор стандартных подходов к
созданию пакета, и т.д.

Сомнительное удовольствие, я скажу.

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

Идемте с этим в smoke-room@ :)

--
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Сам себе репозиторий

2009-02-19 Пенетрантность Eugene Prokopiev

19.02.09, Денис Смирнов написал(а):
On Thu, Feb 19, 2009 at 12:56:07PM +0300, Alexey I. Froloff wrote:

тогда в репозитарии не должно быть перлового софта,
использующего модули CPAN.

Думаю дело в проделанной работе. И в объеме необходимой.

У Perl есть CPAN. И есть достаточно небольшой набор стандартных подходов к
созданию пакета, и т.д.

Сомнительное удовольствие, я скажу.

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

Идемте с этим в smoke-room@ :)

--
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] про тырнет

2009-02-14 Пенетрантность Eugene Prokopiev

   MS Кстати, две недели в офлайне просто катастрофически пошли
   MS на пользу здоровью. :)  Рекомендую.
   Был бы очень рад :)

 RB Можно прыгнуть с парашюта в тайгу ;).

  При моем нынешнем состоянии здоровья я склею ласты еще в самолете :)

А я думал, ты используешь старую отмазку: клиенты и там найдут :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Доказываем аксиомы

2008-12-25 Пенетрантность Eugene Prokopiev

Народ, я понимаю, что я глупую вещь сейчас скажу ... нет, я не о том,
чтоб завязывать ;)

Просто я не вижу принципиальной разницы между убеждением атеиста
словами Писания и убеждением православного Комсомольской правдой :)

Доказывать аксиомы - неблагодарное дело ...

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Концепция общественной безопаснос ти, как обобщение идеалов СПО

2008-12-11 Пенетрантность Eugene Prokopiev

11.12.08, Денис Черносовdenis0...@gmail.com написал(а):
 11 декабря 2008 г. 17:22 пользователь Igor Zubkov igor.zub...@gmail.com
   Вы верите в бога?

  Я верю в Бога. Точно также, как другие верят, что его нет. Я крещенный
  православный, но верю в переселение душ и законы кармы.

Вы не православный по определению

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Народ против ИНН

2008-12-08 Пенетрантность Eugene Prokopiev

06.12.08, Денис Смирнов написал(а):

 On Sat, Dec 06, 2008 at 10:09:05PM +0300, Anatol B. Bazyukin wrote:

  ABB ИНН, номер карточка соцстраха, паспорт, военный билет, иностранный 
 паспорт,
  ABB страховой полис, водительские права, пенсионное удостоверение,
  ABB свидетельства о рождении, браке и смерти.
  ABB Кажется ничего не забыл :)

  Увы, в большинстве случаев идентификация производитя по паспорту.

http://vitus-wagner.livejournal.com/332643.html

эпидемия? ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] to whom it may concern

2008-11-20 Пенетрантность Eugene Prokopiev

20.11.08, Michael Bykov[EMAIL PROTECTED] написал(а):
 Совести у вас нет, вот что.

+1

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Снова инквизиция

2008-11-19 Пенетрантность Eugene Prokopiev

18.11.08, Michael A. Kanginmak@ написал(а):

  Ну ереси-то, в отличие от алкоголизма, казне доход приносящего, быстро
  пресекались на кострах ;)

Недавно наткнулся на еще одно довольно внятное изложение  -
http://beauty-n-beast.livejournal.com/165610.html

Этого автора будет труднее обвинить в предвзятости, чем Кураева ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] icons|иконки

2008-10-20 Пенетрантность Eugene Prokopiev

21.10.08, Michael Shigorin написал(а):
 On Mon, Oct 20, 2008 at 12:38:05PM +0400, Игорь Андросов wrote:
   Кстати не кажется ли вам что использования термина иконка
   является оскорблением по отношению к оригинальному значению?

  Тут нюанс: у них были иконоборцы, а у нас -- иконописцы.

Ты что имел ввиду, Миш? Иконоборцы были скорее у нас ;)

  Поэтому семантика родственных слов совершенно иная.

  Например, у них как icon могут охарактеризовать шлюху
  с первой страницы глянцевого журнала.  Мол, картинка.

  Потому да, пиктограммы.  KDE-шники(?) вон придумали значки,
  более практично.

Однако же из неверной (либо неправильно мною понятой посылки) следуют
логичные выводы :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] кто они демоны в UNIX?

2008-10-19 Пенетрантность Eugene Prokopiev

  Подумал, что нелогично в одной из самых продуманых ОС,
  разрабатываемой, в основном, в христианском мире использование
  понятий, связанных с враждемными к человеку силами.

А вот я не вижу здесь ничего нелогичного. UNIX - в определенном смысле
контркультура (см. Реймонда) и вполне логичен выбор терминов,
раздражающих традиционную христианскую (только внешне, по сути это
давно и далеко не так - но в данном случе это не важно) культуру. А
всякие расширенные толкования - это уже последствия вырастания из
пеленок. Примерно так же, как кому-то, выдающему себя за Луговского,
стало стыдно за свои креативы ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [JT] [Desktop] VMWare-server-console

2008-10-13 Пенетрантность Eugene Prokopiev

12.10.08, Damir Shayhutdinov написал(а):
  Всё-таки жаль, что в 4.1 перестал работать сабж.
   А ведь в 4.0 работал. Что-то в Гноме поломали, видимо.
  
   Понимаю, что сие лишь глас вопиющего в пустыне, но...


 Подземный стук у нас лечит специально обученный телепат, но он, к
  сожалению, в отпуске

А можно заранее проинформировать публику о том, когда он выйдет? Мы
вопросы заранее подготовим :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] PHP, Ruby/ROR, JEE и все-все-все

2008-08-30 Пенетрантность Eugene Prokopiev

 Ruby/ROR

Не удержусь :)

Вот рассказ о том, как запусть ROR на JRuby -
http://blog.headius.com/2008/08/zero-to-production-in-15-minutes.html

А вот о том, зачем это делать -
http://shootout.alioth.debian.org/gp4/benchmark.php?test=alllang=jruby

Еще не вчитывался, но надеюсь найти время ...

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] PHP, JEE и все-все-все

2008-08-29 Пенетрантность Eugene Prokopiev

29.08.08, Michael Shigorin написал(а):
 On Thu, Aug 28, 2008 at 09:56:18PM +0400, Denis A. Lopin wrote:
Зачем вам PHP? Тем более, что чтобы на нем писать программы,
а не решето из дыр и квалификация должна быть довольно
высокая.
   Извините меня конечно! Но я считаю такие заявления мягко говоря
   не коректными! И не приемлемыми в данной рассылке вообще.


 Это достаточно точная характеристика.  Для того, чтобы грамотно
  писать на PHP, некоторые рекомендуют попрактиковаться на J2EE.

Так вот зачем mithraen@ сбежал на Java ;)

Пользуясь случаем, прорекламирую свой креатив, написанный на днях
оттого, что временами у меня приключается день сурка и я устал :) -
http://admdev.blogspot.com/2008/08/lightweight-jee.html

Кстати, я был бы в восторге от что-то подобного c участием Ruby/ROR
или Python/Django - как в классическом варианте, так и с четким
RPC-интерфейсом между JS-клиентом и сервером (последнее, как я понял,
не очень популярно)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] PHP, JEE и все-все-все

2008-08-29 Пенетрантность Eugene Prokopiev

  http://admdev.blogspot.com/2008/08/lightweight-jee.html

Да, там есть одна проблема с лицензированием, которую я предпочел
изложить здесь -
http://lists.lrn.ru/pipermail/legal/2008-August/002546.html

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Священник занимается подстрекател ьством к пиратству

2008-05-15 Пенетрантность Eugene Prokopiev

  -Я про видео, аудио, софто и прочее пиратство, а точнее про
  скаченное в личных целях из интернета всяко нужное, но не лежащее
  в свободном доступе. Воровство ли это?

  -Не заморачивайтесь надуманной проблемой. Пользуетесь - и
  пользуйтесь на здоровье. Если Вам кто скажет, что это, дескать,
  нехорошо - Вы что, пойдете в магазин и купите лицензионный
  Photoshop за 900 долларов США?
  Могу Вам сказать, что ни в епархиях, ни в самой Московской
  Патриархии лицензионным софтом (окромя того, что ОЕМ стояло при
  покупке компьютера) не пользуются.

  http://community.livejournal.com/ru_antireligion/2249640.html

  и немножко идиотии от эникейщика в рясе:
  http://toshk.livejournal.com/213292.html

Вы дадите зуб, что чудес не бывает? :) И давно вы в IT работаете? ;)
И легкой (но достаточно уважительной, бубны - это уже другое) иронии в
тексте тоже не наблюдаете?

Кстати, а вот и выводы автора журнала на тему копирайтов -
http://toshk.livejournal.com/235848.html

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] благодатный огонь (видео)

2008-05-11 Пенетрантность Eugene Prokopiev

   Так ведь в _детстве_ :) Да и против фанатиков -- средство
   правильное.  Тем более люди, которые упрощают веру до Сидит
   Бог на облаке и рулит всем миром вызывают у меня странное к
   себе отношение...

 MS Так они объективно ближе к истине, чем я, даже так получались.

  ?

речь о том, что для разных ситуаций эффективность разных моделей
различна и есть случаи, когда модель сидит Бог на облаке и рулит всем
миром самая эффективная? ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] ГИС Web-сервисы

2008-04-30 Пенетрантность Eugene Prokopiev

Скажите, а существуют ли в природе ГИС Web-сервисы, с которых за
некоторую плату можно получать карты как в виде объектов, с которыми
еще что-то можно сделать (соответственно в каком-нибудь
распространенном формате, для которого есть средства обработки), так и
виде просто картинок с выделенным маршрутом, например? Быстрое
гугление ничего не дало ...

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] ГИС Web-сервисы

2008-04-30 Пенетрантность Eugene Prokopiev

  Есть ещё РФ-ские с данными за ОЧЕНЬ большие деньги.

ну они собственно и интересуют ...

куда деньги нести? ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [Sysadmins] [Comm] ALTLinux у свя щенников - восстановление Windows-парти ции

2008-01-31 Пенетрантность Eugene Prokopiev

  масоны галилеянин в гугле введите, пожалуйста
 
  жаль до первоистичника самой распространенной цитаты докопаться уже тяжело 
  ...

 Если Вы про
 http://www.apocalypse.orthodoxy.ru/review/1999_2.htm, то ничего иного
 на этом сайте и ожидать не приходится.

нет, многих, приводящих эту цитату в подтверждение своих фантазий
читать и правда бывает и весело, и грустно ...

но обратите внимание, что на масонских сайтах по тем же ключевым
словам находится не опровержение, а скорее подтверждение сказанного

а вообще-то да, пора завязывать, все всех поняли ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [Sysadmins] [Comm] ALTLinux у свя щенников - восстановление Windows-парти ции

2008-01-30 Пенетрантность Eugene Prokopiev

31.01.08, Pavel N. Solovyov[EMAIL PROTECTED] написал(а):
 On Wed, 30 Jan 2008 17:36:38 +0200
 Michael Shigorin wrote:

   Помнится где-то в начале 2000-х годов  мы с Федорчуком  по Inet
   обсуждали  исторические параллели, сравнивая эпоху развития
   свободного софта с эпохой реформации в европе (протестанство,
   гугеноты и т.п.) - очень интересные аналогии прорисовывались
   :-) Так как дело давнее - опишу итоговый результат.
 
  В Европе это всё закономерно привело к масонству.
 
  Его, в отличие от православия, я лично поддерживать не хочу.

 Но ведь сами массоны не видят никакой разницы (и в этом их
 сила), какого вероисповедания придерживаются члены ложи, главное, чтобы
 они были верующими - христиане, иудеи, мусульмане - без разницы...

масоны галилеянин в гугле введите, пожалуйста

жаль до первоистичника самой распространенной цитаты докопаться уже тяжело ...

 Поэтому противопоставлять массонство православию очень даже не
 корректно.

да? а противопоставлять microsoft shared source или как там оно
называется и СПО тоже некорректно? ;)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] У нас новый закон?

2007-12-28 Пенетрантность Eugene Prokopiev

 в России пока действует презумпция невиновности, как отправная точка 
 отправления правосудия

По факту это, к сожалению, не так. Обычно проверяющие лицензионность
ПО требуют доказательств лицензионности (бумажки, наклейки и т.д.), а
не предъявляют доказательства нелицензионности. Понятно, что это
незаконно, но это распространенная практика, и судиться выходит дороже
и по деньгам, и по нервам :(

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Утопическая идея. RPM build onlin e.

2007-11-29 Пенетрантность Eugene Prokopiev

 ALT - other  (сложное в простое?)
 следовательно, возможен конвертор
 other - ALT  (простое в сложное?)
 :)

Вы перепутали простое со сложным :) Альтовские правильные спеки
достаточно просты, а вот чужие - нет. И сделать из сложного простое -
очень непростая задача.

Лично мне легче писать спек с нуля или по образцу аналогичного
альтовского, нежели брать чужой (в чужой можно заглядывать за идеями,
кто-то, говорят, находил ;) ). Есть также
http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/SampleSpecs -
неужели это тоже высокий порог?

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] gmail: пересылка спама

2007-11-11 Пенетрантность Eugene Prokopiev

Здравствуйте!

В gmail есть возможность пересылать все письма на указанный smtp. Все 
прекрасно, только спам не пересылается :( . И даже если сказать, что это 
письмо не спам вручную, переслано оно не будет. Можно как-то с этим 
бороться? На худой конец вообще проверку спама выключить? В настройках 
не нашел :(

-- 
С уважением,
Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] LISP

2007-10-23 Пенетрантность Eugene Prokopiev

Alexey Voinov пишет:
 Timur Batyrshin [EMAIL PROTECTED] writes:
 
 На java/oracle он профессионально пишет уже
 много лет.
 применение LISP под Java -- это я неудачно
 выразился.
 Хочет он, насколько я понял, работающих
 примеров/отправных точек по встраиванию
 лиспа в программы на яве -- разумеется, в
 исходниках или в виде документации по
 конкретно этой задаче, чтобы было от
 чего отталкиваться при собственной
 разработке. Есть что посоветовать?
 
 Я ни разу ещё не слышал про реализации Common Lisp в JVM байткоде

http://jatha.sourceforge.net/

-- 
С уважением,
Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] LISP

2007-10-23 Пенетрантность Eugene Prokopiev

Alexey Voinov пишет:
 Eugene Prokopiev [EMAIL PROTECTED] writes:
 
 Alexey Voinov пишет:
 Я ни разу ещё не слышал про реализации Common Lisp в JVM байткоде
 http://jatha.sourceforge.net/
 О, спасибо. Это и мне самому пригодится может. :)

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

-- 
С уважением,
Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Помогите найти исто чник цитаты

2007-10-10 Пенетрантность Eugene Prokopiev

Здравствуйте!

Помогите найти источник цитаты, кажется, Кернигана, которая в вольном 
пересказе звучит так:

Я всегда мечтал, чтобы компьютером было пользоваться так же легко, как и 
телефоном. Моя мечта сбылась - теперь я не знаю, как пользоваться 
телефоном :)

-- 
С уважением,
Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] I: Ряды холостяков редеют.

2007-07-21 Пенетрантность Eugene Prokopiev

Aleksey Avdeev пишет:
 Приветствую.
 
   Я таки стал, вчера, женатым человеком. :-)

мои самые искренние поздравления :)

заодно поздравления от оффлайнового и убежавшего полчаса назад пить 
дальше icesik@ (он хоть и не в курсе, но против, думаю, не будет :)

-- 
С уважением,
Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Регистрация на конференцию

2007-06-27 Пенетрантность Eugene Prokopiev

Здравствуйте!

Я вот вчера отправил письмо на conference (at) lists.altlinux.ru, а 
сегодня сообразил, что адрес похож на список рассылки и попробовал 
подписаться через веб - однако результат такой же: ответа пока нет. Как 
скоро он должен быть?

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Регистрация на конференцию на Про тве

2007-06-27 Пенетрантность Eugene Prokopiev

ALT Linux User пишет:
Я вот вчера отправил письмо на conference (at) lists.altlinux.ru, а
сегодня сообразил, что адрес похож на список рассылки и попробовал
подписаться через веб - однако результат такой же: ответа пока нет. Как
скоро он должен быть?
 
 
 Всё уже в порядке, Ваши письма доходят. Вас видно :)

Наверное, я недостаточно ясно выразился. Я о Четвертой конференции 
разработчиков свободных программ на Протве - 
http://altlinux.ru/community_news/developers_fourth.html ;)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] какой будет gnome в 4 альте

2007-05-20 Пенетрантность Eugene Prokopiev

 Ну я сидел ещё месяц назад на кедах. Сейчас на гноме. Это дома.
 
 На работе я как сидел на openbox так и буду. Ничего лучше я просто не нашёл 
 для работы.

gnome и openbox - это хорошо, а как оно у тебя выглядит? я уже не раз 
жаловался на URW-шрифты в GTK2-приложениях, поскольку для для отрисовки 
UI особых альтернатив не вижу

см. https://bugzilla.altlinux.org/show_bug.cgi?id=11819

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] С Днём Варенья , gvy! :)

2007-05-01 Пенетрантность Eugene Prokopiev

Vasily Kolomeets пишет:
 Всем привет.
 
 Михаил, поздравляю с Днём Рождения! Счастья, удачи и любви! И конечно же 
 хорошего настроения! Ура! :-)

присоединяюсь !

удачи в всем :)

-- 
С уважением,
Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] доступ к БД из вне - секюрность

2007-04-19 Пенетрантность Eugene Prokopiev

Serge пишет:
 Возникла такая проблемма:
 Есть  распределенная БД. Контент в этой БД очЕнь важный.
 Нужно реализовать доступ к этой БД из вне, одновременно обезпечивая 
 безопасность контента от деструктивных действий (несанкционированного 
 доступа).
 Вопрос:
 1) Какими средствами можно организовать доступ к БД из вне
 (пока в голову приходит организовать какой то web интерфейс)
 2) Какими средствами можно реализовать защиту контента БД при доступе из вне
 
 Может быть кто то реализовывал что то подобное. Мне интерестно будет услышать 
 любое Ваше мнение и рекомендации по моему вопросу.
 Заранее благодарен за ответ.  

Пользователи БД знают, что такое SQL? ;)

Если нет (либо это знание им не нужно), то писать/использовать 
какую-либо морду к БД (не обязательно web) необходимо в любом случае, 
даже если удаленного доступа не предполагается. Если морда все-таки web, 
достаточно будет ssl + нормально ее написать, защитившись от sql 
injection и т.д. Если не web, то нормально писать нужно все равно, но 
шифровать придется левыми средствами (ssh, vpn, ...)

Если пользователи знают о SQL, то нужно попробовать использовать 
средства СУБД (например, многие умеют ssl), а если не выйдет, то 
использовать левые средства.

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Христос воскресе!

2007-04-08 Пенетрантность Eugene Prokopiev

 Христос воскресе!

воистину воскресе!

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] linuxonline

2007-03-25 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
On Fri, Mar 23, 2007 at 12:06:55PM +0200, Gennadiy Redko wrote:

GR А зачем ловить?
GR Выгонять надо, когда наступят последствия...
GR А по-поводу лицензионности-нелицензионности - дать подписать бумажку
GR о том, что юзер отвечает за все, что сверх утвержденного списка и
GR отправлять в суд уже юзера по результатам проверки лицензионности.
GR Мы так поступили.
GR Теперь далеко не каждый просит себе права администратора.

Уж извини, я не сотронник такого подхода.

1. Если юзверя отправлять в суд то разве что после увольнения сисадмина.
Который по своему долго службы должен был ситуацию предотвратить.

2. Я терпеть не могу реагировать на любые критические ситуации. Я --
ленивый параноик. И делаю все чтобы их предотвратить. Конкретно в случае с
Skype я не жду угроз уязвимости то момента его более сильного
распространения. Поэтому считаю что удавливать его надо в зародыше.

описанный выше подход хорош в плане соотношения затраты/эффективность :)

разумеется, если требуется большая эффективность, можно их совместить :)

Правда я ещё и вообще злобное создание которое резко против ICQ и других
IM (даже Jabber) на рабочем месте большинства сотрудников. А чтобы не было
желания использовать для личного общения -- коннект должен быть только
через свой сервер с записью логов (кстати в нашем ejabberd соответствующий
модуль не собран к сожалению). Одного факта что личную переписку могут
прочитать для многих достаточно чтобы с рабочего места её не вести :)

если сильно сотрудников зажимать, то они начнут либо убегать, либо
искать дырки, по своему опыту говорю ;)

давление - плохая мотивация

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

2007-02-26 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
 On Mon, Feb 26, 2007 at 08:50:32AM +0300, Eugene Prokopiev wrote:
 
 
Медитирую над синтаксисом того, чего хочу. В общем-то я понял что хочу --
некий недоlisp. Буду думать.
 
 EP http://jatha.sourceforge.net/ ?
 
 /me в шоке.
 
 Гм. Слушай, можно нескромный вопрос? А чего на Java ещё нет?

cложный вопрос ... :)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

2007-02-26 Пенетрантность Eugene Prokopiev

 Увы, там самое сложное не столько web-интерфейс, сколько именно работа по
 TCP/IP с с asterisk'ом.

Сюда ходил http://asterisk-java.org/? Может есть смысл использовать 
наработки? Если ты помнишь, когда-то я интересовался астериском и его 
Manager API, вот и отложил ссылку, может еще пригодится ...

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Вопрос по PHP (или I Hate PHP)

Денис Смирнов пишет:
On Sat, Feb 24, 2007 at 06:28:58PM +0300, Eugene Prokopiev wrote:

EP Этот конструктор для самых ленивых, им лучше не пользоваться ;)

Понял :)

EP Лучше принудительно указывать требуемый коннектор, тогда и привязка к
EP адресу будет.
EP Еще лучше предварительно ознакомиться с
EP http://docs.codehaus.org/display/JETTY/Architecture

35 /** Blocking NIO connector.
36 * This connector uses efficient NIO buffers with a traditional blocking
thread model.
37 * Direct NIO buffers are used and a thread is allocated per connections.
38 *
39 * This connector is best used when there are a few very active
connections.

Гм, конкурент nginx говоришь? ;) С точностью до наоборот -- это как раз
то, что лучше всего себя чувствует когда стоит backend'ом для nginx, в
этом случае разгоняется. А если на эту штуковину напустить несколько тысяч
активных юзверей, и машинка будет не pSeries, или санки какие, то сдохнем
сразу.

Я не про BlockingChannelConnector вообще-то, а например, про
SelectChannelConnector ;)

Можно прочесть еще вот это -
http://www.webtide.com/downloads/whitePaperAjaxJetty.html

NIO позволяет обслужить меньшим количеством потоков больше запросов.
Т.е. пытается обыграть Erlang на его поле ;) . Да, подход Erlang с
практически неограниченным количеством легких потоков изящнее, но NIO,
похоже, в большинстве случаев работает не хуже.

EP Сейчас для одного совсем маленького web-проекта я использую DWR, там
EP работа ведется не в терминах http-запросов, а скорее в терминах RPC. GUI
EP на HTML (еще лучше здесь будет смотреться XUL), клиентская логика на
EP JavaScript, серверная - Java (точнее контекст Spring со встроенными в
EP него бинами Jetty, DWR, самого Spring и моими). Собственно DWR нужен,
EP чтобы из JavaScript дергать Java-код (бины, размещенные в контексте
EP Spring) и наоборот. Не факт, что тебе это подойдет, но посмотри.

%-)

EP Не годится? ;)

Много слоев.

2 - это немного (если не считать переходники JS-Java, JSON-JavaBeans
и JavaBeans-БД, но они взяты готовыми). Я с трудом представляю себе
задачу, в которой не требовалось бы разделять UI и основную логику
работы (разве что последняя отсутствует - например, простая форма для
ввода данных в БД)

Сходу не въехать, а при том я бы хотел оставить портируемость
большей части своего кода между языками. Да, я знаю что я псих.

Т.е. свой DSL и его интерпретатор/компилятор на java/php/... ?

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

Денис Смирнов пишет:
On Thu, Oct 26, 2006 at 12:05:32PM +0400, Eugene Prokopiev wrote:

XML мегарулез, когда применяется там где надо. Но тот кто сказал что он
предназначен чтобы парсить глазками нагло соврал, мои глазки такое парсить
не могут.

EP На это я ответил ...
EP Могу добавить, что моим глазам конфиг на xml парсить легче конфига, ну
EP скажем, postfix :) Разумеется, при наличии нормальных отступов для
EP отображения древовидной структуры. А если редактор раскрашивает xml, то
EP вообще все в шоколаде :)

Моими глазами удобнее всего парсить windows ini-like конфиги :) Те что
секции разделают [вот-так], а внутри секций присваивания. Опять же, смотря
какие конфиги.

мне обычно не хватает 2 уровней ;)

А xml если читать более-менее, то писать нервов не хватает.

У... Хотя пользу понимаю -- можно легко конфиг и скриптами править.

EP Вот-вот. При этом не сильно уродуя его с точки зрения визуального
EP восприятия.

Ну это я и с обычными конфигами писал. Тот код, что я постил недавно был
по твоему ручками сгенерирован? Не-а. Из PHP-кода который я до этого писал
автоматически сгенерирован. Ага, я псих. Причем конвертация работает в
обе стороны -- из конфига в PHP, и наоборот. Причем diff на оригинал и
результат двойного конвертирования молчит как партизан на допросе. Я так
свой компилятор тестирую :)

если бы все были такими же отважными, может XML и правда был бы не нужен :)

хотя он настолько оброс всевозможными технологиями (например, я иногда
не представляю себе, что бы я делал без XPath, этот молоток я даже к
JavaBeans применял - см. JXPath), что назад дороги нет ...

Кстати, что сейчас модно для скриптования как раз изменения XML? xsltproc
какой?

EP Изменение - это, скорее всего, DOM. Для DOM в Java лучше всего dom4j,
EP чуть хуже jdom - но это с моей колокольни. Есть в Java стандартное и
EP несколько замороченное API, с которым все стараются быть совместимыми -
EP JAXP. Далее по возрастанию уровня абстракции: XStream -
EP JAXB/XMLBeans/Castor/...
EP Hibernate теперь уже не только ORM (БД - JavaBeans), но и БД - DOM.
EP Castor вроде всегда умел ...

А SAX?

JAXP - универсальный интерфейс к различным анализаторам, как минимум
один из которых идет в комплекте c JRE (как и сам JAXP, а с Java 6,
кажется, идет в комплекте и JAXB).

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

Денис Смирнов пишет:
On Thu, Oct 26, 2006 at 11:47:12AM +0400, Eugene Prokopiev wrote:

Извиняюсь за поздний ответ, письма на эту тему после прочитывания
откладывал на обдумывание... да слишком на долго отложил.

Гм. У меня ситуация немного другая -- мне достаточно если он будет
_работать_ где угодно. Увы, скорее всего то что будет распространяться
будет распространяться в бинарном виде :(

EP Этого, по-моему, уже достаточно для отказа от apt для всего, кроме
EP JDK/JRE, чтобы унифицировать подход к разным платформам

Я с этим не соглашусь. Пусть у меня будет одна нормальная платформа где
будет удобно работать. А для остальных, так и быть, можно раздавать кашу в
виде пачки jar'ов в одном tgz с бльшим README на тему а как с этим
кошмаром взлететь.

Пользователи же нормальных дистрибутивов смогут использовать пакетный
менеджер.

То есть класс содержит в себе код обработчики запроса? Ага.

EP Есть надстройки над этим - template engines типа JSP и Velocity, которые
EP позволяют писать в стиле PHP, т.е. html + вставки кода. Кстати, Velocity
EP как template engine используется в проектах, которые к web никаким боком.

Добровольно мешать код и данные? Нет уж :)

EP :)

EP Есть надстройки над этими надстройками :) Есть другие надстройки над
EP сервлетами. Начать читать можно отсюда -
EP http://www.techinfo.net.ru/docs/web/javawebdev.html

Прочитал... жуть! Описано только одно средство (XMLC) которое упрощает
разработку, а не усложняет %-/

EP :) так видимо считали все, приступая к разработке очередного кошмара, но
EP уже своего :)

Видимо да. Но логика своего кошмара хотя бы самому себе кажется разумной.
А логика чужого кошмара приводит к кошмарам по ночам :)

Откуда такая XML-мания?

EP просто XML - это общепринятый способ хранить древовидные данные (если
EP этих данных немного - т.е. для конфигов почти идеал). Конечно, у Lisp и
EP Erlang свой путь, может более эффективный по затрате ресурсов, но в Java
EP и не только путь именно такой, и изобретено уже столько инструментов и
EP технологий поддержки, что отказываться поздно ...

Люблю конфиги на тикле писать :)

EP display-nameHello, World Application/display-name
EP description
EP This is a simple web application with a source code
organization
EP based on the recommendations of the Application Developer's
Guide.
EP /description

Где используется эта информация?

EP В Tomcat есть интерфейс администрирования web-приложений: установить,
EP удалить, запустить, остановить - вот там имя и описание и фигурируют

Ага, понял.

EP build.xml (и вызывающий его build.sh) умеет строить из этого дерева
EP файлов war-архив. Этот архив можно разными способами продеплоить в
EP Tomcat: например, скопировать его в определенный каталог, который он
EP мониторит на предмет появления новых приложений. Будет это приложение
EP работать и в других контейнерах вроде Jetty и Resin, а также в тяжелых
EP серверах приложений вроде JBoss и Geronimo, которые содержат встроенные
EP сервлет-контейнеры (коими являются Tomcat и Jetty :) ).

Я правильно понимаю что минимальный сервлет-контейнер должен уметь всего
лишь каким-либо образом обрабатывать клиентские соединения, подгружать
сервлеты и передавать данные?

EP да :)

А монстры чем отличаются от этого минимума? Администрирование, возможно
какой-то механизм кэширования, что еще?

О каких монстрах речь? JBoss и Geronimo? Ну тут в двух словах никак.
Кратко: это реализация всех стандартов JEE - JMS (асинхронные сообщения
- аналог e-mail, но с отказоустойчивостью, транзакциями и т.д.), EJB
(RPC, ORM, ...), распределенные транзакции, security, кластеризация ...
Собственно Web тут очень небольшая часть. Кстати, я их не использую, мне
в качестве контейнера достаточно Spring, куда я при необходимости могу
втащить реализацию какой-либо JEE-технологии, вроде JMS (например,
ActiveMQ - часть Geronimo, но поддерживает конфигурирование средствами
Spring и JBoss).

То есть можно, например, написать простой
сервлет-контейнер который будет общаться с тем же nginx через FastCGI.

EP писать свой - это все-таки перебор, посмотри на Jetty или Embeded Tomcat
EP - с первым я баловался, встраивая его в свое приложение.
EP FastCGI и сервлеты - это скорее взаимоисключающие вещи. Я бы на твоем
EP месте проверил, реально ли (и достаточно ли по производительности - так
EP на всякий случай) на сервлетах построить тот framework, который ты
EP хочешь (очень интересно, что у тебя получится :) - как сделаешь, делись
EP :) ). А если нет, то идти к FastCGI - эта технология, как я понимаю,
EP вообще перпендикулярна любым языкам и платформам. И при любом выборе
EP посмотреть в сторону какой-либо реализации IoC и AOP - вероятность того,
EP что они будет полезны, довольно высока.

что такое IoC и AOP?

IoC мы кратко рассмотрели в примере использования Spring, можно еще
здесь почитать - http://www.rsdn.ru/article

Re: [room] Лекция по Java

 Увы, ч XML-технологиями я не очень разобрался. Но как я понял большинство
 из них на верхнем уровне даже не знают что имеют дело с XML, а не
 какой-нибудь другой древовидной структурой.

точнее, пользователь этих технологий может не знать, что внизу сидит XML

пример - XML-RPC

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

 Медитирую над синтаксисом того, чего хочу. В общем-то я понял что хочу --
 некий недоlisp. Буду думать.

http://jatha.sourceforge.net/ ?

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Вопрос по PHP (или I Hate PHP)

2007-02-24 Пенетрантность Eugene Prokopiev

 EP а в Java 6 есть такое - 
 EP http://java.sun.com/javase/6/docs/api/javax/tools/package-summary.html
 EP хотя и раньше jasper (компилятор JSP в байт-код) и ant как-то 
 EP выкручивались, используя, как я понимаю, недокументированные классы из 
 EP tools.jar
 
 Как я понял речь не о генерировании байт-кода, а о вызове компилятора,
 если  правильно понял описание.

да

 Только вот я не понял, конструктор Server берет один аргумент 'port'? А ip
 адрес кто сожрал? Ну ладно, для тех задач что я прямо сейчас делаю мне это
 пофиг. А для тех что собираюсь, изоляции серверов побольше хотелось бы.

Этот конструктор для самых ленивых, им лучше не пользоваться ;)

Лучше принудительно указывать требуемый коннектор, тогда и привязка к 
адресу будет.

Еще лучше предварительно ознакомиться с 
http://docs.codehaus.org/display/JETTY/Architecture

 EP Сейчас для одного совсем маленького web-проекта я использую DWR, там 
 EP работа ведется не в терминах http-запросов, а скорее в терминах RPC. GUI 
 EP на HTML (еще лучше здесь будет смотреться XUL), клиентская логика на 
 EP JavaScript, серверная - Java (точнее контекст Spring со встроенными в 
 EP него бинами Jetty, DWR, самого Spring и моими). Собственно DWR нужен, 
 EP чтобы из JavaScript дергать Java-код (бины, размещенные в контексте 
 EP Spring) и наоборот. Не факт, что тебе это подойдет, но посмотри.
 
 %-)

Не годится? ;)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Вопрос по PHP (или I Hate PHP)

2007-02-18 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
 On Mon, Feb 12, 2007 at 09:00:12AM +0300, Eugene Prokopiev wrote:
 
 
Вот обижусь на все эти языки, уйду в отпуск, и начну писать себе набор
библиотек чтобы на ocaml каком писать... :)
 
 EP Боюсь показаться навязчивым, но есть такая платформа - JVM ;) c жутким 
 EP количеством библиотек и с несколько меньшим количеством языков, среди 
 EP которых, помимо Java, есть и функциональные (Scala и CAL - аналог 
 EP хаскела без части syntax sugar, кстати и небезызвестный г-н Луговской 
 EP вроде как на том же поприще подвизался), и много еще какие, если же 
 EP того, что надо все же нет, то есть, например, ANTLR ;)
 EP Вот хостиг с Java - да, дороже LAMP выйдет ...
 
 Зря боишься :) О JVM я думаю больше всего. А твоими стараниями думаю более
 осознанно :)
 
 Из последнего твоего разъяснения и вкуривания докуметации я уяснил для
 себя что:
 
  - Java как язык мне очень нравится для построения платформы;
  - Java категорически не нравится собственно для написания web-приложения.
В общем-то это пофиг, потому как я не ленивый, и сделать некий простой
скриптовый язык из которого генерировать код на жабе я смогу. А где
нужна хоть чуть-чуть нетривиальная логика не выпендриваться, а писать
на жабе;
  - Генерировать самому код для JVM -- гм, а что, есть для этого
более-менее удобные средства (типа тех что есть в .NET)? Да ещё и
более-менее эффективные (умеющие задействовать при необходимости фишки
как сановской, так и IBM'овской реализации)?

http://java-source.net/open-source/bytecode-libraries

  - То, что считается общепринятым методом разработки web-приложений на
Java мне не нравится ну совсем. JVM поднимается не шустроб поэтому
использовать как CGI нельзя. Остается FastCGI или встраивать в свое
приложение http-сервер. Я псих, и могу пойти даже на второе, хотя
предпочел бы FastCGI. Как я понимаю писать мне его поддержку придется
самостоятельно.

http://docs.codehaus.org/display/JETTY/Embedding+Jetty

Я не пойму, чего ты так цепляешься за FastCGI. Чем это принципиально 
отличается от HttpServlet.do*? Сделай поверх сервлетов любое API, 
которое тебе будет удобно, в FastCGI ты же ведь тоже наверное не в 
терминах ввода/вывода символов работаешь ...

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Вопрос по PHP (или I Hate PHP)

2007-02-18 Пенетрантность Eugene Prokopiev

Eugene Prokopiev пишет:
 Денис Смирнов пишет:
 
On Mon, Feb 12, 2007 at 09:00:12AM +0300, Eugene Prokopiev wrote:



Вот обижусь на все эти языки, уйду в отпуск, и начну писать себе набор
библиотек чтобы на ocaml каком писать... :)

EP Боюсь показаться навязчивым, но есть такая платформа - JVM ;) c жутким 
EP количеством библиотек и с несколько меньшим количеством языков, среди 
EP которых, помимо Java, есть и функциональные (Scala и CAL - аналог 
EP хаскела без части syntax sugar, кстати и небезызвестный г-н Луговской 
EP вроде как на том же поприще подвизался), и много еще какие, если же 
EP того, что надо все же нет, то есть, например, ANTLR ;)
EP Вот хостиг с Java - да, дороже LAMP выйдет ...

Зря боишься :) О JVM я думаю больше всего. А твоими стараниями думаю более
осознанно :)

Из последнего твоего разъяснения и вкуривания докуметации я уяснил для
себя что:

 - Java как язык мне очень нравится для построения платформы;
 - Java категорически не нравится собственно для написания web-приложения.
   В общем-то это пофиг, потому как я не ленивый, и сделать некий простой
   скриптовый язык из которого генерировать код на жабе я смогу. А где
   нужна хоть чуть-чуть нетривиальная логика не выпендриваться, а писать
   на жабе;
 - Генерировать самому код для JVM -- гм, а что, есть для этого
   более-менее удобные средства (типа тех что есть в .NET)? Да ещё и
   более-менее эффективные (умеющие задействовать при необходимости фишки
   как сановской, так и IBM'овской реализации)?
 
 
 http://java-source.net/open-source/bytecode-libraries

а в Java 6 есть такое - 
http://java.sun.com/javase/6/docs/api/javax/tools/package-summary.html

хотя и раньше jasper (компилятор JSP в байт-код) и ant как-то 
выкручивались, используя, как я понимаю, недокументированные классы из 
tools.jar

в некоторых случаях для динамической генерации кода удобнее AOP, см. 
AspectJ и Spring AOP

 - То, что считается общепринятым методом разработки web-приложений на
   Java мне не нравится ну совсем. JVM поднимается не шустроб поэтому
   использовать как CGI нельзя. Остается FastCGI или встраивать в свое
   приложение http-сервер. Я псих, и могу пойти даже на второе, хотя
   предпочел бы FastCGI. Как я понимаю писать мне его поддержку придется
   самостоятельно.
 
 
 http://docs.codehaus.org/display/JETTY/Embedding+Jetty
 
 Я не пойму, чего ты так цепляешься за FastCGI. Чем это принципиально 
 отличается от HttpServlet.do*? Сделай поверх сервлетов любое API, 
 которое тебе будет удобно, в FastCGI ты же ведь тоже наверное не в 
 терминах ввода/вывода символов работаешь ...

Кстати, встраивание http-сервера в приложение - не такая глупая мысль, 
как поначалу кажется. Многие проекты это практикуют, правда я не могу 
вспомнить ни одного, кто бы использовал свой наколенный http-сервер. В 
большинстве случаев встраивают Jetty, и я не могу придумать причины для 
написания своего http-сервера вместо него. С учетом использования NIO 
его конкурентом в плане производительности должен быть скорее nginx, 
нежели apache, хотя задачи выжать из него максимум пока у меня не было.

Я встраивал Jetty, правда не прямо в свой Java-код, а в контекст 
Спринга. И наблюдаю интересную тенденцию: многие проекты уже используют 
Spring/XBean или Hivemind в качестве механизма конфигурирования 
отказываясь от изобретения собственных велосипедов. Меня, как 
пользователя Spring, это очень радует. Логика работы контекста и 
синтаксис его описания в Spring разделены, т.е. xml - только один из 
возможных способов его описания. Еще поддерживается никем вроде не 
используемый формат properties, а одни веселые ребята сделали реализацию 
Ruby-подобного синтаксиса - 
http://svn.trampolinesystems.com/springy/trunk/README

Сейчас для одного совсем маленького web-проекта я использую DWR, там 
работа ведется не в терминах http-запросов, а скорее в терминах RPC. GUI 
на HTML (еще лучше здесь будет смотреться XUL), клиентская логика на 
JavaScript, серверная - Java (точнее контекст Spring со встроенными в 
него бинами Jetty, DWR, самого Spring и моими). Собственно DWR нужен, 
чтобы из JavaScript дергать Java-код (бины, размещенные в контексте 
Spring) и наоборот. Не факт, что тебе это подойдет, но посмотри.

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Вопрос по PHP (или I Hate PHP)

2007-02-11 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
 On Sun, Feb 11, 2007 at 08:40:01AM +0300, Anatol B. Bazyukin wrote:
 
 ABB ДС Какой кувалдой долбануть PHP, чтобы str* с уникодом работала как 
 надо, а
 ABB ДС не черт знает как?
 ABB http://ru2.php.net/strlen ?
 
 Спасибо, то что надо.
 
 Как же все-таки запущено... Нет чтобы сделать как в perl -- флажок для
 каждой переменной это utf-8.
 
 Вот обижусь на все эти языки, уйду в отпуск, и начну писать себе набор
 библиотек чтобы на ocaml каком писать... :)

Боюсь показаться навязчивым, но есть такая платформа - JVM ;) c жутким 
количеством библиотек и с несколько меньшим количеством языков, среди 
которых, помимо Java, есть и функциональные (Scala и CAL - аналог 
хаскела без части syntax sugar, кстати и небезызвестный г-н Луговской 
вроде как на том же поприще подвизался), и много еще какие, если же 
того, что надо все же нет, то есть, например, ANTLR ;)

Вот хостиг с Java - да, дороже LAMP выйдет ...

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] русский порядок на русской земле

2006-11-09 Пенетрантность Eugene Prokopiev

 И это ... еще ... Давайте лучше про грузинские вина 
 Прямо вот сейчас, можно сказать, под впечатлением 
 Хорошая весчь ... Располагает к размышлениям 
 К работе, скажу честно, не располагает напрочь ...
 Хотел новый Xfce потестить  Ниасилил ... :)
 
 А в России теперь пьют денатурат, 
 о чем СМИ извещают нас с тошнотворной регулярностью ...
 
 Зря они так с грузинскими винами обошлись 
 Сами теперь виноваты ... :(

предпочитаю грузинским таманские, однако, думаю, что любители и тех, и 
других денатурат ниасилят ;)

так что денатурат - это из другой темы ...

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

2006-10-26 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
 On Wed, Oct 25, 2006 at 02:43:40PM +0400, Eugene Prokopiev wrote:
 
 EP Первое: пусть польют меня грязью, но я в данном вопросе сторонник 
 EP недистрибутивного подхода, из Сизифа меня интересует только JDK/JRE. 
 EP Обоснование: продукт должен работать не только в ALT, и не только в 
 EP Linux (даже в качестве IDE я использую Eclipse в Linux, но со мной 
 EP работает один человек в Windows и один еще не определился :) ). Более 
 EP того, мне хочется, чтобы он собирался везде, где нет ничего, кроме JDK. 
 EP Поэтому мне пока проще таскать все необходимые библиотеки с собой, они у 
 EP меня лежат прямо в CVS вместе с исходниками. Я задницей чувствую, что 
 EP когда-нибудь это начнет меня напрягать, когда потребуется гарантировать 
 EP одинаковые версии библиотек в разных проектах, и тогда я буду смотреть 
 EP на maven, а пока мне достаточно ant. Грубые аналогии: ant - это make, 
 EP maven - это hasher/spt :)
 
 Гм. У меня ситуация немного другая -- мне достаточно если он будет
 _работать_ где угодно. Увы, скорее всего то что будет распространяться
 будет распространяться в бинарном виде :(

Этого, по-моему, уже достаточно для отказа от apt для всего, кроме 
JDK/JRE, чтобы унифицировать подход к разным платформам

 EP Далее: CGI в виде отдельных процессов на каждый запрос в Java никто в 
 EP здравом уме делать не станет - это слишком дорого. Основа всех 
 EP технологий - это сервлеты, которые выглядят так:
 
 Правильно ли я понимаю что Tomcat это штука для запуска сервлетов? И по
 сути это дает возможности идентичные FastCGI?

да

 EP Принцип ясен?
 
 То есть класс содержит в себе код обработчики запроса? Ага.
 
 EP Есть надстройки над этим - template engines типа JSP и Velocity, которые 
 EP позволяют писать в стиле PHP, т.е. html + вставки кода. Кстати, Velocity 
 EP как template engine используется в проектах, которые к web никаким боком.
 
 Добровольно мешать код и данные? Нет уж :)

:)

 EP Есть надстройки над этими надстройками :) Есть другие надстройки над 
 EP сервлетами. Начать читать можно отсюда - 
 EP http://www.techinfo.net.ru/docs/web/javawebdev.html
 
 Прочитал... жуть! Описано только одно средство (XMLC) которое упрощает
 разработку, а не усложняет %-/

:) так видимо считали все, приступая к разработке очередного кошмара, но 
уже своего :)

 Откуда такая XML-мания?

просто XML - это общепринятый способ хранить древовидные данные (если 
этих данных немного - т.е. для конфигов почти идеал). Конечно, у Lisp и 
Erlang свой путь, может более эффективный по затрате ресурсов, но в Java 
и не только путь именно такой, и изобретено уже столько инструментов и 
технологий поддержки, что отказываться поздно ...

  EP  display-nameHello, World Application/display-name
  EP  description
  EP  This is a simple web application with a source code organization
  EP  based on the recommendations of the Application Developer's 
 Guide.
  EP  /description
 
 Где используется эта информация?

В Tomcat есть интерфейс администрирования web-приложений: установить, 
удалить, запустить, остановить - вот там имя и описание и фигурируют

  EP build.xml (и вызывающий его build.sh) умеет строить из этого дерева 
  EP файлов war-архив. Этот архив можно разными способами продеплоить в 
  EP Tomcat: например, скопировать его в определенный каталог, который он 
  EP мониторит на предмет появления новых приложений. Будет это приложение 
  EP работать и в других контейнерах вроде Jetty и Resin, а также в тяжелых 
  EP серверах приложений вроде JBoss и Geronimo, которые содержат встроенные 
  EP сервлет-контейнеры (коими являются Tomcat и Jetty :) ).
 
 Я правильно понимаю что минимальный сервлет-контейнер должен уметь всего
 лишь каким-либо образом обрабатывать клиентские соединения, подгружать
 сервлеты и передавать данные? 

да :)

 То есть можно, например, написать простой
 сервлет-контейнер который будет общаться с тем же nginx через FastCGI.

писать свой - это все-таки перебор, посмотри на Jetty или Embeded Tomcat 
- с первым я баловался, встраивая его в свое приложение.

FastCGI и сервлеты - это скорее взаимоисключающие вещи. Я бы на твоем 
месте проверил, реально ли (и достаточно ли по производительности - так 
на всякий случай) на сервлетах построить тот framework, который ты 
хочешь (очень интересно, что у тебя получится :) - как сделаешь, делись 
:) ). А если нет, то идти к FastCGI - эта технология, как я понимаю, 
вообще перпендикулярна любым языкам и платформам. И при любом выборе 
посмотреть в сторону какой-либо реализации IoC и AOP - вероятность того, 
что они будет полезны, довольно высока.

  EP Мне больше нравится Jetty, т.к. он легче, меньше, проще, понятнее ... 
  EP Взять маленький Jetty можно тут - 
  EP http://lib.juga.ru/article/articleview/222/1/0?PrintableVersion=enabled
  EP Т.е. Apache web server здесь отдыхает. Его подставляют как frontend. 
  EP Можно ли задействовать nginx - не в курсе.
 
 Если он фронтенд как http proxy -- однозначно можно.
 
 EP

Re: [room] Лекция по Java

2006-10-26 Пенетрантность Eugene Prokopiev

Денис Смирнов пишет:
On Wed, Oct 25, 2006 at 09:34:22PM +0300, Michael Shigorin wrote:

Откуда такая XML-мания?

MS А у них это повально.

Мир сходит с ума...

Это я устарел и мне пора на пенсию, или надо просто стараться этого
кошмара не замечать?

На это я ответил ...

Могу добавить, что моим глазам конфиг на xml парсить легче конфига, ну
скажем, postfix :) Разумеется, при наличии нормальных отступов для
отображения древовидной структуры. А если редактор раскрашивает xml, то
вообще все в шоколаде :)

EP Кто скажет, что это не изящно, пусть бросит в меня камень :)

XML... Я так понимаю что редактируется это обычно все отнюдь не руками?

MS Ну почему, конфиги томката какие -- вполне руками.

У... Хотя пользу понимаю -- можно легко конфиг и скриптами править.

Вот-вот. При этом не сильно уродуя его с точки зрения визуального
восприятия.

Кстати, что сейчас модно для скриптования как раз изменения XML? xsltproc
какой?

Изменение - это, скорее всего, DOM. Для DOM в Java лучше всего dom4j,
чуть хуже jdom - но это с моей колокольни. Есть в Java стандартное и
несколько замороченное API, с которым все стараются быть совместимыми -
JAXP. Далее по возрастанию уровня абстракции: XStream -
JAXB/XMLBeans/Castor/...

Hibernate теперь уже не только ORM (БД - JavaBeans), но и БД - DOM.
Castor вроде всегда умел ...

--
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] язычки и библиотечки

Денис Смирнов пишет:
On Tue, Oct 24, 2006 at 12:58:59PM +0400, Eugene Prokopiev wrote:

Если честно, я бы уже совсем обиделся и ушел на Java, написав к ней
несколько классов для обраобтки FastCGI, темплейтов и прочей радости, а
также компилятор в неё с простого PHP-like язычка. Только вот
инфраструктура вокруг неё какая-то кривенькая, не могу я к ней привыкнуть.

EP А конкретнее? Что показалось кривым в инфраструктуре? Может не туда
смотрел?

Вполне возможно, в том что касается жабы я ламерюга редкостный.

Буду рад если ткнешь меня носом в то, с чем следовало бы ознакомиться.

В первую очередь скажи, что такое для тебя инфраструктура? Может мы о
разном?

Сразу скажу, что с Java я начал работать тогда, когда мода на тяжелые
решения вроде EJB стала проходить. Много было написано на эту тему,
например Better Faster Lighter Java и J2EE Development without EJB - у
меня есть pdf, если надо, пиши ...

Для подавляющего большинства немонолитных проектов бывают полезны
технологии вроде IoC - эдакий универсальный клей для модулей ;) . Почти
чистая реализация - это HiveMind. Spring - тоже IoC + готовые заготовки
для упрощения кода работы с БД, ORM, JMS, AOP (и реализованное поверх
него декларативное управление транзакциями, которое в Java относится не
только к БД). EJB3, кстати, в каком-то смысле нацелен именно на нишу
Spring, но, думаю, уже поздно. Хотя для неподсевших на Spring это
большой прогресс по сравнению с EJB2.

У Spring есть собственный web framework и интеграция практически со
всеми другими web frameworks, ежели собственный не угодил. Есть прямая
поддержка модулей, написанных на JRuby, Groovy, BeanShell, и нет
препятствий для дописывания поддержки других. Scala (это функциональный
язык для JVM) нет пока, и, честно говоря, на практике я до этого еще не
дошел.

Есть в Java такая вкусная штука, как JMX - это средство для написания
своего рода админских интерфейсов, чем-то по идеологии смахивающее на
SNMP. Грубо говоря, определяешь параметры, которые надо мониторить, и
операции, которые можно применять к запущеному сервису, транспорт и
механизмы авторизации, а UI (хоть web, хоть Swing) тебе нарисуют куча
готовых JMX-клиентов, начиная от встроенного jconsole. И опять, в Spring
ты определяешь это декларативно.

EP Другое дело, что FastCGI - это штука для JEE несколько чужеродная ...
EP Не смотрел, к примеру, на Tapestry?

Нет. Гляну.

По поводу web опыта у меня практически нет. Но концепция web-приложений,
собираемых и размещаемых в виде war-архивов в любой контейнер (Tomcat,
Jetty, Resin) мне нравится. И годится далеко не только для обычного webа
с UI, а и для сервисов, которые доступны по любому протоколу,
реализованному поверх HTTP (SOAP, Hessian/Burlap либо что-то
самопальное). Внутренности web-приложения к этой концепции ортогональны
- можно и на голых сервлетах остаться или построить поверх них свой
framework, а можно сначала ознакомиться с существующими (среди которых
есть и AJAX, и даже трансляторы Swing - Web).

EP А если хочется FastCGI, темплейтов и прочей радости, а также компилятор
EP в неё с простого PHP-like язычка - то бишь именно своего велосипеда -
EP то вообще непонятно, что в PHP есть такого, что ты предпочел именно его
EP ... К слову, компиляторов в байт-код JVM с различных функциональных и
EP императивных языков довольно много

Скорее уж проще самому налабать интерпретатор на той же жабе.

Свой DSL? Возможно, есть смысл посмотреть в сторону antlr ...

PHP было выбрано как меньшее из зол. То бишь либо самому делать весь стек,
либо не строить из себя идеалиста а просто сделать чтобы хорошо работало.

Но я все равно ищу что-то куда свалить.

Прелесть Java не в языке. Язык средний, в частностях вроде интерфейсов и
анонимных классов лучше предшественника (C++), а в некоторых более
глобальных вопросах (класс String ;) ) просто потрясающий своей
нелогичностью. Хотя привыкнуть можно :)

Прелесть именно в окружении. В наличии спецификаций, в конкурирующих и
относительно совместимых реализаций этих спецификаций. В количестве
библиотек (один jakarta.apache.org чего стоит). В средствах сборки типа
ant/maven. В неплохих IDE вроде Eclipse и IDEA, хотя, конечно, для
любителей vim/emacs это не аргумент :)

Зато с масштабируемостью проблем вообще никаких :)
А разве не любое приложение, хранящее свои данные исключительно в SQL
легко кластеризуется?

EP Любое, пока ему не потребуется кэш перед SQL ;) Правда, реализации этого
EP в JEE есть, но на практике не сталкивался ...

Ну, в жабе в этом смысле все можно сделать красиво, если я правильно
понял. Спрятать вообще доступ к SQL в объеты, реализовать для них
интерфейсе serializable после чего сделать кэш. Вот во всяких PHP-подобных
это уже оказывается куда тяжелее.

А в Java даже есть готовое вроде JBoss Tree Cache :)

--
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org

Re: [room] java off the rails

Денис Смирнов пишет:
 On Tue, Oct 24, 2006 at 10:35:56PM +0300, Michael Shigorin wrote:
 
 MS Ты таки глянь на рельсы.  Жабистов душит жаба, да и не только их.
 MS http://www-128.ibm.com/developerworks/java/library/j-ruby/
 MS http://www-128.ibm.com/developerworks/java/library/j-cb05096.html
 
 Судя по твоей настойчивости в пропаганде рельсов все-таки есть смысл
 посмотреть :) Спасибо.

Выглядит лаконично до безобразия ;)

Контраргументы:

1) С действительно хорошей поддержкой IDE много кода писать и читать не 
проблема :)
2) Если все-таки никак без синтаксиса Ruby, то это не повод отказываться 
   JEE, поскольку там есть JRuby :)

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] java off the rails

Eugene Prokopiev пишет:
 Денис Смирнов пишет:
 
On Tue, Oct 24, 2006 at 10:35:56PM +0300, Michael Shigorin wrote:

MS Ты таки глянь на рельсы.  Жабистов душит жаба, да и не только их.
MS http://www-128.ibm.com/developerworks/java/library/j-ruby/
MS http://www-128.ibm.com/developerworks/java/library/j-cb05096.html

Судя по твоей настойчивости в пропаганде рельсов все-таки есть смысл
посмотреть :) Спасибо.
 
 
 Выглядит лаконично до безобразия ;)
 
 Контраргументы:
 
 1) С действительно хорошей поддержкой IDE много кода писать и читать не 
 проблема :)
 2) Если все-таки никак без синтаксиса Ruby, то это не повод отказываться 
JEE, поскольку там есть JRuby :)

Пролистал вторую статью до конца - там, как ни странно, выводы в том же 
духе :) Что наверняка объясняется тем, что статьи - для 
Java-программистов ;)

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] язычки и библиотечки

Вообще задач где при правильном программировании мне не хватило бы одного
физического сервера у меня не было.

MB Везет тебе - у меня встречалось :)

Это что за мегапорталы такие? :)
 
 
 WAP/WWW-портал немелкого мобильного оператора с кучей сервисов на нем.
 Сейчас 16 млн. абонентов - а они как ломанутся... :)

Вы такие задачи решаете? И как без кластеризации их можно решить?

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] Лекция по Java

 Что следует изучать первое, для возможности запуска приложений с
 минимальными требованиями к конфигурации сервера (то есть либо CGI, либо,
 если это требует какого-либо модуля апача -- то это то что есть в Сизифе)?

Первое: пусть польют меня грязью, но я в данном вопросе сторонник 
недистрибутивного подхода, из Сизифа меня интересует только JDK/JRE. 
Обоснование: продукт должен работать не только в ALT, и не только в 
Linux (даже в качестве IDE я использую Eclipse в Linux, но со мной 
работает один человек в Windows и один еще не определился :) ). Более 
того, мне хочется, чтобы он собирался везде, где нет ничего, кроме JDK. 
Поэтому мне пока проще таскать все необходимые библиотеки с собой, они у 
меня лежат прямо в CVS вместе с исходниками. Я задницей чувствую, что 
когда-нибудь это начнет меня напрягать, когда потребуется гарантировать 
одинаковые версии библиотек в разных проектах, и тогда я буду смотреть 
на maven, а пока мне достаточно ant. Грубые аналогии: ant - это make, 
maven - это hasher/spt :)

Далее: CGI в виде отдельных процессов на каждый запрос в Java никто в 
здравом уме делать не станет - это слишком дорого. Основа всех 
технологий - это сервлеты, которые выглядят так:

public class Hello extends HttpServlet {

 public void doGet(HttpServletRequest request,
   HttpServletResponse response)
 throws IOException, ServletException {

response.setContentType(text/html);
PrintWriter writer = response.getWriter();

writer.println(html);
writer.println(head);
writer.println(titleSample Application Servlet Page/title);
writer.println(/head);
writer.println(body bgcolor=white);
writer.println(/body);
writer.println(/html);

 }

}

Принцип ясен?

Есть надстройки над этим - template engines типа JSP и Velocity, которые 
позволяют писать в стиле PHP, т.е. html + вставки кода. Кстати, Velocity 
как template engine используется в проектах, которые к web никаким боком.

Есть надстройки над этими надстройками :) Есть другие надстройки над 
сервлетами. Начать читать можно отсюда - 
http://www.techinfo.net.ru/docs/web/javawebdev.html

Об инфраструктуре: минимальное web-приложение выглядит так:

$ ls -lR
.:
итого 24
-rwxr-xr-x  1 john john  296 Фев 19  2006 build.sh
-rw-r--r--  1 john john 2124 Окт 25 13:23 build.xml
drwxr-xr-x  2 john john 4096 Окт 25 13:24 docs
drwxr-xr-x  2 john john 4096 Окт 25 13:21 lib-build
drwxr-xr-x  3 john john 4096 Янв 25  2005 src
drwxr-xr-x  4 john john 4096 Янв 25  2005 web

./docs:
итого 4
-rw-r--r--  1 john john 62 Авг 28  2004 README.txt

./lib-build:
итого 1556
-rw-r--r--  1 john john 66 Фев 19  2006 ant.jar
-rw-r--r--  1 john john 407573 Фев 19  2006 ant-nodeps.jar
-rw-rw-rw-  1 john john  31642 Авг 13  2005 commons-logging.jar
-rw-r--r--  1 john john 132263 Фев 19  2006 javax.servlet.jar

./src:
итого 4
drwxr-xr-x  2 john john 4096 Авг 28  2004 mypackage

./src/mypackage:
итого 4
-rw-r--r--  1 john john 3165 Авг 28  2004 Hello.java

./web:
итого 16
-rw-r--r--  1 john john 1019 Авг 28  2004 hello.jsp
drwxr-xr-x  2 john john 4096 Авг 28  2004 images
-rw-r--r--  1 john john  636 Авг 28  2004 index.html
drwxr-xr-x  3 john john 4096 Окт 25 13:24 WEB-INF

./web/images:
итого 4
-rw-r--r--  1 john john 1441 Авг 28  2004 tomcat.gif

./web/WEB-INF:
итого 8
drwxr-xr-x  2 john john 4096 Янв 25  2005 lib
-rw-r--r--  1 john john  684 Фев  6  2005 web.xml

./web/WEB-INF/lib:
итого 0

web/WEB-INF/web.xml - это дескриптор вида:

!DOCTYPE web-app
 PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
 http://java.sun.com/dtd/web-app_2_3.dtd;

web-app

 display-nameHello, World Application/display-name
 description
 This is a simple web application with a source code organization
 based on the recommendations of the Application Developer's Guide.
 /description

 servlet
 servlet-nameHelloServlet/servlet-name
 servlet-classmypackage.Hello/servlet-class
 /servlet

 servlet-mapping
 servlet-nameHelloServlet/servlet-name
 url-pattern/hello/url-pattern
 /servlet-mapping

/web-app

Класс Hello мы уже рассматривали :)

build.xml (и вызывающий его build.sh) умеет строить из этого дерева 
файлов war-архив. Этот архив можно разными способами продеплоить в 
Tomcat: например, скопировать его в определенный каталог, который он 
мониторит на предмет появления новых приложений. Будет это приложение 
работать и в других контейнерах вроде Jetty и Resin, а также в тяжелых 
серверах приложений вроде JBoss и Geronimo, которые содержат встроенные 
сервлет-контейнеры (коими являются Tomcat и Jetty :) ).

Мне больше нравится Jetty, т.к. он легче, меньше, проще, понятнее ... 
Взять маленький Jetty можно тут - 
http://lib.juga.ru/article/articleview/222/1/0?PrintableVersion=enabled

Т.е. Apache web server здесь отдыхает. Его подставляют как frontend. 
Можно ли задействовать nginx - не в курсе.

Архив приложения

Re: [room] язычки и библиотечки

Кстати, неплохой текст имеется вот тут - 
http://parallel.uran.ru/freesoft/java/java.html

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

   bean id=myBean class=MyBean/

тут ошибка, эта строка лишняя

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Лекция по Java

 Удобство Spring в том, что он:
 
 1) позволяет декларативно описать, кто кого и как должен вызвать, что с 
 какими параметрами должно быть инициализировано - но тут реализация 
 HiveMind может быть даже более изящна
 
 2) подключить готовые модули, например, для доступа к БД и т.д - вот тут 
 равных Spring'у нет

Еще замечу, что по этой причине некоторые проекты, например Apache 
ActiveMQ (message-oriented middleware, реализация спецификации JMS), 
используют Spring в качестве средства конфигурирования. Кажется, еще 
более активно в таком качестве используется HiveMind (первое, что 
приходит в голову - Tapestry). Ну а Spring потихоньку подбирает под себя 
все, что видит :) , вот и интеграция с HiveMind уже есть ...

Мне все это дает возможность в одном контексте описывать свои бины, бины 
спринга, бины ActiveMQ и прочие бины, а иногда даже не совсем бины, а 
классы, которые инициализируются посредством конструкторов или фабрик.

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] lustre

2006-10-24 Пенетрантность Eugene Prokopiev

 На lustre посмотри (clusterfs.com) -- возможно, будем в сизиф
 собирать.

Кто? Когда? Что делать на ней планируете?

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] примеры

2006-09-24 Пенетрантность Eugene Prokopiev

Sergey Y. Afonin пишет:
 On Sunday 24 September 2006 13:54, Andrey Rahmatullin wrote:
 
 
Есть ислам и православная церковь. В символе православной церкви 
присутствует поверженный символ ислама - полумесяц. Если не ошибаюсь, 
чуть ли не в честь победы Ивана Грозного над казанским ханом.

Ой, ну линку.
 
 
 В честь чего в смысле ? А какая разница вообще-то ? Или про наличие
 полумесяца ? Так могу крест на храме в трёх кварталах от меня 
 сфотографировать.

гугл ваш друг. искать по словам православие крест полумесяц ;)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] безопасности

2006-09-17 Пенетрантность Eugene Prokopiev

Nick S. Grechukh пишет:
 а и мне плиз
 
 On 9/16/06, Evgenii Terechkov [EMAIL PROTECTED] wrote:
 
Денис Смирнов пишет:


MS $ ls -hogl mail/flame/fedora
MS -rw---  1 90K Jun 17 16:58 mail/flame/fedora
MS Прислать? :)
Да!

+1.В смысле мне тоже Да!.

Может положить куда? А то всем хочется ;)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Мама , мама , что я буду делать . ..

2006-05-15 Пенетрантность Eugene Prokopiev

Aleksey Korotkov пишет:
 On Mon, 15 May 2006 09:31:33 +0300
 Dmytro O. Redchuk wrote:
 
 DOR Кстати, а как Вы отнеслись бы к территориальным претензиям к
 DOR России? Со стороны Японии, например?
 
 Это вы самовольно удерживаете то, что вам не принадлежит. 
 
 По истории и у Вас двойка (как и у Grechukh). Курилы были нами
 _возвращены_, так что пример Вы выбрали для Вас очень неудачный :)

Та часть Курил, на которые претендует Япония, никогда _формально_ России 
не принадлежала. Первая найденная ссылка ниже:

http://ru.wikipedia.org/wiki/%D0%9A%D1%83%D1%80%D0%B8%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B5_%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B2%D0%B0#XIX_.D0.B2.D0.B5.D0.BA

То, что Крым сейчас принадлежит Украине - историческая несправедливость, 
но вряд ли большая, чем, например, принадлежность России нынешней 
Калининградской области (представьте себе гипотетическую ситуацию - 
нацизм был в России, и в наказание за это у нас отобрали 
Санкт-Петербуг/Ленинград, заодно выдворив оттуда всех русских). Курилы - 
еще один пример такой спорной ситуации. И выход из этой спорной 
ситуации, я, к сожалению, вижу только один - забыть о взаимных претензиях.

Есть другой подход - соблюдать исключительно собственные интересы, 
наплевав на чужие интересы, предрассудки и т.д. В рамках этого подхода 
претензии на Тузлу, Крым, Восточную Украину и т.д. более чем оправданы, 
но нужно понимать, что тем самым, восстанавливая справедливость, мы 
рискуем собственными руками из друга сделать врага. Когда о вступлении в 
НАТО говорит Ющенко - это полбеды, а вот когда об этом всеръез 
задумывается часть рассылки - это уже очень плохо.

 DOR ps. Не, о военном союзе *не с Россией* _надо_ думать, однозначно.
 
 Выражайтесь уж яснее -- _против России_.

Не хочу Вас, Алексей, переоценивать, но вы активно этому способствуете ;)

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

[room] LAMP on FC

2006-04-12 Пенетрантность Eugene Prokopiev

Здравствуйте!

В community это будет полным оффтопиком, здесь расчитываю на снисхождение :)

Меня просят поднять LAMP+Mail на Fedora Core 2 (причем сервер за океаном 
;) - то бишь местные хотят сильно сэкономить ;) ). Вопросы:

1) Сколько может стоить первоначальная настройка (+перенос сайта с 
другой машины) и поддержка (в месяц, например) c поправкой на вышесказанное?

2) Что вообще почитать о FC, на что обратить внимание по сравнению с 
ALT, есть ли смысл затребовать FC поновее (какую версию)?

3) Можно ли / нужно ли его обновлять из официального репозитария (я 
правильно понимаю, что по стабильности это тот же самый Сизиф), или 
ограничиться точечными обновлениями, доверять ли родным пакетам или 
самому пересобирать все компоненты LAMP?

4) Есть ли что-то похожее на chroot/vserver, какие еще есть способы 
обезопасить сервер от взломанных сайтов?

Заранее спасибо

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] А у меня сын родился

2006-04-10 Пенетрантность Eugene Prokopiev

Aleksey Novodvorsky пишет:
 Ура! Поздравляю Вас и Вашу жену!
 Здоровья!

Спасибо! Теперь меня, похоже, ждет гораздо более сложное дело, чем все, 
чем я до сих пор занимался ;)

-- 
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Базы данных для чайников

2006-03-31 Пенетрантность Eugene Prokopiev

http://rsdn.ru/Forum/?mid=18179
http://rsdn.ru/Forum/?mid=1045875

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Базы данных для чайников

2006-03-29 Пенетрантность Eugene Prokopiev

http://akop.ru/personal/1856

-- 
С уважением, Прокопьев Евгений

___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Ты тушканчика видишь? Нет. А он ест ь! :)))

2006-01-26 Пенетрантность Eugene Prokopiev

Andrey Konovalov aka Krapa пишет:

В сообщении от Ср 25 Январь 2006 18:46 Artem написал(a):

Буддизм видит более широкое множество путей и возможностей достижения
конечной цели. И путь христианства -- один их них. Причём достаточно
ограниченный: если оставаться в его рамках другие пути невидны.

Простите, что вмешался - есть мысль (навеянная этим письмом): не поэтому
ли Буддизм не запрещает одновременно быть христианином и т.п., и вообще
очень терпимо относится к другим религиям и учениям? Что можете сказать?

:-)

Даа, у нас в smoke-room@ просто поле напаханное для того, чтобы дхарму
проповедовать... :-) Если бы Вы на полном серьёзе были буддистом или
христианином - Вы бы сами понимали абсурдность этой мысли. Понимаете - просто
буддизм это такое учение, на котором невозможно спекулировать. Тут невозможны
крестовые походы, джихад и т.д. С такой структурой миролюбивость и
веротерпимость очень естественны.

Т.е. Кураев ошибается по поводу кровопролитных войн желтошапочных и
красношапочных буддистов в Тибете? И войн за обладание Зубом Будды?

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] Gmail + fetchmail = как ?

2006-01-23 Пенетрантность Eugene Prokopiev

php-coder пишет:

Здравствуйте!

Завёл я себе почту на gmail.com http://gmail.com пару дней назад.
Естественно, как модемщик, решил настроить fetchmail для получения всех
писем. После подсказок, настроил. Почту получать удавалось, хотя и были
жалобы на сертификаты. Тогда я решил попробовать их использовать. Нашел
вот эту статью: http://linuxgazette.net/115/chirico1.html Там, в самом
низу, есть про gmail. Пытался сделать всё по ней, но ничего не
получилось. Вообщем, намаявшись я лёг спать :) На следующий же день,
произошло страшное :) -- почта вообще не принималась. Т.е. fetchmail мне
рапортовал, что ящик мол пуст, в то время как через web-интерфейс я
письма видел. Вот уже второй день почту с сервера получить не могу и
решил обратиться за помощью к вам.

Направьте на путь истинный ;-)

Так у меня работало:

poll pop.gmail.com with proto POP3
user 'eugene.prokopiev' there with password '...' and ssl is gmail

кроме того, на gmail есть форвардинг :)

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] программирован ие и математика

2005-12-07 Пенетрантность Eugene Prokopiev


Увы, нет. Мои соображения касаемо SIP-стека -- всем в сад и идти читать
умные книги до просветления.


А IAX2 так же ужасен или несколько меньше? ;)

Кстати, Денис, а вы не щупали другие OpenSource PBX, скажем 
http://www.sipfoundry.org/sipX/ ?


--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] gmail [JT]

2005-11-24 Пенетрантность Eugene Prokopiev


Alexey Rusakov пишет:

Eugene Ostapets wrote:


Есть одна полезная фича которой я пользуюсь: если к логину в адресе
добавить некоторую строку через + то это будет тот же адрес. То есть
адреса [EMAIL PROTECTED] и [EMAIL PROTECTED] с точки зрения GMail не
различаются. Потом по этим адресам удобно сортировать почту.
  


Да уж, микроскопом на гвоздям... Эта фишка предназначена для того
чтобы письмо автоматически получило ярлык super, т.е. было сразу
отсортировано в нужную папку вебморды:)
 

Боже правый, ну и приколы... RFC822 разорван в клочки и выброшен в 
мусорное ведро.


уже 4 года как - http://www.ietf.org/rfc/rfc2822.txt :)

+ - это нисколько не отклонение от RFC, например, от этого - 
http://www.ietf.org/rfc/rfc3598.txt


--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] gmail [JT]

раз уже все подарили :) , то задам вопрос иначе: а пользуется ли кто из 
присутствующих всякими продвинутыми возможностями gmail по обработки 
почты, или это просто модное доменнное имя, а почта утягивается 
фетчмайлом и т.д.?


--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] gmail [JT]


Michael Holzman пишет:

On 11/23/05, Denis G. Samsonenko [EMAIL PROTECTED] wrote:


Привет!

23.11.05, Eugene Prokopiev написал:


раз уже все подарили :) , то задам вопрос иначе: а пользуется ли кто из
присутствующих всякими продвинутыми возможностями gmail по обработки
почты, или это просто модное доменнное имя, а почта утягивается
фетчмайлом и т.д.?


Я пользуюсь их веб-клиеном. Есть кое-что удобное и кое-что не очень.


Я - тоже. Немного напрягают регулярные разрывы тредов. А в остальном
все хорошо, прекрасная маркиза.


А какие закономерности в разрыве тредов? Не больше 10/100/1000 сообщений 
или другие?


Какова скорость работы на dial-up?

Каков трафик?

Не страшно, что beta и лавочка теоретически может в любой момент 
прикрыться или просто сломаться, и весь архив корреспонденции помрет?


--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] gmail [JT]


Скорее Google помрет. Это же у них один из основных источников дохода.


каким же образом? на рекламе столько зарабатывают?

--
С уважением, Прокопьев Евгений
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] gmail [JT]