Профиль пользователя заблокирован сроком с 15 октября 2017 г. и навсегда по причине: многократные нарушения регламента работы сервиса
  • Стоит ли оптимизировать сайт склеиванием всех файлов в один?

    sidorenkoda
    @sidorenkoda
    Программист, верстальщик, руководитель проектов
    Это имеет смысл, особенно, если ваши посетители имеют медленный интернет.
    Прочитать про это вы можете на примере css спрайтов - https://www.google.ru/?gfe_rd=cr&ei=U2GpVNuXIKepwQ...
    Я затрагивал эту тему в своей статье - candevelop.ru/blog_current/34.php
    Выдержка:
    Когда мы запрашиваем страницу в интернете, то одновременно с ней, зачастую, получаем кучу дополнительных файлов: изображения, стилей, скриптов. В реальной жизни сопоставим это с количеством посылок, это может быть 10 маленьких, за которыми сложно бегать или же одна большая коробка, которую быстрее принести. Для уменьшения запрашиваемых элементов и их объема применяется множество технологий: картинки склеиваются в одну, стили CSS и JS скрипты интегрируются в код основной страницы, а не подключаются отдельно.


    А в качестве инструмента, для сбора проекта в один файл очень советую вам Gulp habrahabr.ru/post/208890
    Ответ написан
    Комментировать
  • Стоит ли оптимизировать сайт склеиванием всех файлов в один?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Если сайт состоит из одной страницы в этом... определенный смысл конечно же есть... если бы браузер умел загружать только один ресурс одновременно.

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

    Так что лучше держать скрипты и стили отдельно, и инлайнить только то, что на самом деле важно. Например above-the-fold стили или любые другие критичные стили. Из скриптов заинлайнить имеет смысл то, что нужно для инициализации приложения. Скажем загрузчик модулей или что-либо подобное. Но не все приложение.
    Ответ написан
    Комментировать
  • На какие ПО вы пишите сайты?

    pxz
    @pxz
    ✔ Совет: Вам помогли? Отметьте ответы решением.
    Редактор кода SublimeText.
    Плагины:
    • Emmet
    • SublimeLinter
    • SFTP

    JS фреймворки и либы (разные для разных задач):
    • RequireJS
    • AngularJS
    • jQuery
    Ответ написан
    Комментировать
  • EventEmitter и а-синхронность?

    Сам по себе EventEmitter.emit - синхронная функция, что может многих удивить.
    process.on('ev', function() {
      console.log('ev');
    });
    (function() {
      console.log('a');
      process.emit('ev');
      console.log('b');
    } ());
    //a
    //ev
    //b

    Но на этом синхронность заканчивается. Т.е. например если process.on('ev', cb) был вызван не столь тривиально и в нескольких местах в асинхронном коде, я бы не советовал вам даже пытаться понять какой из cb будет вызван первым. Я не утверждаю, что у вас не получится вычислить последовательность вызова, но говорю что вычислять ее в корне неправильно - это антипаттерн. Если вы хотите быть уверенным в последовательности вызова используйте коллбеки или промизы, но не события.
    Ответ написан
    5 комментариев
  • Существуют ли конвенции объявления свойств для JSON?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Нет никаких конвенций. Есть определенное представление форматов данных JSON.
    Вы еще скажите, что есть конвенции по популяции тэгов для веб-страниц....)
    Ответ написан
    2 комментария
  • [front-end]Что нужно для создания современных вэб-приложений?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Судя по формулировке вопроса: фреймфорки тебе еще рано. Учи HTML+CSS+JS. Потом посмотри Bootstrap, jQuery и Backbone.

    Но самое главное: почитай про принципы работы сети.

    Почему вам НЕ стоит использовать AngularJs
    Ответ написан
    6 комментариев
  • [front-end]Что нужно для создания современных вэб-приложений?

    Serhioromano
    @Serhioromano
    Web Developer
    Уже как 6 месяцев, Гугль упомянуло в своем блоге что сканит сайты на JavaScript.

    googlewebmastercentral.blogspot.com/2014/05/unders...

    И уже на тот момент Гугль делал это уже некоторое время.

    Так что не думаю что это преграда. Скоро они сделают инструмент в Webmaster Tools что бы можно было посмотреть на свой сайт глазами гугля. Так что не стоит скидывать Ангуляр со счетов.

    Фронтенд это JavaScript. Ни как нельзя заниматься фронтендом генерируюя HTML на сервере.
    Ответ написан
    4 комментария
  • [front-end]Что нужно для создания современных вэб-приложений?

    mzcoding
    @mzcoding
    Web-Разработка
    Так же я немного узнал о составлении html на сервере, но я не понял, нужно ли и есть ли фраймворк который будет работать с такими вот принятыми с сервера данными.


    Это как? В общем почитайте про React.js, а лучше сперва вот это goo.gl/XyeQVi
    Ответ написан
    1 комментарий
  • Что такое вэб приложение?

    @HeBonpoc
    Вообще там имелось в виду, что приложение на ангуляре имеет проблемы с индексацией в поисковиках. А web-приложение имелось в виду как антипод к публичному сайту. Сайт должен индексироваться, а внутренности веб-приложения нет. Сайт - это сайт визитка, корпоративный сайт, интернет-магазин и т.д. А приложение - это учет личных финансов, багтрекер и т.д. В веб-приложение не надо пускать поисковик)
    Ответ написан
    Комментировать
  • Что такое вэб приложение?

    Тонкий клиент. Приложение поддерживающее работу через веб-интерфейс.
    Ответ написан
    Комментировать
  • Что такое вэб приложение?

    Makaveli
    @Makaveli
    Single Page Application
    Ответ написан
    Комментировать
  • Что такое вэб приложение?

    keslo
    @keslo
    Если отвечать на ваш вопрос точно, то это скорее всего какое-то одно из приложений ВнешЭкономБанка :-)
    Ответ написан
    Комментировать
  • Что такое вэб приложение?

    @likeapimp
    web dev, web design
    Веб-приложение это не обязательно полноценный сайт, как сказали выше.

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


    by Wiki https://ru.wikipedia.org/wiki/%D0%92%D0%B5%D0%B1-%...
    Ответ написан
    Комментировать
  • Как повысить знания в области архитектуры веб проектов?

    TekVanDo
    @TekVanDo
    Javascript Developer
    http://codeschool.com - Очень качественные курсы по js ruby git и пр.
    http://laracasts.com - Скринкасты о php, laravel, паттернах и пр.
    https://egghead.io/ - Скринкасты о javascript, angular, react, d3, тестированию и пр.
    Ответ написан
    1 комментарий
  • Насколько широко сейчас можно применять рендер на клиенте?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Идеальная ситуация - клиент и сервер - разные приложения. Это значит что у нас частично дублируется логика и т.д. и т.п. Так же реализация клиента усложняется а реализация сервера упрощается до простой rest api.

    По поводу грани - ее выставляете вы. Просто оцените по времени, сколько вам будет по времени занимать проект какой-нибудь с классическим подходом и на том же AngularJS. Например бложик написать, обычный такой бложик. По сути тут нет никакой логики. Сервер может просто закешировать и отдавать HTML. Нет смысла делать динамические переходы так как 95% страницы всеравно заменится, да и происходит это не часто.

    Что до поисковиков - это так же добавляет хлопот. либо подключать сервисы типа prerender.io либо реализовывать что-то подобное на базе phantom.js

    Я лично на Angular только web-приложения делаю. Там не нужно парится сильно с индексацией. Сайты делать на нем в большинстве случаев смысла не вижу, тут проще делать динамичными только отдельные элементы которые на самом деле этого требуют.
    Ответ написан
    1 комментарий
  • Видеоуроки - есть ли польза?

    Bandicoot
    @Bandicoot
    Вась-программист
    Видеоуроки хороши там, где лучше один раз увидеть, чем семь раз прочитать - для описания сложных или спорных моментов. Мое отношение к видеороликам положительное. Видео, книги, интерактивные курсы, документация - каждый способ подачи инфы хорош по-своему. Незачем отказываться от какого-либо из них.
    Ответ написан
    1 комментарий
  • Как в nodejs принято объявлять переменные?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    А как хотите. Мне нравится первый вариант но у него есть один неприятный минус - в git log-ах добавление переменной затронет две строки а не одну:

    var a,
          b;


    var a,
    -     b;
    +     b,
    +     c;


    второй вариант с этой точки зрения более приятный. Так что решайте что вам важнее. Красивые логи или приятный виду код.
    Ответ написан
  • Нужно ли в javascript думать о private свойствах и методах?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Инкапсуляция это всегда хорошо. Вопрос в том нужны ли вам приватные методы и свойства? Они хороши в контексте классов, что бы разграничить интерфейс и реализацию. В JS же объект является интерфейсом. То есть он не может иметь скрытого состояния. Точнее может но не в самом объекте, а в другом каком...

    В Python-мире есть такая точка зрения по поводу отсутствия модификаторов досупа, которая выражается выражением "We're all consenting adults here" (все мы тут взрослые люди). То есть по мнению большинства поставить _ перед названием приватных методов достаточно что бы разработчики их не использовали. В JS даже это крайне не рекомендуется делать, так как у вас есть скоупы и все что нужно спрятать вы можете сокрыть там. Так же в ES6 появится WeakMap которые помогут хоть немного упростить разруливание скрытого состояния и уменьшит вероятность утечек памяти.

    Если посмотреть на фреймворки, например AngularJS активно использует $$ перед именем приватного свойства или метода. Причем в добавох в jsdoc эти свойства отмечены как private и если указать соответствующие опции для минификаторов, то те переименуют эти свойства и тогда разработчику будет уже тяжело предсказать как оно будет называться в следующем релизе.
    Ответ написан
    7 комментариев
  • Нужно ли в javascript думать о private свойствах и методах?

    @bromzh
    Drugs-driven development
    В питоне вообще нет модификаторов доступа, и все поля доступны по прямому доступу. И ничего страшного в этом нет. В js такая же ситуация. Более того, все эти заморочки с private заставляют зачастую генерить кучу геттеров и сеттеров, которые будут нарушать инкапсуляцию. Так что заморачиваться не стоит, ведь даже в яве можно с помощью ухищрений добраться до приватных полей через рефлексию.

    Решение может быть таким: обозначать какие-то внутренние переменные и методы с символа подчёркивания. Они по-прежнему будут публичными, но для разработчика это знак, что такое поле не понадобится при использовании твоей библиотеки. А методы и переменные, необходимые только для одного публичного метода какого-нибудь класса можно делать локальными, чтобы не плодить кучу полей.
    Ответ написан
    1 комментарий