wildhind

вот вам ещё ие10 для коллекции кстати, на удивление приличный и адекватный браузер, в котором до сих пор всё выглядело вполне ожидаемо и работало корректно.

в http нет таких понятий, как функция или процедура. Вам нужно установить обработчик типа файлов или просто обработчик адреса (например mod_rewrite), чтобы по этому запросу запускался скрипт, который после того, как отработает, отдаст нужный документ.

пробел допускается ставить ради удобочитаемости кода. Требований таких нет. <br/> и <br /> — равноценные конструкции. более того: несмотря на то, что xhtml благополучно умер, в действующем стандарте эти конструкции тоже вполне допустимы.

на маке в опере: и в ФФ: да и в других браузерах всё корректно. Хотя сам шрифт в названии месяца слипается.

если дизайнеры такие дизайнеры, что требуется очень хитрое оформление этого поля, а input[type=search] даже со всякими ухищрениями вроде -webkit-appearance:textfield не поддаётся увещеваниям, то и не стоит. А так бывает. Всё равно через год или два это будет работать лучше, тогда и сможете пользовать этот атрибут без проблем, а пока не нужно усложнять себе жизнь.

да это вообще-то общепринятое решение, как обучить динозавров понимать новые тэги. под условным комментарием этот скриптик подключается — и творится волшебство: ие6-8 сами всё начинают понимать

подсказка

Jackky, косячок-с детектед. если окошко сжать уже 1061 пикселя, а потом прокрутить вправо, то голова справа обрезается некрасиво и из-под неё фон вылазит непотребно. надо указать #header { min-width: 1061px; }

может потому что это и так очевидно?

предположительно в заголовках ответа от сервера погода в китае вместо кодировки.

так а какие проблемы картинку сделать фоном по центру?

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

ну так аккуратнее надо копипастить на все найденные в сети форумы а ответ на вопрос — обработка событий.

чего не понял? вот этого?

так в чём проблема? Отдавайте страницу в заявленной кодировке, и будет счастье.

ничего не знаю о конкуренции. А найти специалиста — проблема. Учитесь, поменьше обращая внимания на «чисца поцонов», знающих всё про валидность и семантику, и побольше обращая внимания на клиентов, которым нужны инструменты для их бизнеса, и всё у вас будет хорошо.

ну а чо!? для сборника анекдотов самое оно

а хрен его знает, как редактировать/удалить сообщение

из всех перечисленных cms имею существенный опыт только с битриксом, поэтому могу рассказать только про него. Из коробки в принципе действительно всё хорошо с безопасностью. Хотя код на самом деле не такой уж и закрытый, только отдельные части ядра обфусцированы. С проблемами безопасности сталкиваюсь регулярно, и вот основные из них: — вирусы. Предполагаю, что проблема не специфична для битрикса, а характерна скорее для пользователей ОС Windows. Вредоносные программы воруют пароли фтп, после чего дописывают в конец /index.php код вызова злостного js с принадлежащего мошенникам сервера. Часто после такого сайт попадает в чёрный список гугла и в поисковой выдаче помечается как потенциально опасный; — дешёвые фрилансеры. Это настоящая катастрофа, вытекающая как раз из того, что битрикс — система коммерческая. Политика партии такова, что порог вхождения для разработчиков на битриксе минимален. То есть, на каком-нибудь RoR вы не сможете написать ничего, пока не посвятите несколько недель обучению, пока не прочитаете официальную документацию и множество умных статей. На битриксе же можно говнокодить сколько угодно и как угодно. Пионерские примеры sql-инъекций, когда напрямую в БД попадают данные из get-запроса, вполне можно организовать, никто этого не запрещает. В любом месте может выполняться чистый php, использование API отнюдь не обязательно. И в реальности мне такие решения встречались не раз. Навскидку не вспоминается других столь же распространённых проблем, но есть ещё ряд менее распространённых. Однако есть и возможность создания по-настоящему безопасного сайта, с проактивной защитой, отп-авторизацией и прочими вкусностями. Только для этого необходимое условие: толковый специалист.

как где? очевидно же: запостил в тему, посвящённую другой работе.

интересно, чем вам tut.by не гугль? А вообще, в гугле по уму искать так: http://www.google.com/cse/manage/create В яндексе, соответственно, так: http://xml.yandex.ru/ ну и на остальных службах ищите документацию. Читать — это так занимательно, интересно и даже полезно, вы даже себе не представляете

простите, но выглядит как глюк правильное решение — оставить картинку в верху страницы. Следует либо замостить всю страницу диагональными линиями, либо оставить равные отступы сверху и по краям, чтобы выглядело как задумка, а не как глюк. Центровать по вертикали можно, задав html,body{height:100%}; .wrap{position:relative;top:50%;margin-top:-295px/*половина высоты*/} или скриптом. Но лучше не надо.

День добрый. Я не верстальщик, но отвечу. полностью до мелочей всеми браузерами не поддерживается ни один стандарт. Так что расслабьтесь. Всё равно придётся время от времени разруливать эти несоответствия. Лучшим подходом в этом плане будет — писать под браузеры, а не под стандарты. html5 — это всего лишь относительно удачная попытка сформулировать то, что браузеры умеют на самом деле, а не как это им предписывает организация, не сумевшая разработать собственный браузер, столь же успешный, как хром или фф. Фактически, какой бы вы доктайп ни поставили, интерпретироваться страница будет как тот самый html5. Кроссбраузерность — это способность всех (или подавляющего большинства) браузеров корректно отобразить вашу страницу. Понимание кроссбраузерности как попиксельного соответствия вида страницы в ие5 и новейшем хроме изначально тупиково. Нужно верстать так, чтобы во всех браузерах выглядело хорошо в меру возможностей и способностей каждого из браузеров. Можно научить ie6 отображать полупрозрачные пнг, тени и закруглённые углы, понавешав на него скриптов. Только ведь пользователи ie6 вас проклинать будут за получившиеся тормоза. Если пользователь выбирает ie6, значит ему не нужны новомодные красивости, а нужно что-то другие. Например, простота и требовательность к железу на уровне 2001 года. И ещё один момент, уж не знаю, насколько он для вас важен: неприлично низкой оплаты работы можно добиться только верстая xhtml под древние ie, а более-менее приличной оплаты можно добиться, используя новые технологии и спуская на тормозах поддержку всякого старья.

ну во-первых, если уж добивать эту тему, то position: absolute надо всем уголкам. а во-вторых, в вашем случае проще сделать всё картинками, а наложить кнопки друг на друга небольшим отрицательным маргином. Если заморачиваться жёстко, то можно сделать меню без углов, а затем канвасом перерисовать его, тогда и граница между кнопками будет вполне наклонной, и можно будет текстурами заливать получившиеся фигуры. При этом можно будет текст кнопок править из cms. Можно и с <map> заморочиться (у меня лично интуитивное неприятие этой темы, но это ещё ничего не значит).

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