Автору нужно какое-то время попрактиковаться в ручной вёрстке.
Поредактировать html в текстовом редакторе, позаливать картинки по ftp :)
Скорее всего, при снятии дампа с базы данных и при заливке были указаны разные кодировки.
Например, снято в cp1251, а залито в cp1252.
При операциях с БД указывайте кодировки явным образом.
У вас кнопка submit оказывается за тегом </form>
А происходит это, возможно, из-за того, что этот тэг у вас в оригинальном коде находится между </td> и </tr>, чего быть не должно.
Можно и по словам отсортировать в нужном порядке.
SELECT * FROM table ORDER BY FIELD(month,'Январь','Февраль','Март', и т.д.)
Но, при большом количестве запросов, правильней будет добавить отдельное поле.
Думаю, имелось в виду не падение сервера, а его полный отказ.
Например, есть две железки.
На каждой из них имеется веб-сервер и sql-сервер с одинаковыми настройками, но на одной из них работает только веб, а на другой только sql. Обе железки регулярно делают бэкапы друг на друга.
В таком случае, при выходе из строя одной из них (например, блок питания или материнка), можно в довольно короткий промежуток времени развернуть работоспособную систему на другом.
Но вопрос в том, "выдержит ли Боливар двоих"? :)
Раз айпишники определяет, значит с днс-ом проблем нет.
Значит, либо локально запрещаются коннекты, либо на удалённом сервере, что скорее всего.
Если подойти к вопросу с потребительской точки зрения, то обслуживать один сервер проще и дешевле, чем два :)
И с двумя серверами удваивается вероятность отказа.
Трафа будет много лишнего :)
Вообще-то, клиенту должно быть абсолютно по-барабану, какие там дополнительные накладные расходы понесёт хостер при оказании услуги. Это во-первых.
Во-вторых, хостер не покупает новый сервер под каждого клиента :)
Ну и в-третьих, у хостера в стоимость услуг должна быть заложена стоимость всех расходов, как на поддержку/техническое обслуживание/амортизацию, так и накладные расходы как-то связанные с тем, что например 2% клиентов откажутся от сервера на следующий день. Так что подобная ситуация не должна быть неожиданностью и стрессом :)
Т.е. CURLE_COULDNT_CONNECT ?
http://curl.haxx.se/libcurl/c/libcurl-errors.html
Скорее всего удалённый сервер не может принять подключение.
Смотрите записи в его логе за то время, когда пытались подключиться.