ThunderCat

google: Рекурсия, построение деревьев с помощью рекурсивных функций.

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

Нафига козе баян?
Что значит неправильное объявление - я не указал обязательный параметр в коде? Этим ide должна озаботиться и подсветить мне ошибку в использовании. Если туда передается не то что ожидалось - проблема не в функции а в коде который данные передает, вроде так. Или я неправильно понял вопрос? Пример в студию!

<div style="background-image:url(/someimg.jpg);">
     <img src="otherimage.jpg" style="margin:50px 200px 50px 50px">
</div>

подозреваю по тому, что for ($i = 1; $i <= 10; $i++)
начинает с 1, а не с 0, а в массиве пока только 1 элемент ). Следите за синтаксисом.

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

В свое время делал нечто подобное, в итоге вытаскивал все категории и строил дерево рекурсивной функцией. так как движок писали сами поверх Зенда - в админке добавили метод - при добавлении новых категорий в кэше грохалось старое и сохранялось новое готовое дерево, работало быстро и просто. Хотя конечно это не тру )

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