> если все перейдут на линукс, будет наблюдаться та же картина.
Чисто логически: чтобы быть увереным, что с линуксом будет та же картина, нужно, чтобы линукс копировал все характеристики винды и двигался в том же направлении.
Вместо этого разница между ними огромна. Свободная лицензия, базарный метод разработки, десятки дистрибутивов, и Сообщество, а не умные дяди, в роли Сусанина лично у меня убивают напрочь всякую уверенность в аналогичном исходе %)
Ну не знаю. Во-первых тут только один палец нажимает на кнопки, а не два.
Во-вторых, попробуй усиленно нажимать большим пальцем на указательный и сам указательный не двигать, чтобы прицел не сбился. У человека на видео это не получается :)
Есть теория, что мы не угадываем свое будущее а делаем его своими попытками предсказать. Т.е. ты, попытавшись угадать результат, выбрал такой вариант будущего где загаданные ответы совпали с выбранными тобой в нужном отношении :)
.
Попробуй повторить эксперимент угадывая^Wзагадывая другие результаты :)
HTTP на самом деле работает не сам по себе, а в связке с другими протоколами. Например:
- ethernet[ip[tcp[http[data]]]]
- atm[pppoe[ip[tcp[ssl[http[data]]]]]
- ppp[ip[udp[openvpn[ip[tcp[http[data]]]]]
Все красиво и гибко, каждый протокол выполняет свою задачу. Нет же ничего странного в том, что добавляются новые составляющие?
Примерно то же самое заключается и в "развитии XMPP":
- xmpp[message[xhtml[data]]]
- xmpp[presence[data]]
- xmpp[iq[pubsub[pep[usertune[data]]]]]
- xmpp[iq[adhoc[dataform[data]]]]
- xmpp[iq[disco[data]]]
Только здесь составляющие не отдельные протоколы, а расширения к XMPP. Каждое выполняет свою задачу, и после отладки и перехода в статус Active практически не меняется.
Развитие XMPP заключается в добавлении новых составляющих и замене старых, если они оказались неудачными.
Это, кстати, нормальная ситуация для открытых протоколов. И это хороший симптом: значит протокол развивается по крайней мере так же быстро как ПО. 100% реализация возможна у мертвых протоколов, у нерасширяемых, у достигших предела в расширении, у проприетарных.
> Может я чего-то не понимаю, но для меня IM - это общение, а не игры, файлообменники и т.д.
Для кого-то web просто еще один способ найти информацию (изначальное предназначение), а для кого-то это социальные сети, много друзей, общение, игры, обмен файлами.
Это нормально, когда кто-то не использует все фичи и не создает новых. Ненормально, когда он мешает другим это делать :)
Спасибо за уточнение. Совсем забыл :( Попробую переформулировать утверждение о закрытости, чтобы лучше подчеркнуть разницу между открытостью XMPP и открытостью Oscar-а c точки зрения развития протокола.
Во-первых, интересно, что 0day-щику придется написать штук 5 полезных, а самое главное близкостоящих, патчей, чтобы подготовить там место для дырки. Это должна быть серъезная переработка одного участка кода. Скорее всего существенная оптимизация, рефакторинг или отладка. А саму дырку закроют через несколько дней после того, как объявится эксплоит. В сухом остатке хорошо проверенный, оптимизированный, отлаженный код написанный специалистом (чтоб такое провернуть, нужно знать свое дело). А это уже плюс.
Во-вторых, намечается новая область для соревнования между мечом и щитом. В этот раз между патчером-злоумышленником и системой тестирования. Значит последние станут умнее, что положительно скажется на качестве кода всех проектов, не только СПО. Это тоже хороший плюс :)
Весело :) Только я не пойму, почему конвейер не используется на полную? Дырка -> эксплоит -> троян -> письма счастья со ссылкой -> ботсеть -> спам + шантаж + ддосы на заказ. Так можно было бы гораздо больше денег срубить, а уголовка все та же.
Именно! eeePC одно из первых устройств, которое занимает особую нишу между ноутбуками, кпк, umpc и дорогими субноутбуками. И тут есть спрос, и всегда он был. Только раньше приходилось выбирать одного из соседей, теряя при этом в компактности, цене или удобстве :(
Я так и не купил ничего, потому что все выше перечисленное не то. А с eeePC никаких сомнений, кроме одного: брать с таким экраном или подождать 900-ую серию.
Ну как, легко требовать что-то от автора свободного приложения, а? Минута и пост готов. Мол, плохо стараетесь товарищъ. И никаких "А вы действительно купили наше ПО?" или "Скажите ваш номер подписки на техподдержку". Лафа, одним словом.
> Не существует GET-адресов, ровно как и POST-параметров.
Да, видимо зря я свернул "адрес с параметрами как в HTTP запросе типа GET" и "блок параметров в HTTP запросе типа POST".
> разница семантическая и у этих запросов разное назначение. Синтаксическое различие между GET и POST покажет расширение Header Spy. Там все просто :) Семантическую разницу конечно не оспариваю.
> Это зависит от поведения клиента, а в браузерах меняется в настройках
Как выключить в FF POST-вопрос вопрос о том, надо ли переотправлять на сервер HTTP запрос типа POST или нет, я не нашел ни в настройках ни в about:config :) А гугл вывел на баг #160144. Интересное чтение :)
Возможно что-надо-заменить считается регулярным выражением. Попробуй экранировать: "\.\.\.=..."
Чисто логически: чтобы быть увереным, что с линуксом будет та же картина, нужно, чтобы линукс копировал все характеристики винды и двигался в том же направлении.
Вместо этого разница между ними огромна. Свободная лицензия, базарный метод разработки, десятки дистрибутивов, и Сообщество, а не умные дяди, в роли Сусанина лично у меня убивают напрочь всякую уверенность в аналогичном исходе %)
Во-вторых, попробуй усиленно нажимать большим пальцем на указательный и сам указательный не двигать, чтобы прицел не сбился. У человека на видео это не получается :)
.
Попробуй повторить эксперимент угадывая^Wзагадывая другие результаты :)
Второе "меня" лишнее.
HTTP на самом деле работает не сам по себе, а в связке с другими протоколами. Например:
- ethernet[ip[tcp[http[data]]]]
- atm[pppoe[ip[tcp[ssl[http[data]]]]]
- ppp[ip[udp[openvpn[ip[tcp[http[data]]]]]
Все красиво и гибко, каждый протокол выполняет свою задачу. Нет же ничего странного в том, что добавляются новые составляющие?
Примерно то же самое заключается и в "развитии XMPP":
- xmpp[message[xhtml[data]]]
- xmpp[presence[data]]
- xmpp[iq[pubsub[pep[usertune[data]]]]]
- xmpp[iq[adhoc[dataform[data]]]]
- xmpp[iq[disco[data]]]
Только здесь составляющие не отдельные протоколы, а расширения к XMPP. Каждое выполняет свою задачу, и после отладки и перехода в статус Active практически не меняется.
Развитие XMPP заключается в добавлении новых составляющих и замене старых, если они оказались неудачными.
Это, кстати, нормальная ситуация для открытых протоколов. И это хороший симптом: значит протокол развивается по крайней мере так же быстро как ПО. 100% реализация возможна у мертвых протоколов, у нерасширяемых, у достигших предела в расширении, у проприетарных.
Для кого-то web просто еще один способ найти информацию (изначальное предназначение), а для кого-то это социальные сети, много друзей, общение, игры, обмен файлами.
Это нормально, когда кто-то не использует все фичи и не создает новых. Ненормально, когда он мешает другим это делать :)
А эти фишки известны?
Во-первых, интересно, что 0day-щику придется написать штук 5 полезных, а самое главное близкостоящих, патчей, чтобы подготовить там место для дырки. Это должна быть серъезная переработка одного участка кода. Скорее всего существенная оптимизация, рефакторинг или отладка. А саму дырку закроют через несколько дней после того, как объявится эксплоит. В сухом остатке хорошо проверенный, оптимизированный, отлаженный код написанный специалистом (чтоб такое провернуть, нужно знать свое дело). А это уже плюс.
Во-вторых, намечается новая область для соревнования между мечом и щитом. В этот раз между патчером-злоумышленником и системой тестирования. Значит последние станут умнее, что положительно скажется на качестве кода всех проектов, не только СПО. Это тоже хороший плюс :)
P.S.:
OSS: opensource software
СПО: свободное программное обеспечение
Да, и s/OSS/СПО/g :)
Именно! eeePC одно из первых устройств, которое занимает особую нишу между ноутбуками, кпк, umpc и дорогими субноутбуками. И тут есть спрос, и всегда он был. Только раньше приходилось выбирать одного из соседей, теряя при этом в компактности, цене или удобстве :(
Я так и не купил ничего, потому что все выше перечисленное не то. А с eeePC никаких сомнений, кроме одного: брать с таким экраном или подождать 900-ую серию.
Печально.
> Не существует GET-адресов, ровно как и POST-параметров.
Да, видимо зря я свернул "адрес с параметрами как в HTTP запросе типа GET" и "блок параметров в HTTP запросе типа POST".
> разница семантическая и у этих запросов разное назначение.
Синтаксическое различие между GET и POST покажет расширение Header Spy. Там все просто :) Семантическую разницу конечно не оспариваю.
> Это зависит от поведения клиента, а в браузерах меняется в настройках
Как выключить в FF
POST-вопросвопрос о том, надо ли переотправлять на сервер HTTP запрос типа POST или нет, я не нашел ни в настройках ни в about:config :) А гугл вывел на баг #160144. Интересное чтение :)