S>> DOO>А X сервер разрабатывали для 3D штурвалов, ага. Не зарекайся — я поэтому и говорю: сколько сейчас весит клиент кальпа. Готов поспорить, что за прошедшее время он стал весить больше в разы — то ли еще будет, если он будет развиваться. S>> Вместе с куте 17М, относящееся к кальпаклауду — 2М S>> Сам померяй. Заодно можешь и пощупать kalpa.ru порт 15004 root root
H>Не ходит через прокси В наше-то время...
S>>Что именно тебе рассказать? P>Все, что ты считаешь интересным для аудитории.
Шеридан не способен, потому что он этой фигней не пользовался, а если и пользовалсЯ, то без рабирательства в том, как оно работает
S>>От Qt танцевалось. И будет работать везде, где работает Qt. P>Я правильно понял, что эта штука — сетевое расширение Qt?
Это типа библиотеки. Переопределены стандартные контролы, состояние которых гоняется по сети в виде примитивного протокола на основе XML
Технический разбор тут: http://rsdn.ru/forum/flame.comp/3035557.1.aspx
S>>Я хотел тебе рассказать о мелких отличиях от кода обычного кутешного приложения на основе примеров.
P>Попробуй абстрагироваться от кода вообще и рассказать о технологии в общих чертах, без рекламы и скатывания в срач.
Если тебе действительно интересно, я могу рассказать достаточно подробно.
Здравствуйте, Sheridan, Вы писали:
S> H>Не ходит через прокси В наше-то время...
S> Ну так порт открой в огнестенке.
У меня нет огнестенки, у меня прокся на выходе в инет. Ну ладно у меня, я порт смапил и делов-то, но не поддерживать прокси в 2012 году это нечто. Кстати, у меня мегабитный 3G, клиент теряет коннект на логине. Окно логина, при этом, кнопкой "Выход" не закрывается. Ну дела...
Здравствуйте, LuciferSingapore, Вы писали:
LS>Там что, нет поддержки работы через HTTP?
Э... Зачем?? о0 Вы меня удивляете... Может тебе ешще и ntp через хттп пустить и днс?
Здравствуйте, hattab, Вы писали:
S>> H>Не ходит через прокси В наше-то время... S>> Ну так порт открой в огнестенке.
H>У меня нет огнестенки, у меня прокся на выходе в инет.
Правильно, сквид и сейчас полезен. Раньше его ставили чтобы трафик экономить, сейчас -чтобы ширину канала
Только при чем тут прокси и не-хттп протоколы — не понимаю.
Издержки тугорукости админов?
H>Ну ладно у меня, я порт смапил и делов-то,
Так всетаки огнестенка есть? Иначе чем порт то смаппил? и чем прикрыл остальное?
Кстати, а зачем маппить то? iptables -s мойip/32 -dport 15004 -j ACCEPT
H>но не поддерживать прокси в 2012 году это нечто.
Кому поддерживать? кальпаклауду чтоли? Зачем?? Чтобы оправдать кривожопость админов?
Так надо админов анально карать, а не самому в позу становиться, чтобы получить желаемое.
H>Кстати, у меня мегабитный 3G, клиент теряет коннект на логине. Окно логина, при этом, кнопкой "Выход" не закрывается. Ну дела...
Нестабильный коннект?
Хотя вполне возможно сервант все таки загинается, что впрочем довольно удивительно, хотя не надо исключать возможный рсдн-эффект.
Там оно поднято на виртуальной машине совсем уж урезанной, памяти дай бог чтобы мегабайт 90...
Здравствуйте, hattab, Вы писали:
H>Насколько я помню, инсталька ведги и тогда весила в районе 4-5 метров (включая кутешные либы). Право слово, мериться размерами бинарей уже даже не смешно, когда не самый накрученый сайт вытягивает всякого джиэсовского говна на несколько метров (а всякие там jquery и подобное тянутся для каждого сайта свои собственные веб в нынешнем виде должен сдохнуть, а веб-приложения засохнуть каплями в трусах создателей).
Дарагой, приезжай ко мне, я тебе коньяка налью!
Неоднократно!
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, LuciferSingapore, Вы писали:
LS>>Там что, нет поддержки работы через HTTP? S>Э... Зачем?? о0 Вы меня удивляете... Может тебе ешще и ntp через хттп пустить и днс?
Это очень просто.
Чем больше препятствий пользователи встречают на своем пути к использованию некоего продукта, тем меньшее их количество таки к нему придут.
Необходимость переконфигурации шлюза — одно из них, причем серьезное, а зачастую — непреодолимое.
Если разработчики не осознают этого, то конец немного предсказуем.
А у dns и ntp все хорошо, где они нужны, они работают.
Здравствуйте, Mamut, Вы писали:
Нарушу молчание.
M>Шеридан не способен, потому что он этой фигней не пользовался, а если и пользовалсЯ, то без рабирательства в том, как оно работает
Ты неправ. Писал я на ведге и прекрасно понимаю что там было.
M>Это типа библиотеки. Переопределены стандартные контролы, состояние которых гоняется по сети в виде примитивного протокола на основе XML
Уже не так. Исходников у меня нет, а автор говорит про то, что отказался от xml изза его оверхеда и перешел на бинарный протокол.
Здравствуйте, LuciferSingapore, Вы писали:
LS>>>Там что, нет поддержки работы через HTTP? S>>Э... Зачем?? о0 Вы меня удивляете... Может тебе ешще и ntp через хттп пустить и днс?
LS>Это очень просто. LS>Чем больше препятствий пользователи встречают на своем пути к использованию некоего продукта, тем меньшее их количество таки к нему придут. LS>Необходимость переконфигурации шлюза — одно из них, причем серьезное, а зачастую — непреодолимое. LS>Если разработчики не осознают этого, то конец немного предсказуем.
Если местные разработчики не осознают того, что данная ситуация продлится до внедрения ipv6, которое уже идет — мне их жаль.
LS>А у dns и ntp все хорошо, где они нужны, они работают.
Ну раз им не нужен хттп, зачем он кальпаклауду?
Здравствуйте, Sheridan, Вы писали:
C>>Ну вот потому Kalpa/Vegda — это и есть выкидыши. S>Классная у тебя логика: кальпаклауд выкидыш потому что некий шеридан не любит жаб.
Нет. У меня логика такая — ты не смотришь на историю с криками "а это Ява!! аааа!!!!".
Ну пожалуйста, есть и не Java — http://www.webtoolkit.eu/wt/examples/widget_gallery Оно начиналось ровно как Kalpa, в виде remoting-слоя для (тогда ещё) wxWindows, с тем же отсутствием успеха. Но там авторы поняли куда дует ветер и в спешном порядке переделали проект на веб-фреймворк для встраиваемых устройств.
C>>Нет, дело в том, что подобных подход к remoting'у просто нафиг никому не интересен. S>"Никому" это означает "всем не". В свою очередь "все" должно включать каждого, но оно не включает как минимум меня и автора, следовательно твое "никому" неверно.
Ну я же тебе привёл примеры ровно такого подхода — с тем же результатом. Тебе напомнить определения безумия от Марка Твена?
S>>>Клиенту пофиг сколько и как часто тратить бабла? C>>На 1Гб памяти для клиентских рабочих станций? S>О да, браво, бурные овации. 1гб оперативки значит это раз плюнуть, а вдвое выросший объем клиента ведги (целых 2 мегабайта, ужас) — очень, очень плохо. Да? S>Двуликость налицо, простите за каламбур.
Можешь мне показать, где я что-то говорил про размер дистрибутива? Он таки да, пофиг. Не пофиг то, что смысла от этого особого нет.
Здравствуйте, Mamut, Вы писали:
M> H>Я помню какой-то разговор на счет проксей, но вроде вне ведга-контекста
M> Нашел
M> Вот эта ветка: http://rsdn.ru/forum/flame.comp/3617595.aspx
Здравствуйте, Sheridan, Вы писали:
S> H>У меня нет огнестенки, у меня прокся на выходе в инет.
S> Правильно, сквид и сейчас полезен. Раньше его ставили чтобы трафик экономить, сейчас -чтобы ширину канала
У меня кеширующая прокся HandyCache, раньше траффик экономила, сейчас рекламу и всякие мордобуколайки режет.
S> Только при чем тут прокси и не-хттп протоколы — не понимаю. S> Издержки тугорукости админов?
Все очень просто, у HTTP(S) проксей есть возможность создавать туннели для не HTTP протоколов. У меня ася через эту проксю спокойно ходит.
S> H>Ну ладно у меня, я порт смапил и делов-то,
S> Так всетаки огнестенка есть? Иначе чем порт то смаппил? и чем прикрыл остальное? S> Кстати, а зачем маппить то? iptables -s мойip/32 -dport 15004 -j ACCEPT
У прокси есть функции маппинга (это годный прокси). А закрывать что-то остальное мне нет нужны ибо за провайдерским натом меня ничто не пугает. И да, достань голову из задницы, большинство сидят не под линуксом т.ч. показательно давая свои линуксовые советы ты рискуешь, с вероятностью 99%, попасть пальцем в жопу.
S> H>но не поддерживать прокси в 2012 году это нечто.
S> Кому поддерживать? кальпаклауду чтоли? Зачем?? Чтобы оправдать кривожопость админов? S> Так надо админов анально карать, а не самому в позу становиться, чтобы получить желаемое.
Софту сетевому давно пора уметь ходить через прокси (это таки стандарт). И нормальный софт таки умеет (великое дело дернуть HTTP CONNECT для создания туннеля ). А ситуации у всех разные, и не тебе судить о кривотамчеготости.
S> H>Кстати, у меня мегабитный 3G, клиент теряет коннект на логине. Окно логина, при этом, кнопкой "Выход" не закрывается. Ну дела...
S> Нестабильный коннект?
Вполне себе стабильный. Торренты качаются, мыло ходит, веб серфится, авалон форум тягает, аська приконнекчена.
Здравствуйте, Sheridan, Вы писали:
LS>>Если разработчики не осознают этого, то конец немного предсказуем. S>Если местные разработчики не осознают того, что данная ситуация продлится до внедрения ipv6, которое уже идет — мне их жаль.
Это все меняет — пишем приложение и ждем, когда же внедрят ipv6.
LS>>А у dns и ntp все хорошо, где они нужны, они работают. S>Ну раз им не нужен хттп, зачем он кальпаклауду?
В стране эльфов, где везде ipv6, и где админ по первому свистку настроит на шлюзе все, что надо, может и не нужен.
В реальном мире он нужен, чтобы пользователей не распугивать. Я уже ответил на этот вопрос.
Ну и вообще, сравнил тоже — протокол для поддержки работоспособности сети с протоколом тонкого клиента.
Здравствуйте, Sheridan, Вы писали:
S> LS>Там что, нет поддержки работы через HTTP?
S> Э... Зачем?? о0 Вы меня удивляете... Может тебе ешще и ntp через хттп пустить и днс?
Шеридан, ты до сих пор не знаешь, что через HTTP(S) прокси может ходить не только HTTP/S протокол? Это называется туннель. Штука офигенная, это можно сказать, сессионный маппинг.
Здравствуйте, Sheridan, Вы писали:
S> Если местные разработчики не осознают того, что данная ситуация продлится до внедрения ipv6, которое уже идет — мне их жаль.
Не гони, Шеридан, IP6 ни коим образом не избавит от проксей.
S> LS>А у dns и ntp все хорошо, где они нужны, они работают.
S> Ну раз им не нужен хттп, зачем он кальпаклауду?
Усвой, что созданный туннель через прокси это не есть работа по HTTP.