Я строю довольно простой php-скрипт, которому нужно будет отправить несколько писем с вложениями. Я нашел эти 2 библиотеки для этого. Имеет ли один из них существенные преимущества перед другими? Или я должен просто выбрать один случайным образом и сделать с ним?PhpMailer против SwiftMailer?
Я собирался сказать, что PHPMailer больше не разработан и Swift Mailer. Но когда я гугл ...
https://github.com/PHPMailer/PHPMailer
Это свидетельствует о его прорабатывается снова.
Я много использовал PHPMailer, и он всегда был прочным и надежным. Недавно я начал использовать Swift Mailer по этой причине, и это тоже не давало мне никаких проблем.
Теперь, когда PHPMailer разработан снова, я думаю, что, вероятно, я попробую новую версию.
Итак, мой ответ заключается в том, что оба они способны, и что это не так важно - выберите один, изучите его, используйте. Оба предлагают огромные преимущества по сравнению с mail() и абстрагируют от нюансов электронной почты, чтобы вы могли справиться с тем, что вы действительно пытаетесь разработать.
PHPMailer теперь переехал в GitHub. Новая ссылка https://github.com/Synchro/PHPMailer – Dracs 2013-05-01 06:54:28
Существует также Zend_Mail. Если бы мне пришлось выбрать один для нового проекта сегодня, я бы всерьез это рассмотрел.
Кажется, вы не можете использовать его самостоятельно, я думаю, вам нужно использовать всю библиотеку zend, которая более 6 МБ сжата в минимальной версии. – 2011-12-19 18:51:19
Zend_Mail отлично работает, но да, требуя, чтобы вся фреймворк была вроде dowside для небольших проектов, если вы не используете Zend Framework. – MaxiWheat 2014-05-02 16:49:24
ZF Mail не требует от вас всей структуры 6mb. Одна из лучших возможностей Zend Framework заключается в том, что вы можете использовать только те классы, которые вам нужны. Однако вам все равно потребуется 10-20 файлов для включения из Zend. – divix 2016-01-25 08:48:54
Я использовал PHPMailer для многих проектов и никогда не испытывал проблем. Это полнофункциональная функция, и у нее хорошие документы.
Я никогда не слышал о Swiftmailer, поэтому я заглянул на сайт. Это тоже приятное решение.
Если ваши потребности просты, как вы говорите, просто выберите их в случайном порядке.
Посмотрев на оба, я думаю, что SwiftMailer имеет гораздо более удобный интерфейс, чем PHPMailer, и, как заметил кто-то, Zend_Mail также является еще одним хорошим вариантом, особенно если вы используете другие компоненты Zend. Это делает жизнь намного проще, если вы используете все, что угодно, из той же структуры.
Я только что перешел на Swift сегодня из-за проблем с PHPMailer и PHP 5.3 - даже последней версией, что является позором. Swift имеет очень хорошо документированную интеграцию, что упрощает работу.
Google trends: swiftmailer is growing but phpmailer is still very strong.
Я бы пошел с Swiftmailer, потому что документация ясна и проста. Сайт/документы Phpmailer немного грязны (по крайней мере, они выглядят так).
EDIT: после попытки их обоихи (и стучал голову против хостинга вопроса, для которого SwiftMailer не сделала вывод любого типа подсказки), я полностью изменил свое мнение, я бы определенно пойти с PHPMailer, по крайней мере, одна хорошая причина: его гораздо легче отлаживать в случае возникновения каких-либо проблем.
Оба SwiftMailer и PHPMailer предоставляет возможности отладки (SwiftMailer с плагин и PHPMailer поворот на SMTPDebug = 2), но SwiftMailer производятся сотнями небольших файлов, которые делают SwiftMailer более трудными для отладки по сравнению с 3-х файлами PHPMailer сделан.
И о Документах, то PHPmailer documentation меньше фантазии выглядит, но он получил все, что вам нужно: simple tutorial, examples
Какими бы ни были функции, они имеют разнообразие в их соответствующих лицензий:
PHPMailer - LGPL 2,1 (https://github.com/PHPMailer/PHPMailer)
SwiftMailer - MIT лицензия (https://github.com/swiftmailer/swiftmailer)
ответы, действительно, немного мнение ориентированной, но хорошо продуманы OPI и я нашел ценным, поскольку я принимаю подобное решение. По количеству опросов, похоже, другие считают это ценным. – Jahmic 2015-08-26 11:20:38
Половина вещей, наиболее полезных для меня на SO, - «вне темы». На многих из этих «закрытых как вне темы» вопросов я вижу «это вне темы, но это помогло мне». Может быть, вместо того, чтобы увидеть, как пять разных модераторов встают на вопрос, чтобы закрыть его, мы можем видеть, как они голосуют за изменение этой политики? Как этот вопрос заслуживает того, чтобы быть закрытым, чем 98% вопросов, размещенных на SO, которые похожи на «что не так с этим кодом?» или о том, как достичь какой-то чрезвычайно конкретной задачи, которая никогда не будет иметь отношения к кому-либо еще? – obe 2017-08-05 17:07:11