Searcher

Див закрыт не там: </center> </div> </tr></table> </body> </html>

ничего лучше sql-запроса нет, но к файлам он неприменим

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

Илюхич, изменение изображения в зависимости от разрешения имеет много минусов: 1. не все броузеры умеют качественно масштабировать; 2. броузер у посетителя совершенно не обязательно раскрыт на весь экран, значит отталкиваться надо не от разрешения, а от размеров окна броузера; 3. для сохранения пропорций изображение нужно не только по горизонтали растягивать, но и по вертикали, а будет ли это вписываться в остальной дизайн, особенно, если масштаб всего остального содержимого (шрифта, картинок) будет оставаться неизменным. 4. что будет происходить с изображением при сильном сужении, когда для сохранения пропорций высота станет меньше 1px? Вобщем, есть 2 более простых решения: 1. нарисовать так, чтобы центральная часть была неизменной, а правый и левый края можно было бы сделать повторяющимися; 2. сделать дизайн фиксированным по ширине; 3. хорошенько подумать, а надо ли это все вам, ведь вы еще только начинаете осознавать, что веб-дизайн и верстка - сложные вещи (я уж не говорю про скрипты) с огромным количеством тонкостей и на обучение этому нужно много времени, проб и ошибок пока не удастся сделать нормальный сайт, который особо никому кроме нескольких друзей и не нужен будет...

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

да, не мешало бы

Слишком ядрено в общем сбросе обнулять бордеры. Лучше уберите оттуда border:0 none; и поставьте обнуление бордеров только для таблиц.

Можно еще воспользоваться border-color, но опять таки у ИЕ свой способ вычисления цветов для трехмерных объектов, так что тут тоже не совпадете. Лучше всего сделать рисунок и повесить его на фон ячейки.

Повторная загрузка формы у вас происходит ведь после отправки данных? Если да, значит по всей видимости в $_POST["what_select"] есть значение выбранного опшина. Так?

Если у вас в $_POST есть значение, то в чем проблема? Без кук и сессий тогда можно. Читайте моё предыдущее сообщение.

можно

Интересно, и как броузер поймет, что значение в hidden-поле означает выбор в селекте?! Если у вас в переменной php сохраняется что-то, что идентифицирует выбранный пункт, то простое условие и атрибут selected поможет его выделить. <option selected value="1">Гостинницы</option>Читайте мануалы.

Пожалуйста!

http://www.informer.ru/ Вообще, это называется информеры и такого барахла полно в сети...

SLY87, поберегите, пожалуйста, наше время, которое пойдет на помощь людям с более реальными и насущными проблемами. В вашей ситуации всего лишь нужно попробовать несколько вариантов запросов в поисковике и проанализировать несколько ссылок по этим запросам.

Продолжая мысль Игоря: "Если поисковик уйдет раньше, чем нужно, то и вернется позже, чем нужно"

Для элементов разных типов разный подход. Для строчных у родителя align:center; для блочных им самим margin: 0 auto; Еще от position зависит...

А как бы вы в жизни сделали? Вот зашел к вам в реальный магазин покупатель, сказал бы что хочет компьютер, а вы бы начали запинаясь с грехом по полам рассказывать о том, что у вас есть, описывая некоторые свойства товаров. О каком-то компьютере, что у него 2 гига оперативки, зато у другого двухядерный проц, а у третьего мать крутая и т.п. Посетитель попробует вникнуть в эту кашу информации, покопается да и плюнет. И пойдет туда, где ему четко распишут каждый товар так, что он сможет сравнить модели по всем важным признакам и легко и быстро выберет оптимальный вариант для себя. В таких случаях всегда представьте аналогичную ситуацию в реальности, а не в вирте. Тогда и не будет возникать лишних вопросов.

1. уберите <?xml version="1.0" encoding="windows-1251"?> 2. учитесь пользоваться таблицей стилей, все размеры элементов указывайте в стилях. 3. mainbody по вашей ссылке не нашел, а код php в данной ситуации совершенно не информативен. Откуда мне знать что возвращает mosMainBody()? Нужен код, который получает уже броузер.

Да, это основная беда. Часто бывает, что у заказчиков нет вкуса и нет понимания баланса между необходимостью и украшательством. Но менталитет посетителей рунета тоже не такой как на западе. Так что буквально применять их идеологию к нашим продуктам - неправильно. Посетители ведь от заказчиков в этом мало отличаются. Я давно заметил, что западные сайты нашим кажутся весьма унылыми. Многим с просторов бывшего СНГ хочется больше эмоций с экрана. Привыкли, видимо, ко всяким потресениям, скучно уже без экстрима. Вобщем, вся эта болтовня не имеет практического смысла. Для каждого сайта есть своя целевая аудитория, и дизайн нужно подстраивать под менталитет и прочие особенности конкретного круга посетителей. А тут для разработчика важны знания социологии, психологии и т.п. Ребят, мы уже совершенно выпали из контекста поставленного вопроса. Господа, закончим отстраненные беседы в этом топике. Если есть конкретные предложения по вопросу ТС - пишите, остальное прошу во флейм.

по css все должно работать, может в html что-то не так?

Ужасно мелкий текст серого цвета на сером фоне - очень плохо! Пожалей глаза посетителей. Индус плохо вырезан. Нужно чтобы все ссылки реагировали на наведение. Куча слов "море..." плохо смотрятся, надо иначе как-то логику построить...

Вот. Полностью солидарен! Это лучшее объяснение.

что-то я не вкурил... может дадите ссылку...

hf3, в теоретизации не доводите до абсурда. Максимализм - порочный путь, потому что не учитывает многих деталей и не приемлет компромиссов, без которых эволюция сильно затруднена и превращается в революцию, а революция часто приводит к деградации... ну и т.д. В данной ситуации необходимо учитывать ряд технических особенностей, например, hover удобнее описать в css, а не в JS, особенно, если это применяется к целому классу а не к одному id. К тому же интерпретатор JS медленнее работает, чем рендеринг css. И разработчики стандартов не дураки, они как раз учитывают факторы, которые вы не замечаете. Тут вот мы и видим компромисс. Поведение делится на 2 типа: 1. поведение, изменяющее оформление; 2. функциональное поведение. Первое попадает под оформление и реализуется при помощи css. А второе главным образом уже отдается на откуп JS.