Grifit

Проблема была решена добавлением

html {

width: 100%;

height: 100%;

position: fixed;

}

Есть проблема с safari в ipad4.

заданы свойства 

Новый юзер . Истину говоришь. Там тьма вариантов как можно сделать, а они таблицы зачемто тулят.

ссылки битые...

1) Что мне читать дальше? Есть "Большая книга CSS" и "CSS ручной работы" в pdf'ах. Не сочтите за халявщика, я бы с удовольствием купил бумажные версии, но в нашем городе таких книг нет.

Хватит читать. Нужна практика. 1 час чтения и часа 4 практики. Найди где не будь макеты. Для начала сверстай сайта 3 по проще. Только найди макеты, где не одна страница, а хотя бы штук 7. Некоторые моменты не поймешь, пока сам лично не вляпаешься.

Как сделаешь более менее простые макеты, сделай резиновую, потом адаптивную верстку.

Большая часть js основана на знании html и css. Не будешь хорошо знать их, не будешь знать и js

2) Что вообще мне желательно освоить, чтобы стать профессиональным front-end разработчиком? Как я понял, порядок примерно такой: html, css, js, потом на выбор Ruby/Python/Php, затем базы данных и т.д.

Хороший "front-end" разработчик должен знать минимум: CSS, html, js (чистый), пару обычных библиотек ( хотя обычно jquery хватает ), плюс библиотеки raphaeljs, backbone, extjs, хотя бы минимальные знания php, для понимания работы серверной части. Обязательны знания Ajax. Уметь верстать под мобильные устройства. Уметь использовать патерны. Пользоваться отладкой. И так далее, там даже перечислить тяжело. Но это "Хороший front-end разработчик", таких очень мало. Базы данных для фронтенда не нужно.

3) Можете в пару строк описать весь процесс создания сайта? А то я путаюсь уже. Вроде бы сначала надо нарисовать psd макет, потом сверстать его и прикрутить скрипты, затем натянуть на какой-то шаблон, а дальше? И вообще правилен ли порядок?

Серверная часть пишется на серверных языках: PHP, Perl, Rubi, phyton, Java, можно писать даже на js. тут как душе угодно. Реально имел дело только с PHP, так что тут ничего не посоветую. Там есть фреймворки, готовые CMS, то есть движки.... Остальное - народ писал выше.

4) Сложен ли js для понимания? Весь мой опыт программирования - это 3 урока по Basic'у в школе. Тобишь опыта нет.

js немного дурной. Он тяжелый для понимания на самом деле. Спасают фраймворки. Совутую начать учить сразу JQ, а потом пополнять знания по js. Потому что я начал с чистого js и мне было тяжело. js мало чем похож на обычные языки. он как бы особенный, в нем нет четких классов как PHP или плюсах. Но зато есть прототипы.

5) Будет ли мне полезно изучить Pascal?

Чувааак. изучать Pascal - бесполезно совершенно. Если изучать циклы, условия, то это можно учить сразу на js. Плюс не придется морочить голову с ide и компиляторами. Это давно уже мертвый язык. Его учат в универах только потому что многие преподаватели толком больше ничего не знают. А если волнуешься за алгоритмы, то обрадую. Как в js так и в PHP они практически не нужны. Если конечно ты не собираешься изобретать велосипед.

6) Я представляю процесс создания сайта довольно интересным и творческим. Правда ли это?

Это как сказать... Иногда да, иногда нет. Я терпеть не могу верстку. Это рутинная работа, нудная и скучная.

7) В книге Мейера совсеееем мельком упоминается XML. И меня это заинтересовало. Что мне нужно изучить перед тем, как браться за XML?

Сейчас XML довольно таки устаревший и бесполезный. Сейчас куда резонее использовать json. Лично для себя я не вижу смысла его учить.

8) Требуются ли фронт'у профессиональные навыки владения фотошопом или базовых/средних вполне достаточно?

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

Все выучить невозможно. Важно только то что ты можешь сделать и как. А то, что ты знаешь и сколько - никого не интересует. Главное уметь хорошо сделать.

А на курсах css-ом и блоками делать не дают?

забудьте вы про ie. Если делать под ие, то эти упыри так и будет на нем сидеть, а мы будем в каменно веке жить.

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

"media="screen"" - это не обязательно.

"<br /><br />" - про это забудь. Когда программист вставляет текст, он вставляет это без "<br />". Все должно выравниваться без этого. Это очень крайний случай.

"<b><div id="data">22.12.12</div></b>" - зачем </b> ? У тебя есть id="data" туда просто добавить font-weight. Если делаешь жирным в тексте, то лучше применяй strong.

По возможности не задавай ширину и высоту.

Не задавай названия классов "

", "

" - когда "

" будет 100 штук ты забудешь где что было.

Не задавай id - если только не уверен, что это единственный элемент. У тебя их слишком много. Id быстрее обрабатывается скриптом, но для обычной верстки большой разницы нет.

Не пиши классы и id с большой буквы.

Почему в

Последняя ссылка потерялась, раз оно в спанах, пусть будет все в спанах.

Блоки с текстам у тебя в спанах. Там должен быть "p", тогда и не нужно br.

<span>Tahe Wood OU     <b>Mobil: </b>+372  77  69235  <b>Email:

#footer

Избегай отрицательных марджинов.

У картинок должен быть всегда прописан alt . Высота и ширина тоже, но тут можно схалтурить.

"

html, body, div, span, applet, object, iframe,

h1, h2, h3, h4, h5, h6, p, blockquote, pre,

a, abbr, acronym, address, big, cite, code,

del, dfn, em, font, img, ins, kbd, q, s, samp,

small, strike, strong, sub, sup, tt, var,

dl, dt, dd, ol, ul, li,

fieldset, form, label, legend,

table, caption, tbody, tfoot, thead, tr, th, td

" - зачем это?

"<link rel="stylesheet" href="css/style.css" type="text/css" media="screen, projection">" - зачем он там пустой?