MeroVingeR

dkim, spf? заголовки письма на хотмаиле покажите. В Гмаил, Яндекс в спам не попадает?

Ок. Делаю замену как предлагает Ogra:
— $body = iconv($data_charset, $send_charset, $body);
+ $body = iconv('utf-8', 'cp1252', $body);
+ $body = iconv('cp1251', 'KOI8-R', $body);
Теперь тело сообщения вообще пустое.
Причем $body теряется при utf-8=>cp1252.

Не удивительно. Вы, во-первых переводите строку из кодировки с более обширным набором символов (utf-8) в кодировку с менее обширным (cp1252). Во-вторых, переводите строку в кодировку cp1252, которая не содержит русских символов. В-третьих, сначала перекодируете строку в кодировку cp1252, а далее почему-то считаете, что у Вас строка теперь не в кодировке cp1252, а в кодирокве cp1251 и перекодируете уже из неё обратно в utf-8.

Если вкратце, то эта манипуляция с перекодированием не нужна, а декодеру доверять не стоит, т.к. он может иметь большую погрешность.

<form class="form form-horizontal" method="POST" action="callback.php">
    <div class="controls">
        <div class="btn-group" data-toggle="buttons-checkbox" name="my_name">
            <div class="btn btn-mini" value="value_1">Опция 1</div>
            <div class="btn btn-mini" value="value_2">Опция 2</div>
            <div class="btn btn-mini" value="value_3">Опция 3</div>
            <div class="btn btn-mini" value="value_4">Опция 4</div>
            <div class="btn btn-mini" value="value_5">Опция 5</div>
        </div>
    </div>
    <button class="btn btn-success" type="submit">Отправить</button>
</form>

$(function(){
   $('.btn-group[data-toggle="buttons-checkbox"]').each(function(){
       var name = $(this).attr('name');
       var def_val= $(this).find('btn:eq(0)');
       $(this).add('input').attr({'name':name,'type':'hidden'}).vla(def_val);
   });
});
$('.btn-group .btn').live('click',function(){
    $(this).parent().find('input').val($(this).val());
});

Как то так. Инпут можно вручную добавить.

Добрый день. Попробую поделиться собственным опытом.
Если у вас период становления, и товары вы будете покупать не в Китае контейнерами, то склад вам не нужен. Учет товаров тоже особо не нужен. Т.к. скорее всего вы будете перепродавать товары, купленные у российских представительств фирм (я знаком только с тематикой бытовой техники лакшери класса).

Их политика такова, что они сами не торгуют в розницу, а снабжают свою диллерскую сеть. Поэтому вы избегаете затрат на аренду склада и закупку больших партий товара. При поступлении заказа связываете с поставщиком, уточняете наличие, связываетесь с покупателем, если он подтверждает заказ, едете на склад представительства, покупаете за нал, либо переводите деньги по безналу, и забираете товар. При таком ведении бизнеса, в качестве учета товаров подходит обыкновенный xls документ, и его дублирование на бумажный носитель. Безнальные счета выставляются по шаблону (в том же xls), чеки при наличной продаже делаются на кассовом аппарате, к которому так же по шаблону печатаем счет фактуру. Но этот способ ведения бизнеса не правильный, в чем-то неудобный, но при небольших объемах вполне приемлемый.

Если хотите делать все «как положено», то 1С вам очень пригодится. Если у вас будет склад, то нужна редакция 1С «Управление торговлей ». Рассказывать об устройстве программы не буду, наверняка сами видели ее возможности.

По поводу кроссплатформенности. Решение — установка 1С на сервер и удаленный доступ к нему с любой машине. Таким образом, можно юзать ее хоть с мака хоть с линукса. Плюс программа будет доступна с любого компьютера. По крайней мере, мы альтернатив 1С не нашли.

О каком взаимодействии сотрудников идет речь? В принципе если они все сидят в одном офисе — то проблем никаких нет. Спросили что нужно вербально. С курьером связь по мобильнику.

CMS магазина в таком случае должна интегрировться с 1С, чтобы на сайте велся учет количества товаров. Если заморочиться, то можно сделать и интеграцию заказов тоже.

Я конечно слегка сумбурно изложил, но для подробного ответа маловато вводных. Надеюсь, что хоть как-то помог.