Cei

Только у меня так?

Мм... Пользуюсь NotePad++ :] Нинаю, мб не дорос просто до sublim'а, препроцессоров и плагинов zen-кодинга. Плюсплюснутого блокнота вполне хватает. Возможно из-за того, что не с той стороны пытался "раскурить" sublime и brackets, вот и не вштырило :]

Итак, ЧТО искать и ГДЕ искать. ЧТО искать. Судя по скрину, искать в шаблоне следует конструкцию <div class="username"><h5> ... </h5></div>. и, найдя, заменить теги заголовка на тег ссылки. Типа <a href="/personal/profile/"> ... </a>, ну или куда должна вести ссылка. ГДЕ искать. Опять же, судя по скрину, шаблон кастомизирован. Сначало ищем в /bitrix/templates/_название_вашего_шаблона_/components/bitrix/main.user.link/profile/template.php. Если там нет, то в дефолтном шаблоне: /bitrix/templates/.default/components/bitrix/main.user.link/profile/template.php. Если и там нет, то в компонентах: /bitrix/components/bitrix/main.user.link/templates/profile/template.php

http://htmlacademy.ru - html+css в игровой форме. :] "Все говорят - для дураков, для дураков. Не знаю, а мне вот понравилось" (с)

Мм... Тут не подскажу. Вроде нет. В современных браузерах только JavaScript вроде используется. Все верно. И в идеале надо делать так сайт, чтоб и при выключенном js сохранялся функционал по-максимуму, на сколько это возможно. Понятно, что часть "свистелок-перделок" отвалится, но навигация, регистрация/авторизация и прочее должно работать. Не Java, а JavaScript! Это важно! Это как кроссовки Nike и кроссовки для бега. Разница даже больше, чем в примере. С JavaScript'ами дом.сервер не нужен. Работа с ним аналогична с HTML+CSS. Редактор, да браузеры. С php - да, необходим сервер. Если для windows - http://open-server.ru/ неплох.

Тогда так: http://jsfiddle.net/7sad0kte/3/ .sidebar-item-title span{ position:absolute; bottom: -35px;}Но это как-то не очень. Контент из потока выпадает.

Растянуть стрелку-палочку и она спрячется под кружок. http://jsfiddle.net/7sad0kte/2/ .sidebar-item-title span:before{ left:-20px; width:20px; height:20px;}

1. WordPress - очень часто используемый движок. Не только для сайтов-визиток и блогов, но и даже для магазинов. Частенько требуется из макета сверстать шаблончик и натянуть на WP (интеграция). 2. Joomla - второй по популярности, но более гибкий в возможностях. Где только не используется. Разве что соц.сеть на нем еще не видел. Так же часто требуется сделать шаблон, или поправить косяки в верстке/интеграции. 3. 1С Битрикс - за натяжку больше платят :] Сам шаблон делается легко. На стадии интеграции с компонентами могут возникнуть проблемы, т.к. требуются базовые знания PHP и JavaScript.

Начнем с того, что речь идет об JavaScript, а не о Java - разные языки. Если по-простецки, то PHP формирует и отдает html-страницу. Да, в зависимости от разных факторов (и погодных условий ) PHP может отдавать разный html, но в любом случае в браузер приходит статический html-код. Так же следует понимать, что раз сервер формирует эту страницу, то сервер и "напрягается". При неоптимизированном PHP-коде туго придется именно серверу. После того, как браузер получил от сервера эту html-страницу, задача по "оживлению" её уже ложится на плечи JavaScript'а. Падающие снежинки на сайте, слайдеры, попапы, изменение контента в определенном блоке без перезагрузки страницы (AJAX - не язык, лишь веб-технология на базе JavaScript). И тут уже следует понимать, что JS-скрипты исполняются браузером клиентской машины. И это не обязательно мощный стационарник с n-ядровомым процом. Это может быть и дохленький китайский планшет, или мобильник, или даже терминал в магазине. И от плохооптимизированного JavaScript туго придется машинке клиента. Если речь идет об регистрации/авторизации (работа с базой и/или почтовыми сообщениями), то подобный функционал логичнее реализовать на серверном языке (PHP). Как, собственно, и cms. Но, как выше уже писали, на JavaScript реализованы неплохие фреймворки (незнаю, корректно ли Node.js называть фреймворком...), при помощи которых так же можно заниматься серверным программированием.

.descript-text .container {box-sizing: border-box;} или там же поиграться шириной в зависимости от разрешения. .descript-text .container {width: ...} Это этот блок топорщится.

Спасибо за исчерпывающее объяснение. К сожалению "по-английски" поблагодарить пока не могу. Скилл "нравится" еще не откатился. Тему можно закрыть.

Прочитанное сразу же нужно закреплять практикой! СРАЗУ! Иначе так и будет плохоусвоенная каша в голове и много вопросов. Причем, желательно, чем-нить полезным и нужным. Например, LandingPage'ами :] HTML+CSS Вам вполне хватит их сверстать. Нуу, кроме интерактивных элементов (обратная связь, слайдер, дедлайны и прочее.).

От команды зависит. 1. Понятно, что если в команде 1 человек (разработчик, в смысле. На этого одного разработчика может быть целый ворох руководителей), то он и прописывает :] Сам и жнец, и кузнец и на дуде игрец... 2. Дизигнер+верстальщик и СЕО-кодер... Скорее всего тот, кто меньше всего занят в данный момент. На практике - это дизигнер+верстальщик, ибо он уже сделал свою работу, а кодер только приступает. 3. Обычно - контент-менеджер. Человек-пройслойка, который занимается всей рутиной на сайте, которого никто не замечает, или замечают в случае кого поругать... Но от которого много чего зависит на сайте. Например - качество дескрипшенов. :]

Существует классический уже метод сбрасывания обтекания, дабы избежать схлопывание по высоте родителя. Речь о: .clearfix:after{ content:''; display:table; clear:both;}Нуу, это в случае без оглядки на IE7. Собственно, два вопроса к знатокам: Почему display:table; ? Логичнее привычное display:block; - так же работает. И глазу милее и не увеличивает Мировую Энтропию. Или я что-то не знаю и display:table; тут не просто так? Почему часто в коде вижу двойное "сбрасывание обтекания" ДО и ПОСЛЕ .clearfix:before, .clearfix:after {...}. Опять я что-то не знаю, или это обычная паранойя (лучше перебздеть, чем недобздеть)? И если была бы возможность использовать и ВМЕСТО, то использовали и её?