ThunderCat

if($_SERVER['REQUEST_URI'] != '/' or $_SERVER['REQUEST_URI'] != '/еще_страница')

или

if($user->is_logged){
 if(!in_array($_SERVER['REQUEST_URI'],array( '/','/еще_страница'))
} else{
 if(in_array($_SERVER['REQUEST_URI'],array( '/','/еще_страница'))
}

проще регуляркой имхо. И быстрее. И памяти меньше сожрет.
Ну или implode("",$results);

Вопрос не в экономии килобайт, строчек или букв, вопрос в удобстве использования и семантике, почитайте зачем вообще css появился, ведь можно же все вхерячить в тэги. Софтин таких пока нет, ворде, могу ошибаться, в наше то время... хз че народ понаписывал уже.
Такие вещи обычно грамотные разработчики решают на этапе проекта. В вашем случае поиск по строке с заменой - нормальное решение. 4 стиля заменить - 5 минут работы.

Эти два на ангуларе, но тут как бэ важно кто делать будет, если у Вас уже есть программист/студия с которыми вы работаете - спросите у них потянут ли они этот функционал по времени, т.к. по возможностям любой фреймворк потянет, тут важен опыт, а не инструмент.

Не понятен вопрос, что собсно у вас за проблема?
Кроме того что код написан левой ногой, ну я молчу про именование переменных, которые кроме как написаны в разных стилях, еще и имеют имена типа $sr - шо за срань? Сами хот понять можете что написали и что куда передается?
в цикле у вас все значения вроде должны по условию прогнаться, начиная со второго, если нормально назовете переменные хоть сможете понять что происходит.

CURL

Проблема в неумении работать с дебагом. Вместо инсертов и апдейтов поставьте вывод переменных, а лучше строку 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, достаточно точного совпадения, а это хорошо индексируется.