Препроцессор для препроцессора php

Возможно ли реализовать препроцессор, который перед обработкой файла самим php изменит информацию, которую получит php.

Т.е. php файл проходит первоначальную обработку, перед тем, как будет обработан php и отдан пользователю.

Если можно, то в какую сторону нужно смотреть и какие языки использовать?

А зачем вам понадобилось именно такое?
Может быть есть иное решение?
Расскажите что вам нужно - у кого-нибудь может появится идея получше.

-----
Шта? Репозиторий?

Хочу сделать что-то вроде своего языка и потом написать транслятор в php, поэтому и нужна предобработка.

(Отредактировано автором: 21 Мая, 2012 - 22:24:51)

Шаблонизатор шаблонизатора?
Ой нет - препроцессор препроцессора
Ну так на сях однозначно.

-----
Шта? Репозиторий?

С это хорошо, что именно нужно писать? Модуль апатча, php или что то ещё?

Да как-бы писать обычное CGI-приложение, которое будет уметь что-то читать (STDIN ???) и кому-то отдавать, в вашем случае отдавать php (STDOUT ???)

-----
Шта? Репозиторий?

Хм, тогда все запросы нужно через это приложение и делать, можно даже на php его написать)) но это неудобно, хочется чтобы сделав файлы с новым расширением обрабатывались по новому, но это наверное только модуль к апатчу, который сам с php будет работать, уже непросто...

Расширение файлов не имеет никакого значения - важно их содержимое.
И важно то как и чем эти файлы будут читаться/интерпретироваться/моди фицироваться и... перенаправляться видоизмененные в php, какраз ему в STDIN
(Добавление)
И кстати какая разница? Апач может передавать все параметры напрямую приложению (CGI), да и php так же может работать в режиме CGI

-----
Шта? Репозиторий?

Так, немного всё проясняется, уже был опыт написание простейших CGI под винду на С, но там всё ограничивалось приёмом GET параметров и выполнением простых операций, как такое CGI можно подключить, чтобы им обрабатывались все файлы php на сервере?

Т.е. вы можете строить любые цепочки взаимодействия:
apache -> customApplication -> php -> exec -> stdApplication
stdApplication -> exec -> php -> customApplication -> apache

В никсах такие вот цепочки называются pipes, да и вообще там много интересного.

-----
Шта? Репозиторий?

Так, что ещё можно погуглить по такой интеграции, а то по термину pipes гуглятся в основном трубы)

Нагуглил как написать модуль для Apache, это ведь тоже может сработать?
http://habrahabr[dot]ru/post/50909/

(Отредактировано автором: 21 Мая, 2012 - 22:46:09)

Например, вот вертикальная хрень, это и есть соединительный "канал" выход вывода ls перенаправляется на вход grep, который ищет во входных данных совпадение "test" и выводит его на STDOUT:

Но можно ехать дальше, и перенаправить вывод в файл, тут правда чуток подругому, но мы и действия немного другие совершаем, но принцип тот же - передача по цепочке:

-----
Шта? Репозиторий?

Нет, это то понятно как это работает, хочется конкретной информации, как это применить в апатче и что нужно написать в CGI для входа-выхода.

А ответы на такие вопросы стоит поискать на сайте у апача или просто в сети.
Должна быть явная информация как передать ему параметры, как забрать и пр...
Я этим не углублялся, но имея желание и/или необходимость - разобраться всегда можно.

-----
Шта? Репозиторий?

а на фига это на апач вешать
прогнал с консоли через препроцессор получил php и работай с ним дальше

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore