Zippovich

Визуально:

- смена картинок на hover не из спрайта

- на hover кнопок и пр. можно добавить transition

Node.js - это как раз серверная технология, только вместо php используется javascript как язык программирования

Так не доверяйте ) Я что предлагаю им доверять, хранятся они и все - они не запускаются на сервере, поэтому сломать там ничего не могут. Они могут вернуться клиенту - вот здесь и надо быть осторожным и поставить проверку - на стороне клиента, не вижу здесь ничего опасного.

Я же написал - данные не надо хранить на клиенте ) Я предлагаю проверять что Вы там хотите проверять на клиенте, достаточно проверять перед выводом и не допускать, что бы выполнялся js, вставлялся html и пр. что может поломать приложение, а проверять можно и на клиенте, так работают многие приложения, например связка mongoDB + angularJS - ничего на стороне сервера писать не нужно - все на стороне клиента работает и никто не жалуется - запросов к серверу минимум, только взять данные и отдать, вся логика на клиенте.

Так проверяйте на клиенте, перед выводом.

Как не сломаю ? Вы же говорите не надо данные на сервере проверять.

Все поломаю что только можно.

Ну сломаете Вы свое локальное приложение и что Вам это даст? Вы же не сломаете js файлы лежащие на сервере и не сломаете таким образом приложение у других пользователей.

Есть методы обеспечить безопасность чего угодно на стороне клиента. Смотря что Вам нужно обезопасить. Приведите пример - я отвечу.

Данные хранить на клиенте не надо:

 

 

не редки случаи когда на стороне сервера используется только база данных без строчки кода с настроенным REST API

Я так не считаю. Я же написал, что то, что раньше было на backend сейчас переходит во frontend, не редки случаи когда на стороне сервера используется только база данных без строчки кода с настроенным REST API, остальное переносится на клиент.

В связи с тем что на клиент сейчас переносится все больше и больше нагрузки, то я бы не сказал, что front-end сейчас проще back-end, здесь те же паттерны программирования, ООП и пр. + конечно же разные браузеры, устройства и пр. так что сейчас везде сложно. Без серьезного подхода большие приложения разрабатывать и поддерживать становится невозможно.

javascript - это язык программирования, человек который на нем пишет - программирует, не обязательно при процессе делать сайт!

Css

И в получившейся массиве взять [0] эллемент

Микроформаты вы имеете ввиду. Это что-то меняет?

Это из серии "И в валидаторе можно не проверять" - работает же, а если когда-то развалится - это уже не мои проблемы )

Стандарт HTML5 очень вероятно будет утвержден, хотя это не мешает его использовать уже сейчас везде. Я не вижу причины этого не делать и Вам тоже. И тому кто спрашивает совета.

А делает пусть как удобней, мне пофиг.

У Вас другое мнение? ОК - я не против. Останусь при своем.

Да никто на нее не молится, можете и дальше использовать .footer, только я не пойму чем Вам плох <footer>. Неужели удобнее писать <div class="footer">, если более понятно в коде (я не говорю о семантике) <footer>.

Какая семантика ? Вы вообще в теме хоть ? Не один поисковик еще не обрабатывает эти теги потому что спецификация не утверждена еще. Да и какая семантика может быть в футэре и хэдере ?

А при чем здесь поисковик, есть много мест где еще может использоваться семантика. HTML используется не только для desktop. Или вы отрицаете, что слепому человеку будет понятней выражение "Это шапка - в ней есть ссылки такие-то", по сравнению "Это блок с идентификатором header, в котором есть ссылки такие-то". Вот такая семантика может быть в хедере и футере, как это не удивительно. Хотя зачем она вообще нужна эта семантика, лучше потом, когда утвердят стандарт и google будет обрабатывать тег header не дай бог, переделать 100500 сайтов, это же удобнее, чем использовать их сейчас.

Я про то что смысла в новых тегах пока ноль, и кто как хочет тот так и делает разметку.

Кстати он еще и не утвержден.

Вы что-то путаете - смысл помоему в семантике или не?

Только 95% на нем неутвержденном верстают. Дело ведь не в том утвержден он или нет )

 

Вообще-то лучше спрайтами - там не сложно - погуглите - зато не раздражает 2 секунды подгрузка картинки на hover.

Визуально:

- поехала иконка календаря под слайдер-картинкой

- шрифт не тот что на макете на некоторых (50%) блоках

HTML:

- если используете html5, то логично и теги использовать оттуда <header>, <footer>, пр.

CSS:

- резет возьмите отсюда: http://necolas.github.io/normalize.css/, не тот что сейчас у Вас

html5 вообще никак не связан с <header>, <footer>.

 

Вы про что? http://htmlbook.ru/html/footer - смотрим спецификацию кто поддерживает - только html5, то же про <header> - это теги чисто из спецификации html5.

Вообще-то лучше спрайтами - там не сложно - погуглите - зато не раздражает 2 секунды подгрузка картинки на hover.

Визуально:

- поехала иконка календаря под слайдер-картинкой

- шрифт не тот что на макете на некоторых (50%) блоках

HTML:

- если используете html5, то логично и теги использовать оттуда <header>, <footer>, пр.

CSS:

- резет возьмите отсюда: http://necolas.github.io/normalize.css/, не тот что сейчас у Вас

$200

А в чем вопрос, чем Вам не подходит мой код?

сделайте сайдбар position: absolute и обрезайте родитель position: relative, который содержит 2 блока.

<div style="overflow: hidden; padding-left: 200px; position: relative">    <div style="background: yellow">sdlkjfsdolkfjslfkjsdflk<br/>sldkfjslfkjsdf<br/>sldkfjslkfdsj<br/>lskdjfslkdfjs<br/>lsdkfjslkfjsf<br/>lskdjfslkfjsd<br/>lsdkfjsldkfj    </div>    <div style="position: absolute; left: 0; top: 0; width: 200px; background: red">sdlkjfsdolkfjslfkjsdflk<br/>sldkfjslfkjsdf<br/>sldkfjslkfdsj<br/>lskdjfslkdfjs<br/>lsdkfjslkfjsf<br/>lskdjfslkfjsd<br/>lsdkfjsldkfj<br/>sdlkjfsdolkfjslfkjsdflk<br/>sldkfjslfkjsdf<br/>sldkfjslkfdsj<br/>lskdjfslkdfjs<br/>lsdkfjslkfjsf<br/>lskdjfslkfjsd<br/>lsdkfjsldkfj    </div></div>

ну для этого есть php например. не обязательно вручную, просто заменить надо будет - никак иначе.

попробуйте все таки выставлять width и height, css все равно их перебъет

делайте замену символов < и > на html эквиваленты < и >