Знаю что для большинства это просто это просто, прошу пояснить.
 В шаблоне имеется форма обратной связи «name=»contactform". 
<form name="contactform" id="contactform" action="form.php" method="post">
                                <p>
                                    <input name="name" type="text" id="name" placeholder="Ваше ПІБ">
                                </p>
                                <p>
                                    <input name="email" type="text" id="email" placeholder="Ваш Email"> 
                                </p>
                                <p>
                                    <input name="subject" type="text" id="subject" placeholder="Тема"> 
                                </p>
                                <p>
                                    <textarea name="message" id="message" placeholder="Повідомлення"></textarea>    
                                </p>
                                <input type="submit" class="mainBtn" id="submit" value="Надіслати">
                            </form>
Помогите написать php для простой отправки на почту сообщения, только что бы стопроцентно работало.
 Спасибо!

github.com/bertoost/revolution/commit/4323cfdbdb9afca3ff23d30faf0492e524b57faa
 github.com/bertoost/revolution/commit/1a9bd36035b6bba28ff50a2692060b8567949fd3
Ресурсы несуществуют(

Кстати, вот сейчас в поисках подсказки по сендмейлу набрел на старую страничку у Василия. Обрати внимание, еще в 2013-ом году он предлагал настроить сервер за день и за 5000 рублей (сейчас цены совсем не как 2013-ом). Мы предлагаем настроить за 15 минут и за 2000 рублей, включая сервер мониторинга. Это еще при том, что мы не просто разово настраиваем, а в дальнейшем еще и сопровождаем этот сервер. То есть если надо будет даже через несколько месяцев добавить какое-то ПО или, к примеру, переключить на другой монитор-сервер, это вполне решаемо у нас. За Василия не могу утверждать, но предполагаю, что через дополнительные обращения по серверу — это дополнительная плата.
 Так же важный момент вот с чем:
 
План работ:
 — Закупка хостинга и создание сервера.
 — Установка и настройка нужных пакетов.
 — Настройка юзеров, групп и защиты ssh.
 — Настройка отправления почты.
 — Установка phpMyAdmin.
 — Установка и проверка скриптов установки MODX.
Для тех, у кого предполагается несколько серверов, мы можем поднять индивидуальный паппет-мастер с индивидуальными настройками под конкретного заказчика. Эти настройки так же могут включать предустановленных пользователей и т.п. То есть, если кто-то хочет, что бы все устанавливаемые сервера имели каких-то пользователей с заданными паролями — это все можно. При чем мы не храним пароли в чистом виде, а только их хеши.
 
Вот, тоже немного информации для сравнения.

привести модель сравнения с действующими предложениями на рынке (либо подобными возможными решениями существующими на рынке)?
Сергей, в том-то и дело, что подобных предложений вроде как и нет. Попробуйте сами найти. Кругом предлагают готовые серверы «под ключ», либо голые серверы а-ля «настраивайте сами», либо «заплатите нам сейчас за настройку и потом еще приходите, с денежкой конечно же». И, кстати, в третьем случае совсем не исключено, что как раз используют что-то типа того же паппета. просто подобные решения не принято выкидывать на рынок, обычно это пишется под свои нужны (управление штата серверов какой-то своей локальной сети, шаред-хостинга или типа того). Появление этой услуги у нас обусловлено в первую очередь узкой нишевостью рынка, на который мы нацелены, а именно MODX-рынок. Здесь сразу два момента:
 1. Более узкий рынок позволяет исключить на начальном этапе очень многое ПО, которое потенциально может быть интересно широкому рынку, но может быть совсем не нужно локальному рынку. Что я имею ввиду? Если бы мы хотели выйти на широкий рынок с данной услугой, нам бы пришлось предусматривать огроменное кол-во настроек, всякого ПО и т.д. и т.п. А тут очень много тонкостей, включая вопросы безопасности. Ведь эта технология довольно низкоуровневая и позволяет много чего установить. В итоге, нам понадобилось бы очень много людей и денег только на запуск этой технологии. А так мы подобрали только самое необходимое ПО для среднестатистического MODX-сайта и уже сейчас можем настраивать вполне вменяемые сервера.
 2. Приоткрыв немного карты, скажу, что сам по себе просто управляемый хостинг мне не был интересен. Как раз без вот этого мониторинга я бы может даже и не начал всего этого. Потому что именно в связке с мониторингом этот хостинг становится не просто хостингом для хранения сайтов, а площадка для разработки, отладки и сопровождения сайтов, так, чтобы сайты всегда работали как часы. Уж если у меня некоторые сайты со временем начинают отдавать страницы по 1-2 сек, то что говорить о всем остальном рынке? Мне не редко попадаются сайты с загрузкой в 15-30 секунд. Эта же площадка позволит разработчикам и веб-студиям (а на них основная нацеленность) не просто иметь свои сервера, но и держать на контроле каждый свой сайт и сайты своих клиентов.
 Все это я к тому, что сравнительный анализ какой-то сложно сделать. Но можно примерно такой сделать, просто по стоимости: сейчас я на fastvps.ru держу сервер за 270 рублей, аналог которого на океане мне обошелся бы в 600+ рублей. А на neoserver.ru у меня и вовсе сервер за 180 рублей. Позже еще пучок серверов себе прикуплю, и в итоге за год сэкономлю не один килорубль. 
 
А по поводу визуализации, простоты и управления: это чуть-чуть позже. Сейчас сначала вся техническая реализация, а потом интерфейсы. И тогда в массы запустим. Сейчас пока денег не зарабатываем, пока только самых любопытных подключаем :) Изучаем спрос, так сказать.

Данное решение как мне кажется, вполне может претендовать на отдельную нишу продуктов, которые очень и очень могут быть и вполне даже и не только могут, но и ВОСТРЕБОВАНЫ рынком.
 
Чаяния пользователей это некие принципы отбора полезного:
  — желание меньше думать и быстрей реализовать задуманное (экономия времени);
  — чтобы было не просто, а очень просто (легкость и изящество реализации);
  — стоимость реализации (экономия денежных средств).
 
Часто так бывает что оценить красоту и качество того или иного продукта, особенно программного продукта, особенно в веб-сфере, порой бывает сразу сложно и очень мешает зашоренность взглядов, мешает огромная масса информации, либо недостаток информированности, либо сложности по аналитике и сбору информации для сравнения, и собственно понимания и осуществления выводов по той или иной теме.
 
Информационное поле перегружено информацией настолько что, часто мы упускаем реально стоящие продукты, и пользуемся тем к чему привыкли, или к чему нас приучили игроки на рынке. И не факт конечно, что к чему мы приучены, это есть то, что воплощает вышеописанные принципы.
 
Может быть стоит, применяя к теме, провести некоторый ребрендинг подачи информации?
 Я имею в виду — Может быть стоит по-другому подать информацию, более структурно её разложить по-полочкам, привести модель сравнения с действующими предложениями на рынке (либо подобными возможными решениями существующими на рынке)?
 И в конечном итоге оформить топик в отдельную ветку наряду с модулями ИМ и Новостным модулем? При этом сделать небольшую визуализацию, типа инфографику, так как инфографика это очень пробивная по своей сути модель подачи информации.
 
У кого какие может быть есть такие мысли и какие-то предложения по-сказанному?

Полтора месяца назад я писал про наше новое направление — управляемые сервера на базе технологии puppet. Это позволяет быстро настраивать свои собственные веб-сервера. Преимущество данной технологии заключается в том, что мы не завязываемся на каком-то одном хостинг-провайдере, а предоставляем именно технологию по настройке и управлению веб-сервера, а хостинг-провайдера каждый может выбрать себе сам (кто-то по цене/качеству, кто-то по физическому расположению, не важно). 
 
Эти полтора месяца прошли не зря и работа не останавливалась. И вот сегодня я хочу рассказать о новом продукте на этой базе — специальный сервер мониторинга, основанного на технологии zabbix. Суть его в том, что есть единый мастер-сервер (на самом деле не один, но это не суть), и к этому серверу могут подключаться сторонние веб-серверы с помощью zabbix-клиента, который устанавливается и настраивается автоматически нашим puppet-сервером. Далее все происходит автоматически: мастер-сервер запрашивает с конечного сервера список имеющихся на нем сайтов и автоматические добавляет их в статистику, выделяя на каждый сайт отдельный график.   
 
?
 
После этого он регулярно обращается на zabbix-клиент за информацией о скорости загрузки этих сайтов. В дальнейшем можно отслеживать на каких сайтах есть проблемы с производительностью.
 
Вот сразу парочка кейсов:
 
?
 
?
 
Видно не вооруженным глазом, что производительность сайтов увеличилась. Понятное дело, что одного только мониторинга для этого не достаточно, но мониторинг позволяет постоянно следить за производительностью сайтов, и можно даже настроить автоматические действия на те или иные показатели.
 
Вот про второй пример я расскажу сейчас детальней. Дело в том, что на нем пришлось выполнить не сложную, но хитрую оптимизацию, и здесь как раз сыграла роль наша еще одна наработка — modMonitor. Внимательный читатель результат его работы мог видеть еще здесь. В чем его смысл? Он встраивается в механизм шаблонизации MODX-а и отслеживает все вызовы MODX-элементов по мере отработки страницы и аккуратно все это дело складывает в базу данных. Таким образом у нас собирается информация не только о том, какая страница сколько по времени грузится, сколько на ней запросов к БД и т.п., но еще и какие элементы на ней сколько выполняются. Это позволяет не просто узнать на какой странице проблемы, а какой именно элемент доставляет эти проблемы и что надо оптимизировать, чтобы сайт заработал лучше. Рассмотрим лучше как это используется, на примере оптимизации городских бань. Вот мы видим какие на нем элементы медленней всего работали:
 [modSnippet 'smarty']. Время выполнения: 0.3769
 [modSnippet 'smarty']. Время выполнения: 0.3926
 [modSnippet 'smarty']. Время выполнения: 0.2937
 В нашем случае это шаблоны вывода последних публикаций, обзоров и комментариев. Проблема в том, что на сайте различные уровни доступов используются и по сути эти выборки должны быть не кешируемые, так как какие-то публикации/комментарии просто не должны быть видны тем, кому нельзя их видеть. Но так как функционал и объем сайта вырос, а выборки усложнились, скорость выполнения скриптов упала и без кеширования здесь уже как-то совсем не очень. Что я здесь сделал? На самом деле решение очень простое: я просто в выборки добавил кастомные префиксы с учетом id текущего пользователя.
 ‘cache’ => 1,
 ‘cache_prefix’ => “getdata/{$modx->user->id}/”
 Эти параметры передаются в getdata-процессоры, а там уже прописано кеширование. 
 
Учитывая, что за сутки львиная доля пользователей на сайте анонимы (id=0), и не более двух-трех десятков авторизованных пользователей, там мы получаем и индивидуальные выборки с учетом прав пользователя, и существенно снижаем нагрузку на сервер.
 
В итоге уже после оптимизации первого элемента у нас получается вот такая картина:
 [modSnippet 'smarty']. Время выполнения: 0.0956
 [modSnippet 'smarty']. Время выполнения: 0.3832
 [modSnippet 'smarty']. Время выполнения: 0.3039
 
То есть где-то в 4 раза сразу нагрузку по элементу сократили. 
 
Оптимизировав еще два элемента получаем:
 [modSnippet 'smarty']. Время выполнения: 0.0997
 [modSnippet 'smarty']. Время выполнения: 0.1363
 [modSnippet 'smarty']. Время выполнения: 0.0376
 
В итоге, подправив еще пару мелочей, я получил скорость загрузки главной страницы 0.17-0.25 сек против 1.5-2.5 сек ранее. И все это за 30-40 минут работы. Собственно, для этого modMonitor и писался, чтобы отслеживать в каких именно местах править, чтобы нагрузка существенно снижалась.
 
Вообще, прежде чем писать modMonitor, я глянул сначала аналогичный модуль debugParser от Василия. Но он имеет пару важных недочетов, которые не позволили мне его использовать. Во-первых, он не отслеживает вызовы элементов через API, к примеру, $modx->runSnippet($snippet). Учитывая то, что у нас Smarty и что мы часто используем MODX API (а в pdoTools активно развивается fenom, в котором тоже API позволяется выполнять), я не мог этот недостаток игнорировать. Не буду сейчас объяснять с какими трудностями я столкнулся в реализации данного функционала, но скажу, что даже у меня это заняло часа 4 и не явилось тривиальной задачкой. 
 Во-вторых, он не сохраняет информацию в БД, он просто выводил лог где что сколько выполняется. Хоть это и не особая проблема, но все же. Но плюс ко всему мне еще важно было реализовать сохранение этой статистики в отдельную базу данных. В нашем случае это особенно важно, так как хочется на один сервер выделять отдельную базу данных, куда бы сливалась статистика производительности со всех сайтов на нем. Собственно, это следующий ближайший шаг развития нашей технологии хостинг+мониторинг — мониторинг производительности всего сайта, а не только его главной страницы. Большинство сервисов мониторинга следят только за главной страницей или какими-то отдельными страницами. Наш же modMonitor в базу будет складывать информацию о всех запрашиваемых страницах и информация о производительности всегда будет комплексная и очень точная. Таким образом можно будет отследить любую тормозящую страницу. Ведь здесь может быть очень много факторов (что за страница, из кеша или нет, авторизован пользователь или нет и т.д. и т.п.). Важно еще учитывать и то, что на один MODX-движок может вести сразу несколько доменов, то есть на нем может висеть несколько сайтов. modMonitor учитывает и это. Очень скоро серверные скрипты будут переписаны на то, чтобы информацию о сайтах получать из единой базы modMonitor и графики будут создаваться для всех запрашиваемых хостов, даже если на сайт прописана маска поддоменов. 
 
Здесь еще есть один приятный момент: если кто хочет для себя получить такой мониторинг сервера, не обязательно, чтобы сервер был с нуля создан нашим паппет-мастером. Достаточно, чтобы сервер крутился на ubuntu-14+ + nginx (+ не важно что). То есть его так же можно подключить к нашему мастеру, только просто мы включаем для него классы nginx, mysql и т.п., а только прописываем zabbix-client. Если кто-то хочет себе такой мониторинг, цена вопроса 2000 рублей на один сервер в год. Это будет подключение сервера к мониторингу + выделенная панель с графиками. Участники получат дополнительно наши консультации и бонусы, а так же поддержат развитие очень важных для всех нас технологий. Так же, мы можем взять к себе на обслуживание и мониторинг ваш MODX-сайт, если вы конечный собственник, а не веб-студия/разработчик. Цена договорная.
 
P.S. modMonitor пока не опубликован, но скоро будет. И для его работы не обязательно будет использовать наш монитор-сервер, он будет работать и автономно.
 
UPD: Тем же самым способом немного оптимизировал сайт Клуба. Результат:
 ?