Создайте тогда virtualhost для localhost/site/
И проблемма решится сама собой. Автору решения — отдельно виртуальное пиво, хотя особой нужды в решении нет.
Есть пару решений, для открытия домашнего сервера миру —
1. При статическом айпишнике — проблемм вообще нет, если, конечно, 80 разблокирован — в ином случае — нужно слушать другой порт
2. При динамическом айпишнике — www.dyndns.com/ вам в помощь
Если что не то говорю — поправьте)
Просто народ хочет взорвать себе мозг, пытаясь решить стандартную задачу извращенным способом через unite. Наверное, времени, если тратят время на такой детский сад.
у меня бук в инете через маршрутизатор (вай-фай) и сходу не получилось открыть апач миру.
а этот сервис попробую. кажется, он к тому же безопаснее, чем просто открывать 80 порт наружу (впрочем, могу ошибаться)
Фича-то такая есть, но не особенно удобная именно для организации массхостинга. Например, задать, чтобы разные виртуальные хосты выполнялись от имени разных пользователей (в suexec или при использовании mpm_itk), не удастся, а в .htaccess это, очевидно, задать нельзя.
А вот для фокусов а-ля автоматические поддомены %username%.habrahabr.ru эта фича может быть пригодна.
Ну и, не путайте причину со следствием — не «апач создаёт доменные имена по структуре каталогов» а «при поиске документрута для данного домена апач использует структуру каталогов»
Вы во всём правы, но речь-то тут исключительно об организации удобных поддоменов (причём, легко делаются и многоуровневые) на локальной машине. В продакшене с этим, конечно, проблемы. И там зачастую mass hosting не очень подходит.
>Требует: локальный веб-сервер Apache/nginx/другой.
Если я поставлю Apache/nginx/другой я и без оперы смогу показать сайт. Или я чего-то не понял?
А вот >полнофункциональный удаленный доступ к локальному веб-серверу
Можно эту часть подробнее?
Там еще используется текстовые файлы в cp1251 и данные из базы mysql в какой-то жуткой кодировке. Тем не менее, на локальной машине все прекрасно отображается.
Заливка файлов не поддерживается. А вот по поводу некорректно вставляются ссылки — можно ссылку на сохраненную оригинальную страничку и на обработанную моим сервисом?
А при чём тут это? Это прокси или прокси-конвертер? И к тому же, этот прокси игнорирует полные урлы (например в base или ещё где). Так что это пока что не Web Proxy, его ещё допиливать нужно, чтобы он стал таким. Но идея мне понравилась. Как «на показать по быстрому» — вообще отлично. Хоть у меня и статичный IP, но каждый раз когда такое требуется лезть в конфиги апача, его перезапускать, как-то слишком муторно. А тут — указал папочку и название домена и вуаля.
Кстати, хорошо бы выбор домена ввести в самом первом окошечке, там где выбираются файлы.
Все дело в том, что движок Opera Unite дает возможность скачать страничку/файл в любой кодировке, а вот при выводе контента клиенту он всегда выводится почему-то только в UTF-8, игнорируя заголовок Content-Type, и никакой возможности указать, в какой кодировке я вывожу данные — нет, или, по крайней мере, я не нашел как это сделать. Что касается добавления контролов в начальный диалог установки сервиса — опять же, на нашел, как это сделать и можно ли вообще, это вопрос к разработчикам Opera.
Я объясню подробно, тем что блять он дает фришный прокси со стабильным адресом прикрепелнным именно за тобою, если у тебя есть внешний им тебе именно тут делать не фига.
Если у тебя внешний ип динамический то можешь использовать сервис как редерект )), или же использовать сервис DynDNS что сейчас идентично.
А если у тебя серый ип, то самый дешовый способ ставить хачика-хомачика или же качать проги для соксов и искать эти соксы нормальные (Proxy)
Вот у меня к примеру на работе мне ни кто не выдает внешний ип, я тупо сижу через четыре роутера, а иногда хочется ченить залить\слить с рабочего компа или просто его по ковырять, ухожу с работы оставляю оперу включенной прихожу домой и со 100% уверенностью залажу за свой рабочий комп.
А главное преимущество то что в отличие от Socks 4\5 сервисов тут я 100% уверен что прокся не загнется через пол часа.
При скачивании файла XMLHttpRequest, реализованный в Presto/2.2, дает возможность получить только его текстовое представление, бинарный вариант нам не отдают, поэтому и пришлось делать разделение на скрипты и бинарные файлы, первые обрабатываются веб-сервером, а вторые напрямую берутся из файловой системы.
В связи с этим у меня просьба к разработчикам Opera в движке XMLHttpRequest реализовать свойство responseBody, чтобы можно было забрать бинарный ответ и без изменений его передать куда нужно, это может понадобиться не только в моем случае, а и во многих других. И заодно возможность указывать кодировку для connection.response, или же брать ее из выводимого заголовка connection.setResponseHeader('Content-Type', ...)
Изменения:
появилась частичная поддержка не UTF8-кодировок (могут быть проблемы при POST формы)
появилась возможность указания порта, на котором слушает веб-сервер, в адресе домена через минус, например localhost-8080
добавлена обработка заголовка Location
добавлена обработка некорректных ссылок ../ из корня сайта
исправлен баг с неотображением иконки сервиса на главной странице пользователя
исправлен баг с неверной обработкой заголовков, содержащих двоеточие в значении
Судя по надписи «21,700 instances running» в свойствах сервиса на сайте оперы пару минут назад, это все-таки кому-то нужно :) Вот только дела с подтверждением сервиса сотрудниками Оперы продвигаются крайне медленно, есть одно тестовое скачивание, которое могли сделать только изнутри, значит кто-то смотрел, но результата пока нет, на мыло тоже никто не писал. Видимо, пока что не до этого.
Покрутил разные сайты, нашел некоторые недостатки и решил сделать новую версию. Скачать можно там же: webproxy.us
Изменения:
появилась поддержка абсолютных ссылок вида http:// domain.tld/…
появилась поддержка тега base
исправлен баг, добавленный в предыдущей версии и связанный с обработкой ссылок с ../
Сервис Web Proxy для Opera Unite