Контакты

Достижения

Все достижения (3)

Наибольший вклад в теги

Все теги (24)

Лучшие ответы пользователя

Все ответы (15)
  • Как получить должность штатного верстальщика?

    @aguz
    Client-side developer
    1. HTML4/5, CSS2/3 - определения, спецификация. Это минимальный уровень.
    - Как выровнять блок/блоки по центру/слева/справа/по вертикали/по baseline?
    - Сетка (grid): как реализовать, особенности, подводные камни?
    - Вставить картинку на страницу: особенности, варианты, а "так, чтоб вывелась на печать"?
    - Разница DOM / HTML / XHTML / SVG.
    - Google CSS Guide, Github CSS Guide или любая другая договоренность о том как пишеться CSS/LESS/Stylus

    Все другие вопросы сугубо project specific. И от собеседования к собеседованию могут отличаться. Зачастую те, кто собеседуют сами не знают точных ответов на свои вопросы. Тут уж ответ должен сопрягаться с "ожидаемым ответом".

    2. Количество работ - залог того, что удалось столкнуться с разными проблемами.
    - 0 работ - нужно просто феноменально знать спецификацию. Хорошая память и знание английского - залог пройденного собеседования.
    - 2-5 работ "с нуля" достаточно, чтоб составить представление о технике написания кода
    - 10 - всё равно будет рандомно просмотрено 2-5 работ
    - 150 - всё равно будет просмотрено 2-5 работ. Просто 150 работ дают нехилый опыт.

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

    4. Киев/Львов/Чернигов/.. - $400..$600 - это нормально для начинающего верстальщика
    Будут знания JavaScript - можно претендовать на $1000...$1500

    5. Рынку нужны верстальщики-рабы. Много. Люди приходят в "верстальщики" и уходят... А задачи остаются и их еще будет достаточно.
    Ценят за "междисциплинарные" знания. На собеседования любят задать академические вопросы, а в работе приходится сталкиваться с реальными броузерами, реальными пользователями, и реальными отношениями в команде.

    В идеале фронтенд должен идеально представлять как работает броузер, как взаимодействут с сервером, разбираться в сетевых вопросах, знать об ограницениях "по спецификации" и особенноятх релизации в ПО... и тогда его зовут как Frontend Archetechtor или Senior Practice Frontend Lead. Но даже люди на этих должностях имеют ограниченные знания. Поэтому на рынке востребованы разные люди с разными знаниями.

    Дерзайте! Удачи!
    Ответ написан
  • Какой должна быть структура nginx.conf с basic authorization и cors?

    @aguz
    Client-side developer
    Пожалуй для истории оставлю пример.

    Заголовки Access-Control-Allow-* потребуются во всех типах запросов. Поэтому их нет необходимости сегментировать как на enable-cors.org
    Необходимость условия if ($request_method) на уровне location, а не server, была связана с особенностям работы nginx.

    server {
    
        #Authentification
        satisfy any;
    
        allow 123.456.789.001;
        allow 123.456.789.002;
        deny  all;
            
        auth_basic           "Admin section";
        auth_basic_user_file .htpasswd;
    
        #CORS
        add_header Access-Control-Allow-Origin "http://localhost"; # <- needs to be updated
        add_header Access-Control-Allow-Methods "GET, OPTIONS"; # 
        add_header Access-Control-Allow-Headers "Authorization";
        add_header Access-Control-Allow-Credentials "true"; 
    
        location / {
            if ($request_method = OPTIONS ) { # <- because if ($request_method) doesn't work on server level
                add_header Content-Length 0;
                add_header Content-Type text/plain;
                return 200;
            }
        }
    
        #Routing
        location ~ ^/(images|javascripts|stylesheets|system)/  {
             root /some/directory/for/rails/app/public;
             expires max;
            break;
        }
    
        location ... {
            ...
        }
    
    }
    Ответ написан
  • Запуск gps-навигатора с сайта?

    @aguz
    Client-side developer
    Копать стоит в сторону geo: схемы.
    Пример: <a href="geo:55.717771, 37.735467">Find Us</a>

    В далеком 2011 вот ребята тестировали и пришли к выводу, что лучше maps: схема.
    Пример:
    <a href="maps:894%20Granville%20Street%20Vancouver%20BC%20V6Z%201K3">Find Us</a>


    Как с сегодняшних реалиях - нужно тестировать (
    Ответ написан
  • При каких обстоятельствах, может получаться такой урл?

    @aguz
    Client-side developer
    Адрес, который показывает Вебмастер, точно не тот, который генерируется в ссылке. Слеши не пропадают. Никогда.
    Он сформировался где-то в другом месте, и вот это место нужно искать.
    Ответ написан
  • Какой самый продвинутый wysiwyg редактор?

    @aguz
    Client-side developer
    Стрёмное желание. Я б посоветовал не хотеть такого.

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

    Современный воркфлоу сложного и красочного макета страницы состоит из нескольких этапов:
    1. Наверстать её в фотошопе (Sketch, Illustrator, etc). В таком релакторе низкая стоимость смены цвета/шрифта/позиции блоков. На этом этапе легко копмозировать страницу, легко наслаивать световые эффекты и видеть результат. Поэтому совет SerzN1 вполне уместен.
    Перевести картинку в маркап+css уже механическая работа.
    2. Запрограммировать, что б макет мог выводится с разными продуктами, разными свойствами. Вот эту задачу обычно решают cms.
    3. В wysiwyg редакторе заполнить описание одного продукта, другого, двадцатого. На этом этапе обычно важно сосредоточится на тексте, содержимом.

    Поэтому у вас есть две крайности:
    - Если продукты уж очень уникальны, требуют точеных решений - тогда забудьте про шаги 2 и 3 и cms , как страшный сон. Рисуйте лендинги, верстайте html-ки под каждый продукт. И горя знать не будете.
    - Если продукты шаблонны, но шаблон особенный и красивый, то у вас cms с простыми инпутами, без wysiwyg редактора совсем. И просто заполняете поля для каждого продукта, а система сама будет "...Перемещать блоки. (двигать). Менять фон. Делать надписи на фото".

    Именно то, что хотите, удалось сделать ребятам из Microsoft в лице Word. Да-да. И хотя это ло сих пор бажное поделие, он вцелом неплохо справляется с задачей быть wysiwyg- ом. Его спасает только то, что при выводет на печать не важно количество мета-информации в файле. А для веба с текущим его состоянием это очень критично.

    Поэтому предлагаю искать решение, когда ckeditor будет излишне технологичен.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (3)