Как показать динамически созданный HTML?

miko · №1

Возникла необходимость показать динамически созданную страничку в своей программе.
Программа выполняется локально, подключения к интернету нет.
Поставить веб-сервер не предлагать .
Записать страничку на диск и потом прочитать, тоже очень криво.

Придумал пока только вот что:
1. создание собственной схемы "tratata:..."
2. использование "data:html/plain;..."
3. Напрямую в DOM документа задать html (nsIDOMHTMLDocument.write)

пока склоняюсь к первому варианту.
может еще что-нибудь есть, а?

ЗЫ
Пишу на c++, использую gecko sdk.

Masletso · №2

ну вообще страницу показать без интернета можно если она у тебя есть на винте.. примерно так: file:///C:/test.html

miko · №3

Masletso пишет

ну вообще страницу показать без интернета можно если она у тебя есть на винте.. примерно так: file:///C:/test.html

Ага, это если на винте есть . А что делать, если страничка только в памяти?
Сохранять на диск низзя, хочется напрямую из памяти показать.

cr@nk · №4

Сохранять на диск низзя

Значит плохо ищешь! Всегда можно сохранить на диск . Я понимаю, что хочется, но потом смирился с тем, что проще найти возможность сохранить на винт

miko · №5

cr@nk пишет

Сохранять на диск низзя
Значит плохо ищешь! Всегда можно сохранить на диск . Я понимаю, что хочется, но потом смирился с тем, что проще найти возможность сохранить на винт

Ясненько , значит свой протокол придется сделать, всего-то :whistle:

Dmitryazan · №6

Есть похожая задача. Язык PHP.

Можно запустить Apache+PHP локально, но это избыточно.

Как я понимаю, документ перед показом в окне обрабатывается DOM -
текст переформатируется в соответствии с HTML.
Если есть тэг <script lang="JavaScript">, то запускается соответствующий обработчик.

Так вот. Можно ли добавить обработчик <script lang="PHP">

Dark-Demon · №7

по поводу второго пункта...

Выделить код

Код:

data:text/html;base64,PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFsLy9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25hbC5kdGQiPg0KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiIHhtbDpsYW5nPSJlbiIgbGFuZz0icnUiPg0KPGhlYWQ+DQoJPHRpdGxlPjwvdGl0bGU+DQoJPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUxIiAvPg0KPC9oZWFkPg0KPGJvZHk+DQoJdGVzdCA8Yj5wYXNzZWQ8L2I+DQo8L2JvZHk+DQo8L2h0bWw+

а так, вообще, не понял в чём у тебя проблема...

Добавлено Пнд 15 Янв 2007 19:28:22 :

Так вот. Можно ли добавить обработчик <script lang="PHP">

ты хочешь, стобы клиент запустил PHP? и как ты себе это представляешь?

Отредактировано Dark-Demon (15-01-2007 19:26:34)

Anton · №8

Так вот. Можно ли добавить обработчик <script lang="PHP">

Firefox может использовать питоньи скрипты, но в обычных сборках эта возможность отключена. Насчёт PHP не знаю, может быть есть какая-нибудь опция сборки. В google нашёл http://www.thomas-schilz.de/MozPHP/.

Dmitryazan · №9

Dark-Demon пишет

ты хочешь, стобы клиент запустил PHP? и как ты себе это представляешь?

- представляю смутно
Дополнительно к вышесказанному, как вариант
Есть плагин Flash. Он ведь берёт внешний файл, обрабатывает его и.т.п
Можно ли сделать плагин под PHP?

Anton пишет

...но в обычных сборках эта возможность отключена. Насчёт PHP не знаю, может быть есть какая-нибудь опция сборки. В google нашёл http://www.thomas-schilz.de/MozPHP/.

- Спасибо, посмотрел. К сожалению, сразу не запустилось. Будут результаты - напишу.

Отредактировано Dmitryazan (15-01-2007 23:51:43)

Azathoth · №10

Dmitryazan

- Спасибо, посмотрел. К сожалению, сразу не запустилось. Будут результаты - напишу.

Мне кажется что этот плагин на самом деле тонкий стеб. Он безусловно будет работать, но для разработки под PHP лучше не мучаться и поставить веб-сервер с поддержкой PHP. Причины просты.
1. То что будет работать в плагине может не работать на сервере и наоборот. Если потом будет переноситься на сервер.
2. До конечного пользователя донести свой опус намного сложнее...
3. Подозреваю что могут возникнуть прблемы с безопасностью.

Dmitryazan · №11

Azathoth пишет

но для разработки под PHP лучше не мучаться и поставить веб-сервер с поддержкой PHP.

Да, именно в том то и дело, что уже есть набор отлаженных PHP скриптов.

Запускается Апач, PHP, SQLite. Затем браузер. В браузере локально заполняются данные.
Эти данные накапливаются. И один раз в неделю отправляются на базу сервера.
т.е. система распределённая, с синхронизацией данных еженедельно.
И там и там скрипты одинаковые. На сервере тоже можно вводить и править данные и дополнительно уже все оптом - те, которые прислали.

Сначала, чтобы избавиться от апача на локальных компах, я попробовал использовать
Exel+Access. Получилось через макросы. Но в этом варианте я привязан к MS офису.
А это в некоторых случаях "непатриотично".

В случае с Gecko я получаю полностью бесплатный открытый код, могу использовать универсальные скрипты PHP и HTML - формы, без зависимости от ОСи.
И хорошее быстродействие (VBasic макросы - ну очень тормозные).

Как было сказано в первом посте, можно использовать запись-чтение в файл.
Наверно так: ?
Запускаем FireFox
из него - в зависимости от запрошенного файла FileName.htm php скрыто php FileName.php (обработка и запись в файл To_Show.tmp.htm), жду выполнения. после этого в основной фрейм загружается To_Show.tmp.htm.

Как вариант - собрать клиента на Gecko. Но мне кажется, что возможно сделать плагин к FireFox. И вышеуказанный MozPHP - тому подтверждение. Тока мне пока не удалось его запустить под FF2 :whiteflag:

На этом форуме нашёл ссылку на MySQLXPCOM и mysqlexplorer
Это уже теплее.

Отредактировано Dmitryazan (16-01-2007 11:32:52)

Azathoth · №12

Dmitryazan

Запускается Апач, PHP, SQLite. Затем браузер. В браузере локально заполняются данные.
Эти данные накапливаются. И один раз в неделю отправляются на базу сервера.
т.е. система распределённая, с синхронизацией данных еженедельно.

Я бы на стороне клиента остановился на SQLite+VCL или SQLite+Qt. В итоге получится проще и... хм... "правильнее" что-ли...
А еще можно рассмотреть SQLite+XULRunner.
В случае XULRunner или Qt получаем независимые от Оси программы. К тому же в случае XULRunner клиент будет на Gecko.

Отредактировано Azathoth (16-01-2007 13:59:08)

Dmitryazan · №13

Azathoth пишет

SQLite+VCL или SQLite+Qt. А еще SQLite+XULRunner.

Дело в том, что уже есть отработанные PHP скрипты (авторизация, генерация форм, работа с базой, математика, регулярные.) И они уже работают на сайте.
А новые вещи не придётся писать 2 раза.

Собственно пару дней хочу научиться создать свой плагин к FireFox.
Начну с MozPHP.
В нём, правда мне не нравится, что отлавливание PHP происходит по добавленному специально протоколу, а не по тэгам <?php ?> в тексте.

Для начала меня вполне бы устроило:

Выделить код

Код:

<script>
function PHP_Pars(){
                    TEXT = ById('content');
                    text=TEXT.innerHTML;
                    // XPCOM- xulplanet.com/tutorials/xultu/xpcom.html
                    TEXT.innerHTML = XPCOM_PHP_Pars(text);
                    }
</script>
<body onload=PHP_Pars()><div id=content>
ТЕКСТ
<? print "Привет";?>
</div></body>

__________________________________________________________________________
я не чайник, я только учусь.

Отредактировано Dmitryazan (17-01-2007 00:59:51)

Anton · №14

Значит, речь идёт о серверных PHP-скриптах, а не о клиентских ? Имхо, довольно странное направление изысканий.

Я мало знаком с возможностями PHP, может быть, всё требуемое можно (и проще) сделать на нём самом ? Т. е., средствами PHP организовать сервер ?

Vitaliy Katochka · №15

Dmitryazan пишет

Собственно пару дней хочу научиться создать свой плагин к FireFox.

Есть успехи в написании данного расширения? Так, как действительно, есть задачи для которых установка локального веб-сервера не очень удачное решение.

Как бы научить FireFox (под винду) обрабатывать php-файлики. Т.е. я в строке запроса ввожу file:///D:/my.php - результат выполнения скрипта выводится в браузер. Ну и собственно GET и POST со страницы передавался бы в php.

Полезная информация

№116-08-2006 19:30:38