1. Можно настроить mail.log у php, и отслеживать активность по нему. Туда пишется какой скрипт на какой строке вызвал функцию отправки письма. А так же заголовки (кто, кому и так далее). Для удобства можно построить график через munin и следить за всплесками активности
2. По доставке можно юзать запись DMARC, почтовики шлют отчеты. А так же настроить постмастера популярных систем (яндекс/гугл/маил), там можно тоже посмотреть сколько писем уходят в спам, а сколько доставляется.
Если не шаред хостинг, то обычно решается через fail2ban без проблем
Во-первых, спамят не по формам, а по заранее известным урлам.
Во-вторых, плагин Akismet обычно хорошо справляется.
Ну и если вам не нужны комментарии, отключите возможность их оставлять для гостей.
На практике не так все радужно, силиконовый пример какой то :)
И я не удержусь, все же спрошу: Чем самописный модуль студийный для клиента для широкоиспользуемой CMS лучше, чем просто самописный модуль? Наличием подробной документации? Активным сообществом? Постоянными обновлениями? И разве клиент не привяжется к такой студии?---------- Добавлено 08.04.2016 в 21:35 ----------
Людям сложно донести что такое профессиональный инструмент - это надо пощупать на практике, но это сложно, по этому многие не доходят до этого))
Это стереотипы! Посмотрите на другие платформы, они живут и живут хорошо. Потому что клиент понимает ценность того, за что платит. И дальше спорить не вижу никакого смысла. Я не говорю что CMS это плохо, я говорю, что фреймворки это круто!))) У CMS 2 плюса особенно с точки зрения бизнеса: 1. Скорость запуска (при том далеко не всегда) и 2. Дешевая рабсила, потому что чтоб делать сайты на CMS достаточно 7 классов сельской школы (есть примеры!!!) :)
P.S. И да, если у клиента цель заработать миллионы на сайте за 25 000 рублей тут действительно, только CMS только хардкор.
P.P.S Если нанятый специалист не может разобраться в чужом коде для мелкой доработки - лучше сменить специалиста.
P.P.P.S. Самопис для простенького стандартного инетмагазина с парой сотен посетителей в сутки делается не намного дольше чем на CMS, готовых решений для фреймворков тоже достаточно. И да я не говорю прям про голый самопис, я говорю про технологии в которых уже реализованы стандартные рутинные задачи, но все еще свободные в архитектурном плане.
Да 1C-Bitrix - это не Joomla, готовых бесплатных модулей особо не найдешь, приходится еще и головой поработать. Хотя там в коробке очень большой потенциал для любого типа сайта. :)
Про амиро - хорошая система, как и остальные топовые, только я думаю и она может тормозить, ведь все зависит от прямоты рук собирающего сайт :) А по поводу cms для магазина по скорости очень радует diafan.cms или как то так. Пересекался с ней несколько раз ))
"И тут Остапа понесло" © :)
Никак не показывает, я более 5 лет в коммерческой разработке (не фриланс) и мне один раз в жизни заказчик задал вопрос, на предложение воспользоватся одной коммерческой топовой русской CMS: "А почему не Ruby"? Хорошую документацию и наличие книг можно найти даже на очень спецефические технологии если что.
Нет понятия заказчика шаблонных решений, что за стереотип такой? Есть заказчик и цель его продавать продукт/услугу, а на способ реализации ему пофиг. Но у CMS есть очень большой минус - их надо сопровождать! Если без присмотра оставить сайт на годик, то он будет кишить всякой нечестью. Следить за качеством модулей чужих. Зачем это клиенту, который хочет тапки для тараканов продавать? CMS это стиль жизни, хочешь посвятить себя вэб разработке вместо бизнеса, то это твой путь, а самопис это законченное решение, как айфон, поставил и забыл. Да а доработать может только Apple Inc. И да, в ваших словах влитый маркетолагами шум, что самопис это Г, а CMS это всё. Дело в том, что CMS в таком объеме фактически есть только в PHP :))))
У меня много клиентов после таких вот горе-разработчиков, которые оставляют один-на-один заказчика с этой шайтан машиной. Саппорт сайтов куда прибыльнее дело, чем клепание, собственно, самих сайтов :)
Во-первых, клиенту, да еще и чайнику настолько по барабану на документацию, потому что он вряд ли программист и будет пилить приложение.
Во вторых, то что вы привели не является реалием дел. Как много интернет магазинов на C++ вы видели? А знаете сколько нужно человек на проект чтоб его поддерживать?
Ваша картинка имеет место быть внутри компании яндекса, так как боты и существенная часть ПО у Яндекса исторически на С++, JavaScript на интерфейсах всех сервисов, далее по убыванию: Java - для тестирования и мобильных приложений, Python - для аналитических алгоритмов (в питоне богатая библиотека математическая и различные научные либы, ведь не зря питон это ЯП ученых), Perl - разбирает по полочкам большие массивы текстовых данных ( удобнее для этой задачи конечно же пока не нашлось языка, так как perl как не крути написан лингвистом ).
Вопрос: что из всего этого требуется заказчику интернет магазина например? :))
А картинки лучше брать из спец источников, например:
http://githut.info/
http://redmonk.com/sogrady/2016/02/19/language-rankings-1-16/
ну и далее по списку коих много на самом деле---------- Добавлено 08.04.2016 в 16:44 ----------
Тут не совсем понятен вопрос.
Заказчику в большинстве своем требуется конечный продукт, для реализации каких то бизнес процессов. По-этому, если он обратился к команде которые пишут на python, то они напишут ему на нём, если к вордпрессклепателям, то ему на вордпрессе систему управление кинотеатром построят, не то что там ИМ.
Технологии и популярны и активны, по этому разницы, как правило нет. Да, питон разработчики дороже, но шанс получить в результате шлак намного меньше. Исторически сложилось так, что со школьной скамьи изучают PHP, а в питоне сообщество более квалифицированное, чем PHP, но я не говорю, что там нет крутых спецов, просто в общей массе, в процентном соотношении, их намного меньше ))
Я тут подумал. Вы можете вставить результат работы скрипта через iframe. Или пользовательскую логику сделать через ajax, а обработчик будет на php, но как страницы существовать не будет.
Уже давали эту ссылочку или еще нет? https://habrahabr.ru/post/262623/
Там у людей 38 млн в час и 95% запись, на одном сервере. Так что БД как правило не причем, очень часто причиной становится кривая архитектура приложения.
Да вы кстати посмотрите еще в сторону aws rds
