Тогда бы пришлось сообщить о потере контроля над сервером владельцу, и он только через недельку-другую смог бы туда пойти. В этом и экстрим :)
Делалось не только ради спортивного интереса, это какой-никакой продакшн-сервер, но требования бесперебойности работы к нему намного меньше, нежели к другим моим серверам, поэтому я решил все попробовать на нем. Тем более что это единственный сервер, где до сих пор стояла 6.x, так давно уже везде 7.2.
Судя по надписи «21,700 instances running» в свойствах сервиса на сайте оперы пару минут назад, это все-таки кому-то нужно :) Вот только дела с подтверждением сервиса сотрудниками Оперы продвигаются крайне медленно, есть одно тестовое скачивание, которое могли сделать только изнутри, значит кто-то смотрел, но результата пока нет, на мыло тоже никто не писал. Видимо, пока что не до этого.
Покрутил разные сайты, нашел некоторые недостатки и решил сделать новую версию. Скачать можно там же: webproxy.us
Изменения:
появилась поддержка абсолютных ссылок вида http:// domain.tld/…
появилась поддержка тега base
исправлен баг, добавленный в предыдущей версии и связанный с обработкой ссылок с ../
Изменения:
появилась частичная поддержка не UTF8-кодировок (могут быть проблемы при POST формы)
появилась возможность указания порта, на котором слушает веб-сервер, в адресе домена через минус, например localhost-8080
добавлена обработка заголовка Location
добавлена обработка некорректных ссылок ../ из корня сайта
исправлен баг с неотображением иконки сервиса на главной странице пользователя
исправлен баг с неверной обработкой заголовков, содержащих двоеточие в значении
При скачивании файла XMLHttpRequest, реализованный в Presto/2.2, дает возможность получить только его текстовое представление, бинарный вариант нам не отдают, поэтому и пришлось делать разделение на скрипты и бинарные файлы, первые обрабатываются веб-сервером, а вторые напрямую берутся из файловой системы.
В связи с этим у меня просьба к разработчикам Opera в движке XMLHttpRequest реализовать свойство responseBody, чтобы можно было забрать бинарный ответ и без изменений его передать куда нужно, это может понадобиться не только в моем случае, а и во многих других. И заодно возможность указывать кодировку для connection.response, или же брать ее из выводимого заголовка connection.setResponseHeader('Content-Type', ...)
Все дело в том, что движок Opera Unite дает возможность скачать страничку/файл в любой кодировке, а вот при выводе контента клиенту он всегда выводится почему-то только в UTF-8, игнорируя заголовок Content-Type, и никакой возможности указать, в какой кодировке я вывожу данные — нет, или, по крайней мере, я не нашел как это сделать. Что касается добавления контролов в начальный диалог установки сервиса — опять же, на нашел, как это сделать и можно ли вообще, это вопрос к разработчикам Opera.
Заливка файлов не поддерживается. А вот по поводу некорректно вставляются ссылки — можно ссылку на сохраненную оригинальную страничку и на обработанную моим сервисом?
Делалось не только ради спортивного интереса, это какой-никакой продакшн-сервер, но требования бесперебойности работы к нему намного меньше, нежели к другим моим серверам, поэтому я решил все попробовать на нем. Тем более что это единственный сервер, где до сих пор стояла 6.x, так давно уже везде 7.2.
Покрутил разные сайты, нашел некоторые недостатки и решил сделать новую версию. Скачать можно там же: webproxy.us
Изменения:
появилась поддержка абсолютных ссылок вида http:// domain.tld/…
появилась поддержка тега base
исправлен баг, добавленный в предыдущей версии и связанный с обработкой ссылок с ../
Изменения:
появилась частичная поддержка не UTF8-кодировок (могут быть проблемы при POST формы)
появилась возможность указания порта, на котором слушает веб-сервер, в адресе домена через минус, например localhost-8080
добавлена обработка заголовка Location
добавлена обработка некорректных ссылок ../ из корня сайта
исправлен баг с неотображением иконки сервиса на главной странице пользователя
исправлен баг с неверной обработкой заголовков, содержащих двоеточие в значении
В связи с этим у меня просьба к разработчикам Opera в движке XMLHttpRequest реализовать свойство responseBody, чтобы можно было забрать бинарный ответ и без изменений его передать куда нужно, это может понадобиться не только в моем случае, а и во многих других. И заодно возможность указывать кодировку для connection.response, или же брать ее из выводимого заголовка connection.setResponseHeader('Content-Type', ...)