• На каком уровне верстальщик должен знать JS?

    @DLeo13
    Я бы сказал что написавшие выше переоценивают вёрстку. HTML, CSS + препроцессор и пару фреймворков - вот знания верстальщика. Если верстальщик знает написанное выше в JS, но это уже junior fronend. JS однозначно плюс, но достаточно понимания что JS про логику, а верстка про статику. Google в помощь.
    Ответ написан
    Комментировать
  • За что верстальщик может ненавидеть дизайнера?

    AngryYumy
    @AngryYumy
    Заплати фрилансеру чеканой монетой
    О, ну это довольно философский и ироничный вопрос. Как говориться один не поймет другого пока не побывает на го месте. Если брать этап именно дизайн - верста то тут может быть очень много примеров. Например список того что меня довольно временами прям напрягает:
    1. Что они не прилагают к своему макету шрифты, а особенно когда это что-то типа 'мега-пупер-закарлюченный-с-выкрутасами.ttf' который потом иди и ищи в инете.
    2. Что он не соизволит нарисовать элемент hover/active состояние элементов, а потом от себя что-то добавишь, и диз такой "О БОЖЕ ЧТО ЭТО НИКАКИХ ТЕНЕЙ СЮДА ТЫ ЧЕГО АААА".
    3. Когда диз что-то вдолбит голову заказчику а ты потом реализовывай это адекватно как пример "предпоследний проект - сайт с горизонтальной прокруткой, ну это ладно, но он еще нужно чтобы это все работала горизонтально и на планшет/тф" в принципе то это сложно реализовать, но вопрос нафига мне все это на тф?!
    4. Когда он сделает какой нить крутой блок с таймлайном на весь экран с завихрюхами и бла-бла, а ты потом адаптируй это как хочешь под моб/тф ибо он то про это не подумал, а денюшку уже забрал, и как говориться с собаками его не найдешь.
    5. Или когда он все-таки соизволит продумать планшет/тф версию но все блоки перевернет до гори ногами и потом тоже колдуй как хочешь.
    6. Так же когда он рассказывает сказки про о великий "perfect pixel" который добавляет over999 гемора при верстке ибо или он не понимает как работает адаптив или тупо не хочет этого понять, что весь этот геморрой, для того чтобы его творческие мысли идеально смотрелись на экране скажем '1200px' стоит стать меньше на пару px усе его уже нет.
    Но со стороны верстки это еще пол беды, вот когда это начинает садить на какою нить cms или просто писать бек чтобы этот простите уж нарко трип нормально динамически выводился бек уже начинает ненавидеть верстака.
    Так же грубый пример нужна было посадить а wp вроде обычные посты но при этом в постах нужно иметь возможность вывести как прям пример этого
    5db6cc20cbb6f077740299.jpeg
    при этом контент менеджер должен иметь возможность выводить любое количество этих пунктов и сам подгружать иконки/и текста. Вроде и не сложно реализовать через шоркод - но блин.
    И таких примеров можно привести очень много.
    Поэтому по мне дизайнер должен хоть немного понимать как работает хотя бы верстка, а если понимает как еще и немного работает бек то вообще сколько проблем в будущем можно будет избежать.
    _____________
    P.S что-то я разошелся в итоге собрал все негодования что тут уже писали ну и немного добавил от себя ибо и вправду немного накипело
    Ответ написан
    Комментировать
  • За что верстальщик может ненавидеть дизайнера?

    Exploding
    @Exploding
    wtf?
    За то, что:
    - дизайнер рисует короткое название, когда не знает что делать, если название будет длинным.
    - дизайнер минимально (если вообще) предусмотрит все hover эффекты и вытекающие варианты
    - дизайнер не умеет верстать, и просто не представляет как должен адаптироваться его красивенный слайдер на промежуточных вариантах
    - и часто дизайнер даже не подозревает, во сколько гемора выливается его какой-то там "very-beautiful-muncida-lucida-type-script-condensed.ttf"
    Ходят легенды, что если взять хорошего дизайнера, наручники и батарею. Заставить его же сверстать в его "perfect pixel" его творение - он станет плохим дизайнером.
    А вообще, конечно это всё закономерно, и если дизайнера относить к категории "маркетологов", а не разработчиков, то всё вышесказанное должно быть ему присуще.
    Ответ написан
    Комментировать
  • За что верстальщик может ненавидеть дизайнера?

    Moskus
    @Moskus
    За то, что дизайнер наврал с три короба заказчику, что все те пищалки и перделки, которые он нарисовал, нужны сайту позарез, и без этого никто сайтом пользоваться не будет, хотя всё наоборот. А также, за всякий идиотизм типа pixel perfect, отсутствие учёта реальных данных, которые придется как-то вписать в шаблон, и так далее. Ну и за саму ситуацию, где верстальщик, потенциально, всегда крайний, потому что дизайнер нарисовал, получил деньги и свалил. А со всеми проблемами его работы возиться верстальщику.
    Ответ написан
    Комментировать
  • Можно ли писать полноценный бэкенд на node.js без использования php?

    @AmSe
    берешь express.js и вперед
    Ответ написан
    Комментировать
  • Можно ли писать полноценный бэкенд на node.js без использования php?

    @Hamlet_dat
    Я сейчас один умный вещь скажу...
    NodeJS + Angular
    Неожиданно! :)
    Ответ написан
    Комментировать
  • Как защитить переменную js?

    ruddy22
    @ruddy22
    Спасение утопающих — дело рук самих утопающих
    для защиты:
    ссылочная защита.
    1. используй `const`, чтобы не было возможности перезаписать переменную.
    2. если тебе нужно "защитить" объект целиком, то используй Object.freeze()
    3*. альтернативой Object.freeze() может служить метод lodash#cloneDeep

    шифрование
    1. средствами браузера: используй функции btoa
    2. расшифровка на сервере: любой пакет, который может расшифровать base64
    Ответ написан
    6 комментариев
  • Как переносить программу которая использует MySQL?

    @cpanelhostig
    hosting, php dev
    Вопрос из разряда: моя машина ездит на бензине, не заправлять же её из-за этого.
    Ответ написан
    Комментировать
  • Как переносить программу которая использует MySQL?

    @synapse_people
    можно в докер образы закатать вашу прогу и отдельно базу
    Ответ написан
    Комментировать
  • Как правильно верстать по PerfectPixel?

    dicem
    @dicem
    Перво наперво, никаких абсолютно никаких резиновых контейнеров, либо дизайнер вешается либо закалачивает такую сумму от которой и вы сами готовы трудится под экраны на каждый пиксель.
    Либо дизайнер макета должен сразу обмолвиться на каком брейкпоинте заканчивать пиксель перфект.
    А верстать под PP можно с помощью : https://chrome.google.com/webstore/detail/perfectp...
    Ответ написан
    Комментировать
  • Как правильно верстать по PerfectPixel?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Использую расширение PerfectPixel, как правильно им пользоваться?

    Наложить картинку. Верстать.

    А если у меня разрешение меньше, то как настроить его?

    Купить FullHD монитор (минимум)

    На каких браузерах проверяется соответствие макета с версткой

    По факту на тех, что есть в наличии у заказчика (ну и у вас). В теории совпадать должно везде (плюс-минус).

    Как должен работать адаптив?

    Так как задумал его дизайнер. Либо так, как скажет заказчик. В последнюю очередь, так, как видите это вы.
    Ответ написан
    Комментировать
  • Стоит ли оборачивать button в div?

    @uroot
    Мой тимлид говорит, что экономия на дивах не показатель скилла, мол, чем меньше обёрток, то ты скилловей. Считаешь, что нужно обернуть - оборачивай. Если вёрстка ложиться на CMS, то вы можете заметить, что там вообще треш происходит в исходниках - див в диве на диве и дивом погоняет. И все не так не так, как нас учили в учебниках или курсах.

    У меня кнопка в диве, особенно если их несколько. Это даёт мне дополнительную гибкость. Я в этот див могу положить N кнопок, если CMS их передает, и я буду уверен, что ничего не сломается.
    Ответ написан
    Комментировать
  • Как вы используете фреймворки Vue/Angular/React?

    TTATPuOT
    @TTATPuOT
    https://code.patriotovsky.ru/
    Вот хочется мне сегодня написать что-то на React - пишу на React.
    Вообще, подобные библиотеки используются, когда хочется создать интерфейс. Чаще, если интерфейс создаётся в команде, ещё чаще, когда интерфейс никак не связан с бекендом. Например, приложение обрабатывает сторонний API и обрабатывает ответ на клиенте.
    Например, веб-клиент мессенджера Вконтакте. Вам вообще никакие мощности на сервере не нужны, всё хранится на клиенте, включая его данные. От вас только требуется отдать приложение, которое уже само всё обдумает. Это идеальные вариант для SPA.
    Ещё, я делаю сложные интерфейсы. Для меня это проще, чем долбиться с jQuery и кучу onClick'ов навешивать везде.

    Что касается CMS - то WordPress хочет перейти на React в будущем. Насколько это нужно именно WordPress - не очень понятно. Скорее, их планы в переводе админки на React, а не пользовательской части.

    А вообще, любую технологию можно применить в любую дырку. Изучите, если интересно. А использовать или нет вы уже сами определитесь, как будете знать примерный инструментарий.
    Ответ написан
    Комментировать
  • VueJS: где лучше хранить css, в компонентах .vue или main.css?

    @quadabrashell
    Vue-way - хранить стили в .vue, для того оно и придумано. Компонентный подход улучшает восприятие кода.

    css-файл можно оставить только если, например, он уже остался от верстальщика и лень раскидывать по компонентам.
    Ответ написан
    2 комментария
  • VueJS: где лучше хранить css, в компонентах .vue или main.css?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    В Vue приложении используем препроцессор (scss). Кроме того используем внешние пакеты для вертикального ритма и сетки.

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

    Вариант импортировать scss-файл с определениями в каждом компоненте сразу откинули, ибо люди мы ленивые.

    Что делаем:
    Подключаем в точке входа (main.js) основной стилевой файл:
    import '@/styles/main.scss';
    import Vue from 'vue';
    //...

    В нем подключаем всякое-разное-глобальное-базовое:
    @import "base/normalize";
    @import "base/init";
    @import "base/typography";
    @import "base/code";
    @import "base/links";
    @import "base/tables";
    @import "base/buttons";
    @import "base/control-group";
    @import "base/general-form";
    @import "parts/transitions";
    ...

    Далаем два файла: env-development.scss и env-production.scss
    $NODE_ENV: development;
    @import "cfg-vars";

    $NODE_ENV: production;
    @import "cfg-vars";

    Переменная $NODE_ENV нам нужно. чтобы управлять стилями в зависимости от окружения.
    Дальше в cfg-vars.scss подключаем/пишем все необходимые глобальные конфиги
    $DEV_MODE: $NODE_ENV == development;
    $MAX_INT32: 2147483647;
    
    @import "cfg-vrhythm";
    @import "cfg-grid";
    @import "../../../node_modules/vrhythm/source/vrhythm";
    @import "../../../node_modules/bs-grid-system/source/scss/bs-grid";
    @import "../mixins";
    @import "cfg-z-indexes";
    
    $wt-family-base: "Open Sans", sans-serif;
    $wt-family-head: "Roboto Slab", serif;
    $font-family-monospace:  "Fira Code", Menlo, Monaco, Consolas, "Courier New", monospace;
    
    //==
    //== Color palette
    //== ======================================= ==//
    
    $palette-light-blue: #3c8dbc; // Primary
    $palette-red       : #dd4b39; // Danger
    $palette-green     : #00a65a; // Success
    $palette-aqua      : #00c0ef; // Info
    $palette-yellow    : #f39c12; // Warning
    
    ...


    Почти всё готово. Осталось только автоматически подключить эти конфиги к сборке.
    Идём в vue.config.js и добавляем секцию css:
    const NODE_ENV = process.env.NODE_ENV === 'development'
        ? 'development'
        : 'production';
    //...
    module.exports = {
        //...
        css: {
            extract: NODE_ENV === 'production',
            loaderOptions: {
                sass: {
                    data: `@import "@/styles/config/env-${NODE_ENV}.scss";`,
                },
            },
        },
    };


    Теперь мы спокойно пишем стили компонентов на scss прямо vue-файлах, и оставляем возможность какие-то стили писать в отдельных файлах.

    Enjoy!
    Ответ написан
    6 комментариев
  • Что лучше Phpstorm vs VS code?

    profesor08
    @profesor08
    Единственно преимущество PHPStorm, это его intelliscence. Все. Для VSCode тоже есть, но, но.. надо настраивать и привыкать. PHP это не TypeScript с его прекрасной поддержкой в VSCode.
    Ответ написан
  • Что лучше Phpstorm vs VS code?

    glaphire
    @glaphire
    PHP developer
    Есть такая сравниловка - тыц
    У шторма основное преимущество - много внутренних инструментов для анализа и улучшения работы php кода и хорошие плагины для фреймворков (для symfony - просто супер)
    Ответ написан
    3 комментария