MiksIr

Это не пхп-шные, это перловые. (Ну это так ремарочка) U модификатор исключительно PHP-ный, в перле его нет. Про то и говорил.

Ах, пардон, вечно упускаю из виду пхп-шные доделки, решил что это юникод Только, раз уж не школьник, советую вторую кваычку матчить используя ссылку на первую

Большинство рекурсий можно безболезненно заменить циклом, чего вам и желаю function factorial($n){ $result = 1; for($i=$n;$i>0;$i--) { $result *= $n; } return $result; }

Не забывайте, что регулярки жадные. Нужно или ограничивать жадность ([^/]+?) или ввести стоп-символы ([^/\'"]+). Ну и у первой группировки тоже самое.

Ха, сравнили. Лучше расскажите о том, что зебру заменили на диаганальную штрихову и сделали зеленой. Вы правда думаете, что вопросов не возникнет? А даже и не в вопросах дело. Эволюция? Я уже спрашивал, повторюсь еще раз - в чем преимущества этого усовершенствования. Тем более если вы завете это эволюцией. "Многие сайты отказалис"ь... гм. Вот тут кроется большая проблема и называется она - копипастная тупость, модная истерия и еще много как. Тут был текст про силиконые губы и автозагар, но я его удалил - можете додумать и сделать выводы сами.

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

Это не холивар, это привычный для людей элемент интерфейса. Когда на дороге рисуют зебру - значит тут можно переходить дорогу. Когда подчеркнутый текст - значит это ссылка. Не нужно заставлять человека решать ребусы на сайте куда можно нажать, а куда нет, водя мышкой. И Лебедев тут непричем, скорее уж Купер и Раскин. Дизайн вебсайта - это не картинки, цветочки, шрифты и т.п. - это проектирование интерфейса. Сайт - это интерфейс для работы с заложенной в нем информацией. Выдумывать новые элементы интерфейса вместо привычных или меняя их поведение - хороший шанс запутать посетителя. Наверняка объясняя человеку который первый раз видит сайты, что тут можно кликать мышкой и получать другие страницы, вы скажете - "видишь подчеркнуто? можно кликнуть"... и тут этот ваш приятель попадает на сайт дизайнера - оригинала... и уходит с него, ибо там нет ссылок Да, от правил можно отступать. Но делать это можно когда уже начинаешь понимать что-то в интерфейсах. А новичков как раз и нужно учить подчеркивать ссылки всегда. И не подчеркивать текст без ссылки.

А... не, на этом форуме можно в ПМ, а можно "Написать емейл". Но вообще не секрет - miksir artutkin.ru

Ну это просто "наболевшее". Убирание подчеркивания еще не так страшно. Страшнее когда начинают делать наоборот - без подчеркивания, показывая его по наведению. Наподчеркнутые ссылки - это ужасно с точки зрения интерфейса.

А, нет, там просто тест - вопросы. Обычно мы тестовый макетик не даем... хотя иногда я жалею об этом Как правило базис видно по портфолио, а дальше если человек нигде не работает (т.е. может сразу выйти), то просто приходит и начинает работать - ну вроде испытательного срока. Если же работает уже где-то, что бы его зря не дергать - стараемся дать настоящий макет из текущих проектов. Если берем на работу - засчитываем как отработанные дни, если не берем, но сверстано чуть лучше чем "фигня" - просто оплачиваем как фриланс. В смысле мой емейл? Так можно через форум отправить на емейл. Или что?

Почему же ничего. С древних времен придумали подсвечивать цветом.

Когда откликаешься на вакансию - предлагают заполнить тест. Ну зарегистрироваться нужно на хх.ру, да Отвечу, конечно Иногда приходят такие отклики, типа "на работу не претендую, просто не удержался тестик сделать"

Возвращаясь к вакансии - вот она на хедхантере. http://hh.ru/vacancy/5582719 Там тестик есть простенький можете попробовать свои силы, только напишите в сопроводительном письме - просто пробуете силы или резюме шлете

Максимальную ширину можно только тексту задать, что бы удобнее читать было, а все остальное оставить - Смотрю на 1920, вполне терпимо А вот что не понравилось: Отсуствие шапки. Макет сразу разделен на лево-право. По опыту - создает проблемы при жизни сайта (т.е. последующие "хотелки") Как оформлено меню с картинками, обычно все же такое списком делают. Почему h2? Где h1? Сеошники уже рвут волосы. Скажите, а где та школа, которая учит верстальщиков убирать подчеркивание по наведению? А особых отличников - наоборот, показывать подчеркивание. С удовольствием ее бы уничтожил. Своих верстальщиков учу никогда не привязвать стили к div/span именам тегов - только классы. Опять же - опыт. Ибо при доработках часто требуется добавить новый блок/span и тут начинаются проблемы, что на нем уже есть стили. Причем, часто это добавляет не верстальщик, а JS программист в качестве маркеров. Создает лишние проблемы. <p class="border"></p> - почему p? Где активные пункты меню? Не нарисовали или вы забыли? Если не нарисовали - должны первом делом спросить дизайнера об этом еще до верстки.

Просто понятие сетки пришло к нам из полиграфии и тупо перекладывать эти понятия на веб немножко неверно. Ибо если тупо перекладывать, то верстальщика модульаня сетка вообще не должна волновать, ибо это оформительский прием. Она может помочь, так сказать - облегчить работу верстальщика, но в общем он может ничего и не знать о том, что есть такое понятие. По-этому когда мы говорим о веб-верстке и модульной сетке логично как-то расширить это понятие. Да, наверно БЭМ ближе к тому, что я говорил, спасибо за ссылку. Но, конечно, чистый БЭМ как это описано не совсем подходит для малых и средних сайтов и для потоковой разработке этих сайтов. Но постулаты верны и даже вроде как очевидны, да.

И да и нет. Я бы вообще разделил понятия модульной сетки для дизайнера и верстальщика. Поясню. Для дизайнера модульная сетка - это инструмент дизайна, причесывания внешнего вида и т.п. Поскольку это действительно часто делает ужасно скучные сайты - используют ее очень неактивно. Модульная сетка верстальщика - это нечто другое. Это нахождение закономерностей в макете для построения блоков и в идеале - обеспечения взаимозаменяемости блоков. Основное отличие от дизайнера - верстальщик играя с отступами в обе стороны может создать такую сетку даже тогда, когда визуально ее вроде нет. Я не говорю, что такое всегда получается, но подумать над макетом об этом стоит. Это очень важно ибо 99% макетов идут на ту или иную cms, а там очень важно, что бы блоки по возможности были минимально привязаны к конкретной странице и окружающим блокам. Например, две внутренние страницы. Шапка, заголовок, потом на одной странице три колонки текста, на другой - картинка бекграундом залезающая на этот заголовок и под ней - две колонки текста. Если не думать - то можно налепить стилей на заголовок... для отступов хотя бы. Если думать - то легким движением руки из этих двух макетов можно создать третий - с бекграундом и тремя колонками. Просто скопировав нужные блоки.

Третьяковская. artutkin.ru Увы Но если честно - считаю модульную сетку больше инструментом верстальщика, чем дизайнера. У дизайнера совсем другие задачи, а модульная сетка в вебе не совсем то же самое, что в полиграфии. По-этому даже если дизайнер наметил какую-то сетку, первое что с ней должен сделать верстальщик - это выбросить. Тут мне очень нравится позиция Чикуенка. Пара цитат:

Удаленно очень много времени тратится на коммуникацию - сложно объяснять, обсуждать. Очень хочу в офис человека.

Ну специалист специалисту рознь. Бывают просто хорошие прилежные верстальщики, бывают сильные фронт-енд архитекторы. За вторых 100 нормально, можно даже чуток больше, только работы интересной не найду я такому. Чуть попозже =) Пока первые нужны. Где-то до 60-80 готов платить.

#img\s+.*?src=("|')(??:.*?/)?([^/]+?))\1# Попробуйте так и посмотрите что в $image[2] будет. Вроде должно решить обе ваши проблемы. Если нет - напишите что там выводит. Просто проверять лень

А вы не за брата, вы за себя говорите И да, забыл, город Москва 100кк много мне кажется... почему-то Но ваше право PS: Я, к сожалению, не могу пользоваться личными сообщениями форума. Обновил в профиле контактные данные.

А есть ли тут верстальщики влюбленные в свое дело? Ну такие, которые много думают - над модульной сеткой и ваще. Потом верстают не плюя на работу дизайнера, ну т.е. соблюдая все, что можно соблюдать. Потом опять много думают - где что может меняться в жизни, например, пункты меню, количество текста где он есть. Ах, да, еще не забывают, что 99% нынешних сайтов потом используется в той или иной CMS, т.е. удобная взаимозаменяемость элементов... ну модульная сетка, да =) Ну и потом это еще во всех браузерах вылизывают. Т.е. такие замороченные, готовые рыть все подряд, но решить проблему. Если есть такие... за сколько денег пойдете в студию работать на постоянку?

Попробуйте .stop(true) Правда есть проблема со временем анимации. Т.е. элемент вылезает 150мс, если мышь ушла через 30мс после начала, вылезание остановится и начнется обратное движение, но будет оно не 30мс, а столько сколько указано, т.е. 150мс, т.е. обратно двигаться будет медленее.

Если функции начать вызывать не так function(); а так obj = new function(); то от этого ООП не рождается, увы =) Так что уберите new и не морочьте себе голову =) Если хотите идти в сторону ООП - надо начинать думать объектами, а дла начала погрузится в теорию. Хоть в JS не такой обычный ООП через прототипы, но базисные принципы и многие паттерны проектирования остаются рабочие.

Зависит, конечно, от вашей верстки. Можно грузить всю картинку жавоскрипом, генерировать один большой canvas и потом использовать его для спрайтов запихивая с нужным смещением в контейнер с overflow: hidden. Хотя проще в таком случае ее заранее сделать ч/б =) Этот js плагин используем только в одном месте и... под большим вопросом. На самом деле его задача исключительно экономия трафика. С другой стороны, на большом количестве больших картинок генерация канваса начинает давать ощутимые лаги. А учитывая, что с прозрачными png-шками в ИЕ9 опять полезли какие-то баги при использовании filter: gray, то и там пока что canvas. Без прозрачности, наверно, такой проблемы нет.