Мы использовали Гарантию, Легкую в течение многих лет и целого шифрования диска Truecrypt, так как это вышло, и ни один не вызвал большой хит производительности; даже более старые ноутбуки выполняют разработку и программное обеспечение базы данных без заметного различия в скорости. Некоторые люди даже скажут Вам, что целое программное обеспечение шифрования диска делает некоторые операции выполненными значительно быстрее из-за сжатия, улучшенных стандартных программ чтения диска, конвейерно обрабатывая и т.п.. Я не пошел бы, что далеко, но как с большинством вещей, истина является, вероятно, где-нибудь промежуточной.
Душевное спокойствие от шифрования Вашего диска, особенно если у Вас есть какой-либо довольно регулирующий порог / порог соответствия в Вашей промышленности (или являются просто параноидальными) стоит минимального хита программного обеспечения шифрования, которое мы использовали с этой целью.
Если Вы используете POP3 и сохраняете соединение открытым, Вы не можете получить новые сообщения - я не вспоминаю, является ли это часть спецификации или нет, но серверы POP3, я имел дело с по существу блокировкой почтовый ящик на время сессии POP3, таким образом, никакая новая почта не будет (появляются к) прибывают, пока заседание POP3 открыто (СТАТИСТИКА и UIDL, и СПИСОК и В ПОСЛЕДНИЙ РАЗ - всегда возвратил тот же ответ, пока Вы НЕ ВЫХОДИТЕ и повторно входите в систему).
При использовании IMAP необходимо смочь сохранить соединение IMAP открытым и просто опросить его периодически относительно новой почты. Это намного более дешево, чем вход в систему, проверка и разъединение, если Вы хотите сделать это каждый (говорить) 10 секунд.
Я не выполнил бы poller в веб-сервере фронтэнда. У меня был бы бэкенд продолжительным процессом (демон), который опрашивает относительно изменений, и свяжитесь через некоторую систему передачи сообщений с приложением PHP в frontend веб-сервере. ("система передачи сообщений" могла быть столь же простой как пишущий запрос и информацию о статусе к таблице в общей базе данных).
Можно записать poller демону в PHP, если Вы предпочитаете. Вы могли стать дополнительно-необычными с этим процессом и иметь его, адаптируются к изменяющиеся почтовые ящики: если пользовательский почтовый ящик постоянно изменяется, то оставайтесь на связи и опрашивайте часто. Если почтовый ящик не изменяет, то разъединяет соединение IMAP и проверяет его снова 5 минут спустя.
James
Если Вы управляете своим веб-сервером: можно использовать Gmail, чтобы переслать электронную почту к веб-серверу и затем использовать канал в/etc/aliases файле для питания электронных писем к сценарию PHP, который может считать их из стандарта в. (Или эквивалентный механизм для передачи по каналу электронных писем к сценарию в любом почтовом сервере (MTA), который Вы выбираете, я лично, использует exim.) В основном Ваш файл псевдонимов был бы похож
username: |/var/www/myphpscript.php
и myphpscript.php прочитал бы электронную почту на STDIN и действовал бы на него.
Если Вы не управляете своим веб-сервером: IMAP поддерживает команду IDLE, которая позволяет клиенту соединению с сервером, открытым при ожидании электронного письма для прибытия. (Это несколько похоже на уведомление о НАЖАТИИ, за исключением того, что клиент должен установить и сохранить открытое соединение с сервером), Вы могли записать сценарий, который будет открывать соединение с Gmail сервер IMAP и использовать команду IDLE для ожидания нового электронного письма. Это потребовало бы способности выполнить персистентный процесс на сервере. Может быть способ использовать что-то как fetchmail, чтобы сделать это и затем передать электронную почту сценарию PHP.
Надежда, которая помогает!
При хостинге собственного почтового сервера, Вы могли бы использовать что-то как procmail. Я не думаю, что существует опция автоматизировать обработку электронной почты.
Если у Вас есть административные права на почтовом сервере, почему бы не записать daemon/perl/shell/php сценарий, чтобы проверить на существование файла, затем спать 5 секунд (или однако закорачивать интервал Вы заботитесь о), то проверьте снова. Это - весь Ваш почтовый сервер "нажатия", сделает, и Вы будете устранять слой сложности.
Править
Извините, я неправильно понял. Я думал, что Вы управляли поп-сервером.
Вы знаете, какое программное обеспечение поп-сервер выполняет? Это имело бы большое значение в изучении, поддерживает ли оно своего рода механизм нажатия.
РЕДАКТИРОВАНИЕ 2
Проверьте это: http://www.phpclasses.org/browse/package/2.html
Это поддерживает "NOOP", чтобы препятствовать тому, чтобы неактивное соединение испытало таймаут. Походит, что необходимо реализовать клиент PHP POP3.
Вы не можете продвинуть POP, это строго come-and-get-it протокол.
Могут Вы для использования собственного почтового сервера вместо Gmail? Сбой этого, Gmail допускает автопередачу электронной почты? В любом случае можно настроить почтовый сервер, который может затем инициировать действия на основе той входящей корреспонденции.
Мой ответ, вероятно, больше программирует связанный затем системный администратор...
Я полагаю, что может быть возможно через Google API записать сценарий, который запускает долговечный запрос HTTP, который будет в основном просто ожидать вокруг, пока электронная почта не будет доступна.
Большая часть электронной почты 'нажатия' является инициируемым клиентом. Клиент сделает Запрос HTTP, просящий новую почту, и сервер отправит им ответ, когда будет.
Я подозреваю, что, если времена ожидания 60 секунд являются слишком длинными для Вас, затем можно хотеть пересмотреть решение использовать Gmail. Gmail довольно хорош для нормального использования, но срочная доставка сообщений, кажется, не что-то, что они фокусируют свою систему на выполнении. Google не предлагает многих гарантий о быстрых сообщениях передачи.
Если Вы выполняете свой собственный сервер, то их много опций настроить почтовый сервер для передачи сообщения к процессы. Проверьте документы на тот почтовый сервер.