Андрей

Есть такая штука - шаблонизаторы.
В случае применения шаблонизатора код может выглядеть примерно так:

$template= new template("tplname");
foreach ($result as $item) {
    $template->assign($item);
}
$template->fetch();

Надо делать foreach() по массиву, и вписывать в set column=value только те column, в которых есть value

Небольшой лайфхак - вам надо шардить картиночки, иначе при 100М картинок в одной папочке произойдет что-то очень плохое. Поэтому вижу такой вариант - делаете структуру папок примерно как:

images/
            001/
                   <id лота нач. на 001>/
                                                     все картинки лота
            002/
                   <id лота нач. на 002>/
                                                     все картинки лота

Тогда вы сможете по id лота получить все картиночки, вообще не дергая БД. Ну и сможете со временем изменить схему шардирования. Сможете даже разнести картинки по разным серверам, если понадобится, то есть получите горизонтально масштабируемую архитектуру.

Это запросы mysqldump скорей всего. Не надо ничего оптимизировать.
Хотите отлавливать реально боевые медленные запросы - поставьте время поменьше, и включите в том числе запросы, не использующие индексов.

Про mysql непонятно.
Sftp просто монтируется в файловую систему, что в винде, что в линуксе, что в маке. Какая у вас ОС?

Пока все, что видно - это кривота какая-то.

$string = iconv('utf-8', 'cp1251', $string);
$string = iconv('cp1252', 'utf-8', $string);

То есть вы из utf8 преобразуете к 1251, а потом эту полученную строку преобразуете из 1252 в utf8? Это сильно похоже на бредни.

Если что, все современные БД держат внутри все данные в utf8. Поэтому если сайт работает у вас в utf8, то вам надо просто правильно задать кодировку подключения к БД, и не запаривать мозги себе и коллегам :)

"UPDATE student set `tel`='$tel' where fio like '%$fio%'"
Но лучше бы обернуть это все так, чтобы переменные эскейпились где-то внутри обертки. Довольно красиво сделано у Дмитрия Котерова в dbsimple dklab.ru/lib/DbSimple - это если не абстрагировать еще глубже, конечно.

Дома нельзя - договор с провайдером не допускает коммерческого использования подключения частным заказчиком.
Вам нужно гуглить слово colocation.

В пику предыдущим ораторам, скажу, что ничего такого страшного нет в Монге, зато есть возможность очень просто хранить в одной коллекции записи c разными наборами атрибутов, которые можно индексировать и соответственно осуществлять быстрый поиск по ним. Ну и насчет потери минуты-полутора записей - это конечно ерунда.

Если посещаемость сайта не несколько миллионов человек в сутки, беспокойство лишнее. Знаю это не по теории, а из практики, у меня так работают сайты примерно c 2000 года, проблем c быстродействием поиска не наблюдается. Если же посетителей становится много, наверняка захочется сделать кеширование в redis например. Лучше подумать, что произойдет, когда захочется сделать иерархию (/uri, /uri/suburi и т.д.). Тут тоже проблемы особо нет, но задача точно поинтереснее.