Это не будет работать в случае, когда нам интересно выкачать страничку для отображения HTML-вьюером. А для этого - и не надо : system("$BROWSER url")
Выкачивать что-либо в приложении нужно тогда, когда эти данные предназначены не для человека, а для приложения.
Вот так и тут. Google удовлетворяет, Apple удовлетворяет, а vitus_wagner - нет. Вот когда они свои проприетарные патчи отдадут в upstream, тогда посмотрим на это дело еще раз. Последняя моя попытка что-то делать с webkit привела к глубокому убеждению, что там работа с https попросту недописана.
COM вендовый примерно так же работал, но не могу сказать, что разработка таким образом давала какие-то принципиальные преимущества. COM вендовый умел много всяких гитик. И out-of-process server - далеко не самый распространенный способ его употребления.
Ну и да - основная проблема - это fault tolerance. Причем изложенная таким языком, чтобы самый тупой php-шник понял, и смог это правильно использовать в коде. А то вот тут в соседнем треде кто-то плачется, что у него студенческая поделка pyicqt выносит ejabberd, А у меня jabberd-1.4 - не выносит.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
branchandroot
no subject
Date: 2009-06-01 12:04 pm (UTC)А для этого - и не надо :
system("$BROWSER url")
Выкачивать что-либо в приложении нужно тогда, когда эти данные предназначены не для человека, а для приложения.
Вот когда они свои проприетарные патчи отдадут в upstream, тогда посмотрим на это дело еще раз. Последняя моя попытка что-то делать с webkit привела к глубокому убеждению, что там работа с https попросту недописана.
COM вендовый умел много всяких гитик. И out-of-process server - далеко не самый распространенный способ его употребления.
Ну и да - основная проблема - это fault tolerance. Причем изложенная таким языком, чтобы самый тупой php-шник понял, и смог это правильно использовать в коде. А то вот тут в соседнем треде кто-то плачется, что у него студенческая поделка pyicqt выносит ejabberd, А у меня jabberd-1.4 - не выносит.