s0rr0w

Всего 2 минуты?

Катят. Кто к чему привык, тот тем и пользуется

В hosts на второй машине записать 192.168.0.1 mysite1 mysite2 mysiteN

Раньше я делал базовую html-структуру, потом для нее писал CSS Количество проверок зависит от количества сложностей

В том то и дело, что нет такой спецификации. Есть куча литературы, которую стоит перелопатить.

Вам поможет изучение матчасти. Писать готовый код тут никто не нанимался. И нечего давить на жалость, читайте правила форума.

Совсем не в php, а в знаниях серверных технологий, технологий передачи данных, алгоритмике и прочих вещах. PHP - всего лишь один из способов выражать свои мысли

Светлана, забудьте про виндовсоподобное поведение под линуксом. sshfs и fuseftp позволят вам подключать удаленные файловые системы как локальные и работать дальше как с локальными папками и файлами. Народ Катьку использует (kate), но потребуется немного библиотек KDE накачать. Некоторые на это возбуждаются.

Много вариантов есть. 1. Удалите два пробела из текста перед скармливанием в xmlReader 2. Используйте SimpleXML 3. Используйте DOM и normalizeDocument

Если браузеры рендерят не по спеке, но одинаково, значит это повод поменять спеку. David Baron.

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

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

Плох тот солдат, что не мечтает стать генералом. Задачи у нас могут быть одинаковыми, вот подходы к решению уже будут разными. Они и сейчас неслабо торчат на каких-то барбитуратах и МДМА. Ходят по кругу и повторяют все те же ошибки. Очевидное отвергают, простое усложняют.

Разница лишь в написании. Где использовать - по вкусу.

Странно, вроде все слова знакомые. Суть вопроса заключается в том, что я рассматривают все SGML-подмножество языков просто как подмножество SGML. Не как HTML отдельно, а XML отдельно. Это все суть одного и того же. Объектная модель документа описывает алгоритм и формат его построения, CSS описывает визуальную часть. А какие теги используются для всего этого мне уже не сильно важно. Браузеры не оперируют языками (подмножествами SGML), а оперируют DOM, CSS. Этого достаточно, чтобы иметь вполне масштабируемую архитектуру. Не уходи от реальности

Судя по специальному тегу [bC], который вынесен в bugzilla.mozilla.org как отдельный тип багов, таблицы с этим поведением тотально прокаканы самим W3C. Там нет ответов на все вопросы разработчиков.

Я понял, что тебе не понравилось в этой фразе. Давай поясню. Под DTD я имел технологию описания структуры. Сделано это классическим способом, или через xsd, для меня неважно. Структуры XML можно создавать какие угодно. Тот же SVG отличается от MathML, и других "языков". Но никто не мешает формировать любые структуры под определенные нужды. Самый простой пример со своим DTD является XML, который возвращается в виде данных SOAP, от системы, где количество и структура данных настраиваемая под каждый тип запроса.

Сейчас в 3.6 версии уже не отличается. Было не так с размерами. table { border-collapse: collapse; width: 100px; } table td { padding: 0px; background: #ccc; border: 10px solid black; } В этой таблице ширина должна быть 100px, размер td - 90px, бордер 5px слева и справа должен выпадать в зону margin’а

Не всегда. Но такие педанты как Борис Збарски не упокоятся, пока не реализуют все, что только можно реализовать. Да и спека постоянно уточняется. Вчера это было нормой, а сегодня уже это ошибка. У меня просто есть шикарнейший пример с border-collapse и фиксированной шириной таблицы. Никто кроме FF не рендерил его правильно, но они пошли на поводу у плачущих кодеров, и сделали как и все.

Браузеры их не читают и никогда не будут читать. И трактовать они будут не по своему умозаключению, а по спекам HTML, XML, CSS и так далее. На каждый документ свой DTD - это норма в XML-мире. Для нормальной разработки HTML мало. HTML5 не решает и половины нынешних проблем.

Еще один меряльщик виртуальными пипипками. Одно дело поддерживать, а второе - правильно реализовать.

Осваивайте лучше спецификации.

Чем тебя фотошоп не устраивает? Расставил направляющие и вперед!

Как это работает описано в спецификации ECMAScript Если упрощенно, то представь себе пресс-форму (function Class), которая штампует ноутбуки. Чтобы сделать готовую деталь, нужно подсунуть под пресс-форму заготовку и тыцуть кнопку ( new Class() ). В результате мы получим готовое изделие (var c). Нажав на ноутбуке кнопку "вкл", мы его запустим (c.method()). Второй вариант - не пресс-форма, а пресс-форма с упаковочным станком, которая делает не просто ноутбуки, а еще и запаковывает их в коробку. У коробки нет кнопки "вкл", но есть метод "распаковать" (get). Так вот, у коробки бесполезно спрашивать, как включить ноутбук. Но коробка знает, что внутри нее есть ноут. И обращаться нужно не к this, а просто к переменной y, которая не определяется как this function Class(){ var y = 1000; return { get : function(){ alert(y); } } }

Ага, давайте называть одно и то же двумястами разными способами. Очень понятно будет! Иностранные слова в великом могучем появились не просто так. Тот же компьютер вытеснил ЭВМ, ПЭВМ. Модем, манипулятор, да задолбусь перечислять весь словарь иностранных слов.