Андрей Молчанов

https://www.browsersync.io

php://input возвращает все необработанные данные после HTTP-заголовков запроса, независимо от типа контента.

Данные, могут быть:

• application/x-www-form-urlencoded ( application/x-www-form-urlencoded тип application/x-www-form-urlencoded для простых форм- application/x-www-form-urlencoded ) или
  
• multipart/form-data-encoded (в основном multipart/form-data-encoded для загрузки файлов)
  

Это связано с тем, что это единственные типы контента, которые должны поддерживаться браузерами. Поэтому сервер и PHP традиционно не ожидают получения какого-либо другого типа контента (что не означает, что они не могли бы).

Если вы просто отправляете POST-ом обычную HTML-форму, запрос выглядит примерно так:

POST /page.php HTTP/1.1
key1=value1&key2=value2&key3=value3

Но если вы много работаете с Ajax, может понадобиться обмен более сложными данными с типами (строка, int, bool) и структурами (массивы, объекты), поэтому в большинстве случаев JSON является лучшим выбором. Но запрос с JSON-полезной нагрузкой выглядел бы примерно так:

POST /page.php HTTP/1.1
{"key1":"value1","key2":"value2","key3":"value3"}

Теперь содержимое будет application/json (или, по крайней мере, ни один из вышеперечисленных), так что $_POST -wrapper из PHP не знает, как с этим справиться (пока).

Данные всё еще там, вы просто не можете получить к нему доступ через $_POST. Поэтому вам нужно получить его с "сыром" виде помощью file_get_contents('php://input') (если он не закодирован в формате multipart/form-data).

Это также способ доступа к XML-данным или любому другому нестандартному типу контента.

Modx и Drupal это полуфабрикаты, к которым должен прилагаться специалист. И уровень у него должен быть выше, чем у ребят, которые настраивают темы на Wordpress за $50

• Да самая адекватная она. Если и будут какие либо "танцы с бубном", то они результативны.
  
• Она также очень хорошо подходит для блога.
  
• Действительно очень просто написать какой-либо шаблон. Как сказал AlikDex :"Шаблон вообще не требует знаний в программировании, даже базовых. ", и я с этим соглашаюсь. Сам когда начинал, смог спокойно радикально переделать шаблон, хотя совершенно не знал ни html и css
  
• Как-то один человек на тостере сказал ( жалко, что не могу найти его ответ) :" Wordpres сделан разработчиками для самих же разработчиков, чтобы никто другой не мог писать сайты на wordpress, а обращался к ним самим за $". Очень много объявлений на фриланс-сайтах от wordpress разработчиков, а задумайтесь - почему? Если человек совсем ничего не смыслит в веб-разработке, то он обращается в веб-студию, а если смыслит - то ищет движок для реализации своих идей. Находит он wordpress, открывает его, и понимает, что нихрена не понятно и идёт на ближайший фриланс-сервис за помощью.
  
• Вы просто ради интересна откройте документацию dle. Там всё предельно доступно.
  

Хорошо бы видеть структуру html и к каким элементам применяете метод checkInput(). Кстати, если родительский элемент участвует только в селекторе, то смысла в обращении к нему нет, а использовать можно просто :

$.fn.checkInput = function() {
    $(this).filter('[check]').each(function(i, el) {
        /* ... */
    });
};

Я уже давно понял, что лучше сразу делать адаптивно. Иначе потом все равно переделывать придется. Контейнер у меня выглядит так:

.container {
width: 100%;
max-width: 1200px;
min-width: 320px;
margin: 0 auto;
}

Причем стараюсь делать все резиново. Если такой возможности нет - медиазапросы.

На абстрактный ответ мог бы ответить абстрактно, но отвечу с вариантами.
В зависимости от задачи, я опишу не для сервисов или больших сайтов\ресурсов.
Советую так же прочесть вот эту статью: frontender.info/building-a-better-responsive-website

Обычно использую bootstrap, который дополняю своими стилями, к примеру, сразу удаляю\перекрываю .row с его -15px margin'ом по сторонам, добавляю класс padding-0 для убирания в некоторых блоках padding'a у col- (который стандартно по 15px).

Стандартно учитываю разрешения - HD, ноутбучное 1366 и свое чуть меньше 1366 (у меня пуск справа:) ), 1024-960 - старые мониторы и нетбуки, смотрю в диапазоне 768px-960 для некоторых планшетов и телефонов, и меньше 768 для телефонов. Тут дизайн один, через media onlyscreen убираем с загрузки ненужные части.
Если все сверстано правильно и добавлены везде классы, то сайт будет полностью адаптивным.
Для тестов меньше 768px проверяю через iphone 5 и старенький android-телефон. (Через Toggle Device mode в Google Chrome получаешь очень сильно разительные результаты в сравнении с устройством - браузеры то другие, хотя большие косяки всплывают сразу.)
Тут кстати еще (мобильная) кросс-браузерность очень тонкий вопрос. Стиль у каждого браузера свой, особенно у всяких элементов типа input, так что тоже требует проверки и состояний тоже (placeholder, цвет текста в поле).

Нужно ли это? Безусловно - на любом сайте, в любой отрасли половина трафика с мобильных устройств, это уже стандарт качества, на мой взгляд:)

<meta name="viewport" content="width=device-width, initial-scale=1.0" />

#left{
    	width: 600px;
    	float: left;
    	margin-right: 10px;
    	}
    #right{
    	width: 400px;
    	float: right;
    	}	
    	
    @media only screen and (max-width: 1010px){ 
    	#left, #right{
    		width: 98%;
    		float: none;
    		margin: 10px auto;
    		}
    }

Воспользуюсь случаем передать привет своей семье написать пару замечаний.

1. Убрать отметку ответа решением
а) Не с руки бегать за пользователями, задающим вопросы, с требованием «анугад цени время других». Ни модераторам, ни отвечающим. В конце концов, расчёт на поисковую выдачу и долгую жизнь тем.

б) Зачастую знания и умения спрашивающего не дают ему возможность оценить верность ответа. Если учесть, что нередко правильные ответы даются с примесью WTF, то неумеренное эго автора вопроса бывает сильно уязвлено, и верный ответ остаётся за бортом. Не менее редко решением выбираются глупые ответы.
Думаю, FanatPHP может рассказать куда больше:)

Пример: Как работает свойство display с его разными значениями?
Хоть кол на голове теши — что проще, то и верно.

2. Ввести минусование ответов
Не всем, а как на стеке — только с рейтингом не менее ... (скажем, >20 по тэгу). Чтобы тупые ответы опускались вниз. Может, и скрывать ответы при наборе ... (скажем, -5) отрицательных отметок.

3. Рейтинг
Нередко встречаю умных и грамотных людей, не имеющих времени на надрачивание рейтинга. Как вариант, просто недавно зарегистрировавшиеся участники. Нужен механизм оценки «авторитетов» (в хорошем смысле этого слова) для повышения рейтинга.

4. Оценка комментариев
Достаточно часто комментарии дополняют ответ, делают его более объёмным, и заслуживают своей оценки. Почему нет возможности оценить такой вклад?

5. Ввести тэги по вопросам
Зачастую вопросы называют так, что найти их или очень трудно, или просто невозможно.
Пример: Как отследить появление новых элементов в DOM?
В итоге люди тратят время, в то время как ответы уже есть на Тостере Как отловить создание нового IFrame на странице?

Можно предлагать при публикации вопроса список тэгов и это (возможно) даст возможность найти ответ на вопрос до его опубликования. После публикации тэги могут выбрать остальные.
Другая польза от тэгов — поиск для повторных вопросов (см. ниже).

6. Аналогичный вопрос
Если ответ на подобный вопрос уже есть на Тостере, пользователи могут указать их. Такой блок должен находиться непосредственно рядом с вопросом.

7. Плюсы для отвечающих
Почему бы не использовать связь с хабром для раздачи плюшек отвечающим? Например, членство, карму etc.

8. Библиотека решений
Иногда кажется, что грамотный и хорошо оформленный ответ просто тонет в куче мусора и нет никакого смысла ни в расписывании хода мыслей, ни в оформлении.
Пример #1: CSS: Почему происходит смещение изображения при line-height идентичной высоте блока?
Пример #2: Почему при добавлении тега appendChild'oм, контент не отображается?
Пример #3: Разница между background: url('...') и background: url(...)?
И много-много других, к которым я не имею никакого отношения.

Почему не сделать по тем же тэгам (см. п. «Ввести тэги по вопросам») ссылки на основные решения. Которые можно обсуждать, комментировать, модифицировать без принадлежности к авторам (просто список участников с вкладом в решение).

9. Технические доработки
Поиск — нет введённого запроса в поле поиска.
Ответ — нет горячих клавиш для форматирования.
Комментарий — нет возможности форматировать текст.
Комментарий — как быстро получить ссылку (тема + якорь)?
Текстовое поле для комментария — делаешь такие примеры codepen.io/cleric/pen/oBwqn и не понимаешь, почему его подстройка по высоте поля на Тостере не слишком-то корректно работает.
Поле с кодом — вроде несложно добавить white-space: pre-wrap; Для элемента pre, чтобы не было горизонтальной прокрутки для непереносимых строк.

Пы.Сы. Отдельное спасибо Сергею Протько за веру в этот ресурс.