Yulia

А ежели хотите по спецификации, то нужно написать так: window.onresize = init; function init() { var width = document.body.clientWidth - 300; document.getElementById("div_id").style.width = width; } за кроссбраузерность не ручаюсь, у меня такое было прописано только для ИЕ6, ибо с остальными браузерами я умею "разговаривать по-хорошему". Не забудьте вызвать функцию init при загрузке страницы. body onload соответствует спецификации. Если ресайз прописан только для ИЕ6, для остальных функций нужно определить эту функцию пустой (до определения в ИЕ6).

попробуйте прописать через css у img <img src="img01.jpg" style="width: 100%; margin: 0px; border: none;" alt="blablabla">

те, у кого он отключен, уже давно всеми посланы лесом

принцип работы шаблонизаторов обсуждается тут. вам вообще для чего такие знания понадобились, если не секрет?

В данном случае джаваскрипт - зло. Я написала это в одном из видов извращений Да, я считаю, что нет ничего плохого каждый раз загрузить меню. Потому что: 1) браузер умеет кэшировать 2) ВСЕ так делают

я бы сделала отдельную таблицу для тегов и отдельную таблицу для связей пост-тег

можно не выпендриваться и сделать двухстолбцовой табличкой, а можно сделать у primary padding-right: 240px, убрав остальные свойства, а secondary повесить абсолютно. Или так: #secondarycontent { float: right; width: 240px; margin-left: -240px; } #primarycontent { padding-right: 240px; float: left; }

Это не настолько плохо, чтобы это преодолевать, тем более, что браузеры хорошо умеют кэшировать данные. Если все-таки хочется, чтоб меню оставалось на месте, можно использовать следующие методы: 1) самое простое - фрэймы - это полное г. Поисковики их плохо индексируют, и фреймы по большей части выглядят несовременно. 2) сделать на джаваскрипте. По нажатию на ссылку в меню скрывать все, что относилось к прошлой выбранной странице, а то, что относится к целевой странице - отображать. Минусы: пользователю придется загрузить абсолютно всю информацию, даже которая их совершенно не интересует. Плюсы: после загрузки сайт может работать полностью в оффлайне. Ситуацию отключенного джаваскрипта не рассматриваем. 3) АЯКС. Тоже можно поизвращаться. Плюсы: загружаться будет только новая информация. Минусы: не индексируется вообще, для начинающего наверное сложновато 4) мммм Флэш? Минусы: не индексируется, посетители плюют в мониторы, не для начинающих. Вам это надо?

да ладно тут дело вкуса. Как говорит мой папа: "Кто-то любит сливы, а кто-то косточки от них". Если пути прописаны абсолютно, то файл, который подключает много всего, а сам нигде не подключается (таких абсолютное большинство), можно перенести куда угодно внутри проекта, и он будет работать и будет исправно подключать все нужные файлы. Это касается как серверной, так и клиентской части. Абсолютные пути целесообразно использовать, когда у сайта всегда будет хост. Локальный или на хостинге. Если сайт знает, где у него корень, то абсолютные пути будут работать. А при использовании каких-либо серверных сценариев без хоста просто не начать разработку, он является необходимым условием. Насчет переносимости.. Я же не призываю прописывать абсолютный путь в виде /home/user567/site.ru/www/ (1), привязывая его к конкретному хостеру, или c:\Projects\site.ru\html\ (2), привязывая его к своей машине. Я говорю об использовании $_SERVER['DOCUMENT_ROOT'] - она автоматически содержит (1) или (2), в зависимости от того, где обнаруживает себя сайт, запускаясь Если используются только клиентские сценарии, или если я делаю верстку на заказ, например, конечно я буду прописывать относительные пути, чтобы заказчик смог все посмотреть, открыв индексный файл хоть на своем рабочем столе.

Это не поможет. Я кстати в firebug'e добилась на вашем сайте того, что вы хотите. Суть в том, что position должен быть relative, у колоночек должны стоять float: left и left: поменьше, например 11%. Либо вообще откажитесь от position и просто пропишите float: left и с помощью margin расставьте все как надо. Как только вы уберете position: absolute, футер встанет вниз. А потом просто выправьте колонки.

я есть.. но как-то слабо понимаю вопрос Если сайт с админкой, то он обновляется через админку. Еще иногда выходят обновления CMS, если вы ее используете, и там обычно очень подробно пишут, как эти обновления установить. Если сайт без админки, то редактировать его можно хоть в блокноте, если есть доступ по FTP. Или что вы понимаете под обновлением?

С Но-вым Го-дом! С Но-вым Го-дом! С Но-вым Го-дом! Ураааааааааааааааааааа ) (тут типа хлопок шампанского, крики, визги, летящие из хлопушек конфетти и т.п.) Желаю всем хорошо отметить в той компании, в которой хотелось бы Это из краткосрочных пожеланий. Ну а в долгосрочной перспективе конечно здоровья (чтоб зрение не падало и осанка не портилась), достойных вознаграждений за труд и опыт (чтоб поменьше портили жизнь демпинговые цены некоторых фрилансеров) и конечно: парням - клевых девчонок (девчонки, налетай на программистов, они зайки!) девчонкам - клевых парней (парни, глядите-ка, тут есть умные девушки!!!) Вот

а он есть?

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

А чё картинки такие тяжелые? о_0