Там и так есть реклама, но не так много. В основном нынче их заряжают эксплойтами.
Другое дело насколько возможно в них реализовать реальную целевую рекламу с логикой подобной контекстной или баннерой сетям
Насколько я знаю, средствами этого js-api от адоба невозможно подгружать внешние данные, как это делает js-код на веб-страницах. Поэтому либо вы показываете в файле только то что с ним в атаче, либо ещё можно вшить туда swf и тут уже возможностей побольше, включая внешние вызовы.
Допустим, что проанализировать сам документ и определить семантику с целью подбора релевантной рекламы - задача решаемая или частично решённая.
С историей поиска, куками и т.п. пользователя, скорее всего работать не получится (просмотр документа может идти не через браузер). Хотя, насколько я знаю, статистика поиска, которую все повязанные: провайдеры, разработчики браузеров, поисковые системы продают рекламным компаниям привязана к IP, а не к конкретным учеткам и кукам. Соответственно, её задействовать для выбора релевантной рекламы также может получиться.
Как минимум, всёравно нужно обратиться к серверу и получить эти объявления, а средствами js адоба это вряд ли удастся (если кому-то известно обратное, - поделитесь). Остаётся swf..
Не слышал о таком.
Тем не менее pdf позволяет использовать js-api и многие просмотрщики Pdf-документов его поддерживают.
Замутите нам стартап рекламной сети для pdf-Документов и показывайте там рекламу)
Есть пару производных классов от этого, которые используют этот Main, для подключения к базе данных и дальнейшей абра-кадабры с ней.
ВОПРОС:
Если у меня есть 3 метода которые используют Main для подключения к БД, то к концу моего скрипта, у меня будет 3 открытых подключения или 1 ????
Кто же знает что у вас там происходит в вашем скрипте.
Если прямо удаляете объекты то соединение должно закрываться ибо перед удалением объекта выполнится ваш деструктор, а потом открываться вновь при создании нового объекта.
Важно помнить, что нередко само открытие-закрытие соединения требудет ресурсов больше чем выполнение запросов через одно открытое соединение
Берёте готовую loginza или что-то в этом роде.
Какой там процесс работы:
1. Залогинился юзер через соцсесть
2. Авторизовали у себя на сайте, забрали все его поля себе
3. Если данных недостаточно для какого-то действия, просите добить их ручками либо сразу либо в момент соверщения действия для кторого требуются недостающие данные о юзере.
Фуфу мадженто, работал с ним две недели. там уровень вхождения ух какой велик. про названия классов я просто промолчу. ну и еще: если что-то в конфиге не так, то хрен ты увидиш что что-то не так, будешь день сидеть и думать ЧЯДНТ. а конфигы в XML и еще имя класа который в итоге нужно дернуть формируеться какимито вищими силами
Хотим готовое решение под крутой хайлоад, с поддержкой и объяснениями - покупаем ентерпрайз сборку.
Хотим писать своё - берём коммьюнити и пишим
Хотим писать своё лучше чем ядро коммьюнити - берём голый ZF на котором оно построено и вперёд.
вас не смущают лишние запросы к файловой системе на каждый клик ?
Кто вам сказал что кэш с конфигом должен и будет лежать в файловой системе а не в озу?
Почему вы решили что субд не работает с фс ?))) Любое действие с ЭВМ пораждает либо запрос к файловому хранилищу на жёстком диске либо к оперативной памяти
Что вы за ахинею пишите, простите? У вас в ваших приложениях при запросе параметров конфига приложение парсить файл с жёсткого диска начинает или что? А если это и так, то почему так у всех должно быть?
Вы тому же ZF можете сказать где хранить конкретный кэш будь у вас там конфиг или что хотите. Хотите мемкэш - пожалуйста. Хотите файловый кэш - ради бога. Раздаёте статику? Вообще с cdn отдавайте и не будет у вас никакой нагрузки на фс