ThunderCat

Проблема в неумении работать с дебагом. Вместо инсертов и апдейтов поставьте вывод переменных, а лучше строку sql, посмотрите что выводится, правильно ли принимаются переменные, ЧТО ВООБЩЕ ПРОИСХОДИТ НА КАЖДОМ ЭТАПЕ СКРИПТА, начиная с начала. Сначала print_r($_POST), потом все переменные по порядку. Думаю это сильно Вам поможет понять что и как происходит в скрипте.

PS: и да... ЧУВАК, В КАКОЙ ДЫРЕ ТЫ ЭТОТ КОД ОТКОПАЛ??? НА ДИСКЕ "1000 лучших скриптов для пхп" ВЫПУСКА 90х???

тут целый урок, примерно то что вам нужно я думаю.

Есть извратный метод - вывести js редирект, но это уже совсем ... ну блин ваще )

date и switch, дальше ручками и головой.

UPD: тут простенько и красиво о днях, правда о днях недели, но я думаю Вы разберетесь )

Стиль кода жо.. плохой кароче. В принципе выше уже написали, я немного повторюсь по пунктам.
- Пишите camelCase стилем - это модно и красиво :) (а так же рекомендуется стандартами psr-1, что гораздо важнее).
- Фигурные скобки ставьте по psr-1 - код становится опрятнее.
- Не жалейте букв - пишите длинные понятные наименования методов и свойств.
- В объектах модели не нужно(читай нельзя) использовать куски представления(читай html и иже с ним). Модель(в данном случае товар - модель) хранит и обрабатывает чистые данные, отображение - не ее задача.
- Получение данных кодом и передача в объект - ваще кошмар. Объект сам должен знать как инициализировать себя, ему достаточно передать данные для инициализации(например уникальный id), запрос в базу в идеале должен происходить в отдельном объекте(например bd), который вызывается из модели, результат возвращаться в объект модели. Этими данными модель и инициализируется.

Жесть, но для костыля :

$ids = array();
foreach($someArrayOfData as $data){
    $ids[] = $data[$NameSlug];
}
$ids = array_unique($ids);
$idString = implode(",",$ids);
$res = mysql_fetch_assoc(mysql_query("SELECT * FROM mn_svois WHERE id in ($idString)"));

Если это эксель - проще потратить 3 минуты и перетусовать колонки вручную. Выделить всю колонку и перетащить мышой - 5 сек. Да, это обезьянья работа, но это проще чем потом чистить базу от ошибочного прсинга. На крайняк загружать в админке колонки(скажем первые 10 значений из прайса) и селектами расставить что есть что.
Для автомата(если уж решили писать) проще будет использовать регулярки чем сравнение с базой. Например артикул всегда определенной длинны? Или штрихкод? Цена имеет 2 знака после запятой? Название начинается с букв обычно, и содержит только буквы, цифры и пробельные символы? Кароче определить уникальность поля и использовать в регулярке.

Бред. Кто сказал, где это написано? Их нужно избегать если это возможно, т.к. статические методы ВСЕГДА И СРАЗУ создают экземпляр объекта при загрузке приложения, независимо от того будете ли вы его использовать или нет, соответственно это доп. расход памяти и лишняя нагрузка. Но без них некоторый функционал будет воспроизвести тяжело либо невозможно. По этому ответ - статические методы нужны там где без них не обойтись, в других случаях их использовать не нужно.

как не странно, именно так и хранят, это точное совпадение, по этому не нужно тяжелый текстовый запрос с like, достаточно точного совпадения, а это хорошо индексируется.

Сохранить в кодировке UTF-8 без BOM

- отчетливо понимать этапы выполнения программы "Парсер - Компилятор - Рантайм", понимать, что PHP - компилируемый язык

ДА ну? неужели? Точно?

unserialize()
В смысле такие псевдообъекты не поддерживают нормальное обращение к свойствам, только как к ключам массива

так не работает
"INSERT INTO _postmeta(post_id, meta_key, meta_value) VALUES('1', '1', '1'); SELECT LAST_INSERT_ID()

как выяснили? запускали в консоли на выполнение?
и еще вопрос, КАКОЕ ПОЛЕ У ВАС АВТОИНКРЕМЕНТ?