Borro

По-моему, тут всё просто. Если вы не можете понять как данные вашего проекта будут храниться в NoSql базах, то вам не нужна NoSql база в вашем проекте. NoSql это не SQL+вкусняшки, NoSql это SQL -(минус) ненужная функциональность. Поэтому, имхо, книг или статей содержания «Переезжаем на MongoDB. Для чайников» в природе быть не может.

1. Только в том случае, если вам необходим этот адрес для его дальнейшего использования, потому как валидация в интернет-магазинах у нас, как правило, происходит по телефонному звонку — что позволяет удостовериться в наличии пользователя и заказа (почти 100%). По сути, адрес можно подтвердить и уже после работы с интернет-магазином и за это в ответ дать сладких плюшек каких-нибудь, а потом присылать рассылки с новыми поступления по направлениям которые ему интересны.

2. Есть смысл чекбокса по дефолту включенного, но если человек не захочет — он просто снимет галочку. Многие не продвинутые пользователи сейчас об этом не задумываются, приняв по дефолту то, что сайт их запоминает. А ещё рекомендую пробежаться по популярным сервисам типа однокласснки, вконтакт и т.п. и посмотеть как у них и не отсупать от этого — схожесть в визуальном плане и поведении стандартных наборов элементов управления является одним из озносных параметров дружественного интерфейса.

3. Рекомендовал бы привязаться не только к имени пользователя (или вобще НЕ к нему), а к данным браузера — имя пользователя то у сессии всегда одно и то же, а вот если к данным браузера привязаться, то утащив куки с сессией злодею надо будет подтасовывать и все идентификационные данные браузера.

4. По идее сессия и нужна для того, чтобы не лазить каждый раз за проверкой. Сейчас у вас бессмыслица — зачем проверять тот ли логин с паролем в базе из сессии, если в сессию вы сами их и положили? Каким образом они могут отличаться? Пользователю недоступно изменение данных сессии, это делает ваш скрипт.

я как бывший суппорт хостера с проблемой знаком. У нас почтовиком был exim. Суть происшествия в том, что почтовый сервер запрещает подставлять в поле Sender любое имя, а только то, от кого запускается процесс (РНР). Также можно включить разрешение такой подстановки, но лично я бы на сервере массового хостинга этого не делал. Такой запрет помогает отслеживать спаммеров и взломанных клиентов. А вот на ВПСах и колокейшене часто отключали такую проверку.

Читаем тут описание 5 параметра (additional_parameters).
Суть — пятый параметр используется для передачи дополнительных флагов программе, используемой для отправки почты. Например, этот параметр можно использовать, чтобы установить адрес конвертного отправителя при использовании sendmail с флагом -f.
Там же идет отдельное указание. Пользователь, под которым работает веб-сервер, должен быть добавлен в «доверенные» (trusted) в конфигурации sendmail, чтобы предотвратить добавление заголовка «X-Warning», когда отправитель задается с помощью флага -f. Для пользователей sendmail, этот файл — /etc/mail/trusted-users.
В итоге для подробностей ответа на ваш вопрос стоит почитать документацию по программе, отправляющей почту на сервере.

С PHP 4.2.3 этот параметер запрещён в безопасном режиме и функция mail() будет выдавать предупреждающее сообщение, и возвращать FALSE, если вы попытаетесь использовать её.
Возможно это ваш случай и valuehost.ru использует безопасный режим

Попробуйте вот этот сервис new.myfonts.com/WhatTheFont. Только для определения придется выбрать буквы, которые в латинице и кириллице выглядят одинаково.

Обговорить с клиентом сам факт того, что такая технология лично вам не знакома. А там уже варианты. Если клиента нужно удержать любой ценой, можно предложить ему реализовать аналог на основе той технологии, которой владеете на данный момент. Если клиент заинтересован именно в ваших услугах — изучить технологию можно достаточно быстро.
Стоимость изучения вкладывать неправильно, так как вы — специалист и заказчик именно поэтому к вам и обратился. Технологию изучаете сами, сумму оставляете без изменений, но сроки проекта расширяете соразмерно сложности технологии.

Можно использовать css3-свойство transform: skew. При этом придется использовать либо по 3 элемента, либо задействовать псевдо-элементы before и after. Так-же придется как-то побороть проблему накладывания нижних элементы на верхние. Например, сделать всем элементам position: relative и уменьшать z-index от верхних к нижним.

Классика жанра :)