вебприложения: с чего начать?

Я в целом не понял, чего ты на самом деле хочешь, но есть две мысли:

Я полный нуб в этом.

Вероятно, по этой причине было бы неплохо уточнить что ты хочешь найти, чтобы понятнее было.

Ну и чем проще тем лучше, не дружу я пока с js.

Подружится придётся, раз хочешь с ним работать.

всякие стандартные виджеты типа чек-боксов, кнопочек

<input type="checkbox">

<input type="button"/>

Всё остальное - от лукавого.

лишь бы на firefox и webkit работало

За это вообще тебя на биотопливо пустить надо.

но всякие стандартные виджеты типа чек-боксов, кнопочек тоже интересны.

вы не в ту сторону смотрите. Визуализация данных - малая часть от работы над веб приложением. Гораздо важнее вопрос интерактивности, т.е. связи фронтэнда с бэкэндом. Могу посоветовать jsf (а так же библиотеки icefaces http://icefaces-showcase.icesoft.org/showcase.jsf richfaces http://showcase.richfaces.org/ primefaces http://www.primefaces.org/showcase-labs/ui/home.jsf )

лишь бы на firefox и webkit работало

За это вообще тебя на биотопливо пустить надо.

А в чём он неправ?

а вообще, имхо, начинать надо с примитивной обработки запросов и вывода результатов на самом низком уровне, работая с HTTP GET запросов и отдавая html в сокет/поток

Для каркаса страничек возьми для начала широко всеми любимый http://twitter.github.com/bootstrap/. А кнопочки и рюшечки это задача дизайнера и верстальщика, в теории, конечно.

Ах да, ещё jQueryUI и http://www.yaml.de/, например, хоть и требует размещения своего лого.

неплохо уточнить что ты хочешь найти

хочу делать интерфейсы похожим образом как это делается в qt или gtk. В идеале чтобы можно было нарисовать морду в каком-нить glade, получить на выходе xml (или json, или ещё что, не важно) и просто скормить js. Такое бывает?

чтобы можно было нарисовать морду в каком-нить glade, получить на выходе xml (или json, или ещё что, не важно) и просто скормить js. Такое бывает?

Это было сутью Baikonur, но с тех пор нигде не реализовано :)

Я вспомнил что у gtk есть html-бэкенд... Но как-то ссыкотно....

Вообще я не много-го хочу? Приложение «для своих», всё будет работать в локалке. Вот я и подумал что можно поэкспериментировать с тяжёлыми вещами.

спасибо.

малая часть от работы над веб приложением

да, согласен. В качестве серверной части очень хочу запилить bottle.py + gevent. Кое-какие ключевые слова на эту тему крутятся в голове типа web sockets. Мдаа, чую, неделю буду только state of the art изучать.

Никого не слушай. Бери перл и сначала пиши на чистом mod_perl. Потом переходи на Apache::ASP. А уже потом, возможно, на Catalyst.

В качестве серверной части очень хочу запилить bottle.py + gevent.

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

Если выберешь extjs то используй сразу 4.1 ветку.

хочу делать интерфейсы похожим образом как это делается в qt или gtk. В идеале чтобы можно было нарисовать морду в каком-нить glade, получить на выходе xml (или json, или ещё что, не важно) и просто скормить js. Такое бывает?

да, называется xslt
http://ru.wikipedia.org/wiki/XSLT#.D0.A2.D1.80.D0.B0.D0.BD.D1.81.D1.84.D0.BE....

Тогда однозначно ексти - http://www.sencha.com/products/architect/ (если не пугает цена вопроса ;))

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

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

нет, про общую корявость, в детали не вникал, они на другом проекте.

и да, не используйте ext js 4

йо-маё, а что с ним не так? (кратенько, если не сложно). Хотел с него начать т.к. начитался отзывов о нём в гугле.

Все там удобно, просто нужно читать документацию (в том числе и знать javascript), а не писать на как на jquery.

Если не страшно использовать mvc javascript то ексти довольно таки торт (напрягают только политика исправления багов, писал выше)

Бери перл

смерти моей хочешь? :)

понял спасибо.

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

http://docs.sencha.com/ext-js/4-1/#!/guide/application_architecture http://docs.sencha.com/ext-js/4-1/#!/guide/data Если после прочтения возникнет вопрос «нахера это» то значит и ексти не нужен в этом проекте.

ну и по extjs4 могу помочь если будут какие вопросы

хм, а с виду неплохо так, продумано

там еще и код красивый =) http://docs.sencha.com/ext-js/4-1/source/Application.html#Ext-app-Application

Если только для своих - можно и Gtk3 попробовать, наверное.

Почему же :) Я сам по такому пути шел.

лучше уж bootstrap + jquery.

Особенно интересует визуализация графов

недавно ссыль на это прилетела в твиттере: https://github.com/mbostock/d3/wiki

галерея примеров: https://github.com/mbostock/d3/wiki/Gallery

Спасибо. По-моему, уже видел эту либу, но ещё раз посмотрю.

А как насчет С? Работает и вполне хорошо.

За это вообще тебя на биотопливо пустить надо.

Ишь ты, умник нашелся!

У меня все CGI на сях. И библиотечка самописная. Еще вот разберусь с вебсокетами, как приспичит, и будет совсем хорошо. Быстро, надежно - не то, что ваши питоны с пыхпыхами.

поддерживаю :)

С для веба самое Ъ, а то расплодили всяких ruby с node.js-ами

У меня все CGI

эээ, пардон, я cgi считаю даже не прошлым веком. FastCGI тогда уж.

Быстро, надежно - не то, что ваши питоны

шутку оценил

FastCGI тогда уж

Для работы с железом не годится.

шутку оценил

Варианты?

Eddy_Em неадекватен

гарная ты конина! ☺

Особенно интересует визуализация графов

из нового вот эти:

http://jondot.github.com/graphene/
https://github.com/shutterstock/rickshaw

Open Source Recources for Web Developers. Все новинки JS и не только.

Ну и приколись: http://chandlerprall.github.com/Physijs/examples/jenga.html
вдруг не видел, впечатляет.

Легко: bootstrap + jquery, если приложение небольшое

Сложно: bootstrap + jquery + backbonejs (requirejs, underscorejs), но уже будет модульность и прочие полезные вещи

Очень сложно: google closure

Книжки в помощь:

• Носорог
• Patterns
• Любая книга по jQuery
• Backbone

Если лень|нет времени все это читать
Java: https://vaadin.com/home
Python: http://www.muntiacus.org/

Для работы с железом не годится.

в чём, по-твоему, разницу между cgi и fastcgi что последний «не может» работать с железом?

science, Mironor, спасибо.

fastcgi - демон, постоянно торчащий в оперативке. Еще он должен обеспечивать параллельный доступ, т.е. монопольный доступ пользователя к «железяке» с ним обеспечить (по идее) не тривиально. В общем, зачем заморачиваться с этой штукой, если обычные CGI справляются?

с ним обеспечить (по идее) не тривиально

о блокировках слышал?

параллельный доступ

это каким образом два cgi-скрипта не могут работать параллельно? У тебя однозадачные вебсервер?

хочу делать интерфейсы похожим образом как это делается в qt или gtk.

Wt

С Gentoo+Nginx+PostgreSQL+PHP+MaxSite CMS+phpBB.

это каким образом два cgi-скрипта не могут работать параллельно?

Мне не нужно, чтобы работали параллельно.