Задать вопрос
  • Под какие (разрешения) экраны делать адаптивку сайта?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Обычно должно быть 5-7 размеров
    1. Смартфон в вертикальном положении (320-400)
    2. Смартфон на боку (480 - 650)
    3. Планшет в вертикально положении (768)
    4. Планшет на боку (1024)
    5. Десктоп (обычно 1200 и 1600).

    Между этими размерами должна быть какая-то резина, чтобы переход был плавным и смотрелось нормально на нестандартных девайсах.
    Ответ написан
    5 комментариев
  • На каких сервисах можно рассказать о своем проекте, для привлечения пользователей?

    @gimntut
    Использовать можно любой из перечисленных ответов, но как верно подмечено, нужно учитывать аудиторию сайтов.

    К примеру, хабр ориентирован на программистов, но его аудитория настолько велика, что через хабр можно покрыть больше потенциальных пользователей, чем через любой другой ресурс. Но чтобы статья вышла в топ, она должна быть о том, какие проблемы есть у яндекс.фоток и как вы их доблестно решали. На хабре уже есть несколько статей о переделке дизайна известных проектов. Из последних: мобильный mail.ru и django 1.9. Главное ни какого маркетинга и побольше технических подробностей.

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

    Цукерберг позвонит - это истории успеха, от рождения идеи, до рождения успешной компании.

    Лайфхакер - истории о том, как можно сделать жизнь проще и сэкономить время.

    Продвигая свой продукт, нужно писать о том, что люди ожидают прочитать на данных ресурсах.
    Если есть много денег, можно воспользоваться услугами блога Артемия Лебедева, там это было очень в тему.
    Если есть мало денег, то можно пиарится с помощью контексной рекламы. Например, через Янддекс.директ.
    Ответ написан
    2 комментария
  • На каких сервисах можно рассказать о своем проекте, для привлечения пользователей?

    disc
    @disc
    веб-разработчик
    Попробуйте на Спарке
    Ответ написан
    Комментировать
  • В двух словах, что такое БЭМ?

    lexxpavlov
    @lexxpavlov
    Программист, преподаватель
    БЭМ - это такая методология вёрстки от Яндекса. Она подразумевает разбиение страниц на отдельные смысловые блоки (комментарий, пост, заголовок, футер, форма, инпут и т.п.). Каждый блок может состоять из других блоков. Основная идея - как можно больше повысить возможность повторного использования уже написанных блоков, для чего используются модификаторы. Плюс, БЭМ подразумевает отказ от каскадных стилей, потому что они препятствуют повторному использованию.
    Например, на странице есть два разных заголовка (например, отдельно в статье, и отдельно во врезке). Как все привыкли делать это? есть код заголовка:
    <h1 class="header">Заголовок</h1>
    И мы ставим эти заголовки в текст статьи и во врезки:
    <article class="article">
        <h1 class="header">Заголовок</h1>
        <p>Текст текст текст</p>
    </article>
    <aside class="incut">
        <h1 class="header">Заголовок</h1>
        <p>Текст текст текст</p>
    </aside>

    Тогда обычно мы используем каскад, чтобы стилизовать заголовок во врезке:
    .header {font-size: 2em; padding-bottom: 1.5em;}
    .incut .header {text-decoration: italic;}

    Всё хорошо, но теперь мы не можем просто перенести эти стили заголовка во врезке в другое место, потому что эти стили привязаны именно ко врезке (классу incut). Плюс, что ещё хуже, если к элементу привязано несколько различных стилей, образующихся подобными каскадными правилами, то перенести такой внешний вид в другое место становится очень трудоёмко. А также, из-за большей специфичности каскадных стилей, их сложнее "перебить" новым стилем.
    БЭМ предлагает отказаться от каскадных стилей и создавать отдельные стили-модификаторы:
    <article class="b-article">
        <h1 class="b-article__header">Заголовок</h1>
        <p>Текст текст текст</p>
    </article>
    <aside class="b-article b-article__incut">
        <h1 class="b-article__header b-article__header_incut">Заголовок</h1>
        <p>Текст текст текст</p>
    </aside>


    .b-article__header {font-size: 2em; padding-bottom: 1.5em;}
    .b-article__header_incut {text-decoration: italic;}


    Чем больше проект, тем выгоднее использование подобной методологии. На маленьких и средних проектах БЭМ может быть избыточен. Хотя вот была статья habrahabr.ru/company/yandex/blog/234905 про использование в маленьких проектах.

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

    Ну вот. Получилось не в двух словах, но менее подробно качественно описать БЭМ не получится, имхо.
    Ответ написан
    Комментировать
  • В двух словах, что такое БЭМ?

    talgautb
    @talgautb
    front-end developer
    Могу в трех - Блок Элемент Модификатор :D
    Ответ написан
    Комментировать
  • В двух словах, что такое БЭМ?

    redfieldone
    @redfieldone
    Старый , лысый и без денег.
    Комментировать
  • Возможна ли адаптивная верстка под любое разрешение экрана?

    yulsonka
    @yulsonka
    Есть разница между респонсив и адаптивностью - habrahabr.ru/post/148224/.
    По хорошему же веб-разработка примерно с момента выпуска третьей версии бутстрапа стала отходить от оптимизации сайта под ряд устройств, опираясь на популярные значения ширины: 420, 768 и так далее, потому что сайт должен смотреться хорошо даже если взять, вывести его на телевизионную панель и медленно уменьшать окно браузера до 320 пикселей в ширину. Мораль в чем: примерно это при тестировании и делается, окно браузера постепенно уменьшаем или наоборот идем от малого к великому, если используем mobile-first подход и везде, где картинка "рушится" ставим breakpoint с помощью media-queries. А вот чтобы не писать кучу значений и иметь возможность ими гибко управлять - очень подойдет препроцессинг, где можно выносить переменную breakpointа, что очень упрощает кодинг хорошей адаптивности.

    А еще я не очень поняла как вы пишете медиа запросы - неужели просто @media (width: 600px)?
    В любом же случае прописывается диапазон типа: @media (min-width: 480px) and (max-width:567px) и тогда совсем уж месива быть, мягко говоря, не должно для устройств, лежащих в этом диапазоне ширины экрана. Возможно, это именно то, что хоть как-то исправит ваше "месиво".
    Ответ написан
    13 комментариев