[devel] I: php-gtk

[devel] I: php-gtk

[Alexander Bokovoy]

Доброго времени суток!

Какие будут у вас противопоказания относительно создания RPM-ки для
PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
при написании GUI-интерфейсов с GTK.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- "There is no distinctly American criminal class except Congress."
-- Mark Twain
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[rider]

Alexander Bokovoy wrote:

> Доброго времени суток!
>
> Какие будут у вас противопоказания относительно создания RPM-ки для
> PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> при написании GUI-интерфейсов с GTK.
>

У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)

Rgds
Anton

P.S. А почему Русский АПАЧ?



_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Alexander Bokovoy]

On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> Alexander Bokovoy wrote:
> 
> > Доброго времени суток!
> >
> > Какие будут у вас противопоказания относительно создания RPM-ки для
> > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > при написании GUI-интерфейсов с GTK.
> У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
инсталлятора (не бейте меня по голове :-). А с таким расширением и
Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
без Web. В частности, для Мидгарда и PHP4:-)

> P.S. А почему Русский АПАЧ?
А почему нет? :-) Не нравится -- CharsetDisable On и вперед. На самом
деле, для большинства ситуаций в организациях, где веб-сайты статические
и основная кодировка cp1251, RA спасает админов от массы проблем. А с
динамическими сайтами тоже многое упрощается. А если не упрощается, то в
помощь вышеуказанная директива :-)

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- We are all born mad.  Some remain so.
		-- Samuel Beckett
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[rider]

Alexander Bokovoy wrote:

> On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > Alexander Bokovoy wrote:
> >
> > > Доброго времени суток!
> > >
> > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > при написании GUI-интерфейсов с GTK.
> > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> инсталлятора (не бейте меня по голове :-). А с таким расширением и
> Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> без Web. В частности, для Мидгарда и PHP4:-)

Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
PHP ;-)
Для EmbeddedGTK ;-)

>
>
> > P.S. А почему Русский АПАЧ?
> А почему нет? :-) Не нравится -- CharsetDisable On и вперед. На самом
> деле, для большинства ситуаций в организациях, где веб-сайты статические
> и основная кодировка cp1251, RA спасает админов от массы проблем.

От каких проблем?
AddDerfaultCharset CP1251
А память только зря кушает - он совершенно не нужен в теперешней ситуации с
браузерами (все умеют перекодировать)
Динамичиским сайтам - только мешает.
Вспомни хотя бы что нужно делать для нормального upload'а файлов через форму.

Rgds
Anton


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> Доброго времени суток!
> 
> Какие будут у вас противопоказания относительно создания RPM-ки для
> PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> при написании GUI-интерфейсов с GTK.
> 
Отлично!
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Alexander Bokovoy]

On Tue, Feb 13, 2001 at 05:10:54PM +0300, rider wrote:
> Alexander Bokovoy wrote:
> 
> > On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > > Alexander Bokovoy wrote:
> > >
> > > > Доброго времени суток!
> > > >
> > > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > > при написании GUI-интерфейсов с GTK.
> > > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> > Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> > инсталлятора (не бейте меня по голове :-). А с таким расширением и
> > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > без Web. В частности, для Мидгарда и PHP4:-)
> 
> Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> PHP ;-)
> Для EmbeddedGTK ;-)
> 
> >
> >
> > > P.S. А почему Русский АПАЧ?
> > А почему нет? :-) Не нравится -- CharsetDisable On и вперед. На самом
> > деле, для большинства ситуаций в организациях, где веб-сайты статические
> > и основная кодировка cp1251, RA спасает админов от массы проблем.
> 
> От каких проблем?
> AddDerfaultCharset CP1251
> А память только зря кушает - он совершенно не нужен в теперешней ситуации с
> браузерами (все умеют перекодировать)
Увы, не все, а главное, не все умеют правильно отдавать данные в форме в той
кодировке, которую сервер прислал если она не совпадает с системной на пользовательской
стороне. Примеры: konqi, links. Достаточные примеры для того, чтобы остаться с RA.

> Динамичиским сайтам - только мешает.
> Вспомни хотя бы что нужно делать для нормального upload'а файлов через форму.
Сделать то, что описано в документации и причем нормально.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- The course of true anything never does run smooth.
		-- Samuel Butler
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Alexander Bokovoy]

On Tue, Feb 13, 2001 at 05:10:54PM +0300, rider wrote:
> Alexander Bokovoy wrote:
> 
> > On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > > Alexander Bokovoy wrote:
> > >
> > > > Доброго времени суток!
> > > >
> > > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > > при написании GUI-интерфейсов с GTK.
> > > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> > Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> > инсталлятора (не бейте меня по голове :-). А с таким расширением и
> > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > без Web. В частности, для Мидгарда и PHP4:-)
> 
> Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> PHP ;-)
> Для EmbeddedGTK ;-)
А я совсем не смеюсь. Потому как у нас в команде профессионалов на PHP
больше аналогичного количество "перловиков". Модули же к PHP в общем
случае будут попроще (для инсталлятора) и поэффективнее, чем для Perl.

Это для размышления :-)
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- The course of true anything never does run smooth.
		-- Samuel Butler
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[rider]

Alexander Bokovoy wrote:

> On Tue, Feb 13, 2001 at 05:10:54PM +0300, rider wrote:
> > Alexander Bokovoy wrote:
> >
> > > On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > > > Alexander Bokovoy wrote:
> > > >
> > > > > Доброго времени суток!
> > > > >
> > > > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > > > при написании GUI-интерфейсов с GTK.
> > > > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> > > Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> > > инсталлятора (не бейте меня по голове :-). А с таким расширением и
> > > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > > без Web. В частности, для Мидгарда и PHP4:-)
> >
> > Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> > PHP ;-)
> > Для EmbeddedGTK ;-)
> >
> > >
> > >
> > > > P.S. А почему Русский АПАЧ?
> > > А почему нет? :-) Не нравится -- CharsetDisable On и вперед. На самом
> > > деле, для большинства ситуаций в организациях, где веб-сайты статические
> > > и основная кодировка cp1251, RA спасает админов от массы проблем.
> >
> > От каких проблем?
> > AddDerfaultCharset CP1251
> > А память только зря кушает - он совершенно не нужен в теперешней ситуации с
> > браузерами (все умеют перекодировать)
> Увы, не все, а главное, не все умеют правильно отдавать данные в форме в той
> кодировке, которую сервер прислал если она не совпадает с системной на пользовательской
> стороне. Примеры: konqi, links. Достаточные примеры для того, чтобы остаться с RA

Ок. Но лично мое мнение - убрать RA.
konqueror вроде как умеет перекодировать.
lynx -  проблем не замечал
links - не видел, но посмотрю.


>
>
> > Динамичиским сайтам - только мешает.
> > Вспомни хотя бы что нужно делать для нормального upload'а файлов через форму.
> Сделать то, что описано в документации и причем нормально.

Это - не нормально. ВО всяком случае - когда понимаешь, что это просто не нужно - зачем?

Rgds
Anton


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[rider]

Alexander Bokovoy wrote:

> On Tue, Feb 13, 2001 at 05:10:54PM +0300, rider wrote:
> > Alexander Bokovoy wrote:
> >
> > > On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > > > Alexander Bokovoy wrote:
> > > >
> > > > > Доброго времени суток!
> > > > >
> > > > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > > > при написании GUI-интерфейсов с GTK.
> > > > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> > > Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> > > инсталлятора (не бейте меня по голове :-). А с таким расширением и
> > > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > > без Web. В частности, для Мидгарда и PHP4:-)
> >
> > Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> > PHP ;-)
> > Для EmbeddedGTK ;-)
> А я совсем не смеюсь. Потому как у нас в команде профессионалов на PHP
> больше аналогичного количество "перловиков". Модули же к PHP в общем
> случае будут попроще (для инсталлятора) и поэффективнее, чем для Perl.
>
> Это для размышления :-)

А я уже начала прокручивать в мыслях программу установки на движке LRN ;-)

Rgds
Anton


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Alexander Bokovoy]

On Tue, Feb 13, 2001 at 09:57:44PM +0300, rider wrote:
> > Увы, не все, а главное, не все умеют правильно отдавать данные в форме в той
> > кодировке, которую сервер прислал если она не совпадает с системной на пользовательской
> > стороне. Примеры: konqi, links. Достаточные примеры для того, чтобы остаться с RA
> 
> Ок. Но лично мое мнение - убрать RA.
> konqueror вроде как умеет перекодировать.
Он не перекодирует обратно формы, это известный баг.

> lynx -  проблем не замечал
С ним проблем  действительно мало.

> links - не видел, но посмотрю.
Есть проблемы. 100% повторение -- linux.org.ru и запостить там что-нибудь.

> > > Динамичиским сайтам - только мешает.
> > > Вспомни хотя бы что нужно делать для нормального upload'а файлов через форму.
> > Сделать то, что описано в документации и причем нормально.
> Это - не нормально. ВО всяком случае - когда понимаешь, что это просто не нужно - зачем?
Затем, что multipart-формы все равно руками разбирать придется, затем, что IE версий 4.0x
(и не говори мне, что их уже мало осталось) обладает той же особенностью, что и описанные
выше konqi и links. Мне пришлось за два года столкнуться с массой подобных случаев.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- Immortality -- a fate worse than death.
		-- Edgar A. Shoaff
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 

> >
> > Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> > PHP ;-)
> > Для EmbeddedGTK ;-)
> А я совсем не смеюсь. Потому как у нас в команде профессионалов на PHP
> больше аналогичного количество "перловиков". Модули же к PHP в общем
> случае будут попроще (для инсталлятора) и поэффективнее, чем для Perl.
> 
> Это для размышления :-)

Между прочим, это любопытно в том случае, если хранить базу rpm в MySQL.
Жизнь упростится очень сильно, если запросы к этой базе писать на SQL, а
здесь php будет очень удобен.

Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Anton Farygin]

Aleksey Novodvorsky wrote:
> 
> Alexander Bokovoy wrote:
> >
> 
> > >
> > > Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> > > PHP ;-)
> > > Для EmbeddedGTK ;-)
> > А я совсем не смеюсь. Потому как у нас в команде профессионалов на PHP
> > больше аналогичного количество "перловиков". Модули же к PHP в общем
> > случае будут попроще (для инсталлятора) и поэффективнее, чем для Perl.
> >
> > Это для размышления :-)
> 
> Между прочим, это любопытно в том случае, если хранить базу rpm в MySQL.
> Жизнь упростится очень сильно, если запросы к этой базе писать на SQL, а
> здесь php будет очень удобен.

Почему же? 
На C запросы к MySQL пишутся так же легко, как и на PHP.
Ну разве что чуть чуть сложнее.

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Peter Novodvorsky]

[-- Attachment #1: Type: text/plain, Size: 886 bytes --]

++ 14/02/01 08:53 +0300 - Anton Farygin:
> Почему же? 
> На C запросы к MySQL пишутся так же легко, как и на PHP.
> Ну разве что чуть чуть сложнее.

Я так понял, что все хорошие мысли об инсталляторе на C++ канули в бездну?
Кстати для C++ библиотеки для SQL тоже есть. Если в данном случае правильно 
употреблять слово ``тоже''.


					NIDD
-- 
________________________________________________________________________
The Debian Project. Debian booth@Linux Expo Road Show coordinator.
Linux Expo Road Show Timeline: 23.04.01 Prague, 24.04.01 Budapest, 
25.04.01 Warsaw, 26.04.01-28.04.01 Moscow. 
Conferences in all cities and exhibition in Moscow.
Visit http://people.debian.org/~nidd/LERS-TODO.html if you're intrested.
Mail contact: nidd@debian.org             Phone contact: 7-095-4261812
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

Re: [devel] I: php-gtk

[Anton Farygin]

Peter Novodvorsky wrote:
> 
> ++ 14/02/01 08:53 +0300 - Anton Farygin:
> > Почему же?
> > На C запросы к MySQL пишутся так же легко, как и на PHP.
> > Ну разве что чуть чуть сложнее.
> 
> Я так понял, что все хорошие мысли об инсталляторе на C++ канули в бездну?
> Кстати для C++ библиотеки для SQL тоже есть. Если в данном случае правильно
> употреблять слово ``тоже''.
Точнее наоборот - для PHP ТОЖЕ есть ;-)

Конечно не канули. ;-)

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Mikhail Zabaluev]

Hello rider,

On Tue, Feb 13, 2001 at 17:10 +0300, rider wrote:
>
> Alexander Bokovoy wrote:
> 
> > On Tue, Feb 13, 2001 at 04:47:31PM +0300, rider wrote:
> > > Alexander Bokovoy wrote:
> > >
> > > > Доброго времени суток!
> > > >
> > > > Какие будут у вас противопоказания относительно создания RPM-ки для
> > > > PHP-GTK? -- это расширение PHP, позволяющее использовать этот язык
> > > > при написании GUI-интерфейсов с GTK.
> > > У меня лично никаких.. хотя на мой взгляд - PHP только для WEB'а ;-)
> > Совсем не только. Уже сейчас, например, он легче Perl для вещей вроде
> > инсталлятора (не бейте меня по голове :-). А с таким расширением и
> > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > без Web. В частности, для Мидгарда и PHP4:-)
> 
> Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> PHP ;-)
> Для EmbeddedGTK ;-)

Если уж писать инсталлятор с нуля, лучше это делать на Python. PHP, IMHO -
неправильный продукт для не-вебовского употребления. Если кто желает,
я готов подтвердить эти слова увесистыми аргументами :)

> > > P.S. А почему Русский АПАЧ?
> > А почему нет? :-) Не нравится -- CharsetDisable On и вперед. На самом
> > деле, для большинства ситуаций в организациях, где веб-сайты статические
> > и основная кодировка cp1251, RA спасает админов от массы проблем.
> 
> От каких проблем?
> AddDerfaultCharset CP1251
> А память только зря кушает - он совершенно не нужен в теперешней ситуации с
> браузерами (все умеют перекодировать)

Попробуйте прочитать страницу в 1251 с первого раза в Netscape 4.76 для
Linux, если 1251 в нем не установлена как кодировка по умолчанию.
http://sourceforge.net, например (Они, кстати, до этого наивно считали,
что русская кодировка - это стандарт ISO).

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
What orators lack in depth they make up in length.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] I: php-gtk

[Alexander Bokovoy]

On Thu, Feb 15, 2001 at 10:46:56AM +0300, Mikhail Zabaluev wrote:
> Hello rider,
> > > Scintilla можно очень легко написать на PHP редактор кода на PHP, причем
> > > без Web. В частности, для Мидгарда и PHP4:-)
> > 
> > Ну блин... я чуствую, что очень скоро мне придется исталятор писать на
> > PHP ;-)
> > Для EmbeddedGTK ;-)
> Если уж писать инсталлятор с нуля, лучше это делать на Python. PHP, IMHO -
> неправильный продукт для не-вебовского употребления. Если кто желает,
> я готов подтвердить эти слова увесистыми аргументами :)
... Как только почините многокодировочность в Питоне и добавите туда поддержку
iconv :-)

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- Don't tell me what you dreamed last night for I've been reading Freud.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel