ThunderCat

Вот тут про преобразования, возможно поможет, хотя сегодня сайт на 1251 это только от сильной нелюбви к себе или "в наследство досталось".

Так, спокойно, бывает и такое еще )
Так, ну-с, начнем с того что все что приходит на любой урл, который не существует и на любой урл который не картинка/цсс/жс/чтонадоеще перекидываем на index.php.
например так:

В .htaccess:

RewriteBase /
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]
RewriteRule !\.(js|ico|gif|jpg|png|css|pdf|mov|mp3)$ index.php

Далее в коде парсим урл, разделяя его по "/", если в нужном месте стоит один из языков - меняем язык отображения на нужный. Далее любая магия на Ваш выбор - инклуды нужного языка, запрос к базе языковых переменных, массив слов перевода - варианты извращений не бесконечны, но весьма разнообразны, в 90х-00х народ чего только не лепил ))

PS: ПОЧИТАЙТЕ ПРО ОБЪЕКТЫ, MVC, СОВРЕМЕННЫЕ МЕТОДЫ РАЗРАБОТКИ, ФРЕЙМВОРКИ...

тут на англицком, по-русски и коротко - каждой из команд назначается вывод в дев/нулл, и в конце всей строки с командами отправляется в отдельный поток выполнения(строка заканчивается &) . Попробуйте, под линем должно сработать )

<? 
$string = 'a good apple'; 
$symbol = 'a'; 
$ascii = ord($symbol); 
$string = str_replace($symbol, "&#$ascii;", $string); 
?>

или как тут

мм, ну хоть отлично делает вывод....

<?
$someText = $row['some_text'];
?>
<input type="text" value="<?=$someText;?>">

Откуда Вы этот код берете? В 90е за ним на машине времени ездите???

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

трафик при отдаче 500 * 1Мб * 3шт. = ~1 500 Мб = ~12 000 мбит, учитывая что это картинки и они почти не жмутся, вариант только пережимать картинки у себя на сервере - либо с меньшим разрешением, либо с меньшим качеством.
плюс NGINX для скорости? Кажется он налету умеет уменьшать картинки.
ИМХО.

Очевидно, что с кавычками у вас лажа, я бы рекомендовал:
во-первых почитать про кавычки в пхп (к Михаилу это тоже относится);
во-вторых вместо конструкции

while($row=mysql_fetch_array($result)){
echo 'Текст<br><textarea name='main_text' id='main_text' cols=37 rows=5>".$row['main_text']."</textarea>';};

напишите

while($row=mysql_fetch_array($result)){ ?>
Текст
<br>
<textarea name='main_text' id='main_text' cols=37 rows=5>
<?=$row['main_text'];?>
</textarea>
<?};?>

Это будет и более структурировано, и более понятно(надеюсь).
В коментах отписались что выводит только белый экран - тестируйте вывод, первой строкой впишите простой вывод текста типа <? echo "start";?>, если выводится - значит запрос скорее всего отдал пустое значение, попробуйте сделать var_dump() на переменные после запроса.
и да, $result=mysql_query('SELECT column FROM `main_text`'); это вообще что и куда выбирает???

<script type="text/javascript">
    alert (<?php=$isEdit'; ?>);
</script>

?
или в чем вопрос?

Давно(7 лет назад) на большом проекте делали так: в базе хранились имена файлов, (путь настраивался через свойство объекта), а превьюшки просто имели постфикс аля 234342_s.jpg(кста так flickr пашет). Сегодня модно не хранить превью, а уменьшать большие картинки средствами CSS/HTML на стороне клиента, бо полосы позволяют, а место не резиновое и не бесплатное ), но это и сегодня вопрос спорный, экономим ли мы при превьюшках трафик, т.к. при просмотре потом большого изображения все равно большая фотка тянется, а так она уже загружена, открывается сразу. Так что тут еще вопрос - насколько большая картинка больше превью, стоит ли огород городить или грузить сразу большую вставлять. Имхо, есть смысл если ВСЕ полные картинки больше чем ~800*600 точек или ~100кб делать иконки, иначе просто вставлять как есть.

Может делать так? Тут после роллбэка еще раз делаем запрос тот же, и так или по кругу пока не вставится, или писать свою обработку ексепшна.
А данные да, надо пачками формировать, штук по 500 нормально, при хорошем сервере это пару сек даже с 1000к записей, если разделить слипами - вообще думаю никто не заметит особых тормозов.