• Задачник по Javascript?

    Fqyeh29
    @Fqyeh29
    ↓ ИМХО ↓
    https://toster.ru/tag/javascript/questions
    Тут полно задач, за одно людям поможешь)
    Ответ написан
    Комментировать
  • Typescript vs ES7?

    Yeah
    @Yeah
    Лично мне не нравится TS в плане дебага. Если ваша среда в докере или того хуже - вагранте, то у вас будут серьезные проблемы с маппингом, так как пути не соответствуют. Я к примеру так и не смог настроить дебаг для докера внутри вагранта.
    Ответ написан
    Комментировать
  • Typescript vs ES7?

    vitali1995
    @vitali1995
    Без типизации в крупных проектах будет туго, да и в небольших использовать типизацию приятнее. Я полностью перешёл на TS, который постоянно меня выручает.

    Примеры:
    * В JS изменить название переменной - это целый подвиг. С TS это делает за нас IDE.
    * Забудьте про опечатки - вам не придётся с удивлением обнаруживать их в процессе выполнения и искать причину внезапного undefined.
    * Новые возможности для рефлексии, которые (например) во всю использует Angular.
    Ответ написан
    Комментировать
  • Есть задачи по Vue.js?

    kulakoff
    @kulakoff Куратор тега Vue.js
    Vue.js developing
    Как вариант: https://github.com/codedokode/pasta/blob/master/js...
    Можно попробовать реализовать только какую-то часть описанного приложения.
    Ответ написан
    1 комментарий
  • Как в цикле вывести the_content два раза?

    Mike_Ro
    @Mike_Ro Куратор тега WordPress
    Python, JS, WordPress, SEO, Bots, Adversting
    Вначале Вы пишите
    the_content использовать два раза
    , потом пишите
    Продолжение содержимое страницы
    , так нужно выводить содержимое поста 2 раза на странице (так продублируй 2 раза функцию)? Или нужно разбить текст поста на 2 части и один кусок выводить в пункте А, а второй в пункте Б?

    Возможно я до конца не понял вопрос, точнее итога, которого нужно добиться, но я поступил-бы следующим образом:
    - Через плагин Advanced Custom Fields создал дополнительные поля под заголовок + текст.
    - В любом месте на странице выводил-бы дополнительные поля поста (созданные ранее) в любых извращенных фантазиях.
    Ответ написан
    7 комментариев
  • Как в цикле вывести the_content два раза?

    @EvgenyMorozov
    Для вашего случая давным-давно предусмотрена функция https://wp-kama.ru/function/the_excerpt

    Заполняете Цитату (the_excerpt) заманушным текстом, а остальной контент кладете в тело поста.

    В шаблоне выводите так
    <?php 
    the_excerpt();
    the_content(); 
    ?>
    Ответ написан
    Комментировать
  • Какие плюсы и минусы у Mobile First и Desktop First вёрстки?

    Wolfnsex
    @Wolfnsex
    Если не хочешь быть первым - не вставай в очередь!
    Давайте попробую по пунктам:
    Почему (Mobile First) или (Desktop First) лучше ;
    Почему (Mobile First) или (Desktop First) хуже ;
    что-то из серии "Что лучше, ложка или вилка?" Ну Вы поняли... Это вопрос исключительно удобства и он напрямую зависит от того, какой у Вас исходный шаблон, и в какую сторону его проще будет адаптировать. Но даже и в этом случае, слово "лучше" тут мало уместно, скорее это вопрос удобства. Мы (в общей сложности человек 50+, от студентов до матёрых разработчиков) взяв за основу ряд параметров с отметкой "нужно делать вот так" от Google PageSpeed провели массу тестов и дискуссий... В результате которых, едино правильного подхода найдено не было. Самый удобный с точки зрения здравого смысла, был такой вариант:
    1. Сначала пишем все общие стили, описывающие цвета, шрифты и всю такую ерунду
    2. Для каждого диапазона разрешений создаём свой стиль-корректор, который описывает (корректирует) позиционирование элементов, их размеры, размер шрифта и т.д.

    Таким образом, как Вы понимаете, "first" вообще отпадает как таковой, получается "and". Но Google'у не нравится такой подход, он просит запихивать "все важные стили" в , и отделить в таком режиме "важные стили" от "не важных" невозможно, т.к. степень "важности" определяется в зависимости от разрешения устройства. Но, говоря исключительно о личном удобстве - удобнее - начинать с мобильной версии, т.к. она априори "меньше" и расширить элемент гораздо проще, чем "слепить более мелкую его версию".

    Производительность (Mobile First) или (Desktop First) ;
    На производительность это в общей сложности не влияет никак, т.к. Вы банально даже JS'ы можете подгружать нужные на нужное разрешение, по этому вопрос производительности тут вообще сложно обозначить. Хотя, конечно можно опираться на такое условие как "мобильные всегда медленнее чем стационарные устройства", и из этих соображений, если такое условие "сильно вывернуть" и возвести в ранг абсолюта - тоже будет логичнее сначала делать "Mobile first".

    Где и каким сайтам подходит (Mobile First) или (Desktop First) ;
    MobileFirst по определению идеально подходит тем сайтам, которые изначально (в первую очередь) рассчитаны именно на мобильные устройства, например какой-нибудь "музыкальный сервис онлайн, с возможностью прослушивать MP3'шки в качестве 32-64Кбит, специально для тех у кого кончился трафик и интернет работает с ограничениями скорости". Остальное я описал выше :)
    Ответ написан
    2 комментария
  • Какие плюсы и минусы у Mobile First и Desktop First вёрстки?

    4mobile
    @4mobile
    WEB developer
    Разницы не вижу.
    Если верстка с 0, с макетами для мобильных и десктопов, верстаю mobile first.
    Если готовый десктоп-сайт и нужно добавить "мобильности", не переверстываю, добавляю, получается desktop first.
    Ответ написан
    Комментировать
  • Какие плюсы и минусы у Mobile First и Desktop First вёрстки?

    JRK_DV
    @JRK_DV
    Рецепты https://codepen.io/jrkdv/full/LKLXdq
    1. Почему Mobile First лучше ;

    3. Производительность Mobile First ;

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

    Но мы не в идеальном мире живём ....
    2. Почему Mobile First хуже ;

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

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

    4. Где и каким сайтам подходит Mobile First ;

    Если из макета видно, что десктоп версия не сильно отличается от мобайла, внешний вид, расположение блоков их количество. Где что надо убрать или добавить. Если можно застилиризовать десктоп версию из мобильных стилей без больших переделок и доработок, то однозначно мой выбор лучше начинать от мобильной версии.
    Ответ написан
    Комментировать
  • Какие плюсы и минусы у Mobile First и Desktop First вёрстки?

    Olek1
    @Olek1
    Из десктопной версии сделать мобильную версию гораздо проще, чем из мобильной пытаться сделать десктопный интерфейс. Если мобайл-фёрст то про креатив можно забыть.

    P.S. мобайл не фёрст, а секьюр и креатив фёрст, потом десктоп, а потом уже мобайл с урезанным функционалом. А мобайл фёд или фоус. Не ведитесь на лозунги толпы, общество часто ошибается. И общественность склонна только клепать штамповки из того, что им скажут.
    Ответ написан
    1 комментарий
  • Когда лучше НЕ использовать jQuery?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Зависит от задачи. Если у вас регламентируется поддержка старых версий браузеров то тут без jquery никак, ибо сильно упрощает жизнь. В последних же версиях браузера есть штуки нативные, которые даже приятнее в использовании нежели jquery аналоги. Скажем проперти classList у нод, или выборка элементов через querySelectorAll, которая не просто возвращает массив нод, а коллекцию, которая, если на странице был добавлен новый элемент подходящий под селектор, автоматически обновится. С минимальным оверхедом и т.д.

    По сути jquery стал не нужен так как он уже не слабо повлиял на само DOM API. Ну мол, очень много идей позаимстовалось и было улучшено. Правда в итоге скорее всего подключить jquery придется изза каких-то зависимостей, но не факт.
    Ответ написан
    Комментировать
  • Когда лучше НЕ использовать jQuery?

    @Vampiro
    кверя решает две проблемы:
    1 - кросс-браузерность
    2 - другому программисту не придется разбираться в говнокоде.
    Ответ написан
    Комментировать
  • Всегда ли использовать принцип mobile-first?

    @dmitryKovalskiy
    программист средней руки
    Вряд ли тут есть правильный или единственно-верный ответ. Если вы делаете систему для внутреннего пользования для офисного планктона - вы на мобильный сегмент даже не посмотрите. Для публичных сайтов тоже все зависит от функциональности и ЦА. Не думаю что такие проекты как Google Docs или Microsoft Word Online опирались на mobile-first. Хотя кто знает.
    Ответ написан
    Комментировать
  • Всегда ли использовать принцип mobile-first?

    Serj-One
    @Serj-One
    i'm sexy and i know it
    Правильного ответа не существует, есть только мнения. Моё мнение, mobile first - не самая удачная технология. Я считаю, более разумно ставить во главу полнофункциональную модель, и в разработке дочерних опираться на неё, а не наоборот, как говорится - яйца курицу не учат.
    Ответ написан
    Комментировать
  • Как оптимизировать анимацию css3 на старых устройствах?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Не нужно ничего анимировать в старых браузерах. Там эффекты должны быть просты, вкл/выкл. Никаких промежуточных анимаций. У людей и так все тормозит, древние компы едва тянут современные сайты, а тут еще анимация. Гвоздь в гроб.
    Ответ написан
    Комментировать
  • Можно ли написать вирус на JavaScript?

    @hime2
    Нет, тебе в сторону с++/с# java итд.
    Но стоит напомнить о наказании, все это фиксится и очень быстро.
    Ты можешь использовать 1000 прокси, но это лишь увеличит отсрочку до того момента, когда придут к тебе.
    На js можно попробовать его установить и запустить.
    Но опять же, если пользователь адекватный у тебя ничего не выйдет.
    Ответ написан
    Комментировать
  • Можно ли написать вирус на JavaScript?

    @teslor
    Вирус в классическом понимании этого слова написать нельзя, но можно написать вредоносную программу.
    В Windows к примеру JavaScript встроен в оболочку - Windows Script Host (в виде JScript), скрипты имеют доступ к файловой системе, реестру и т.д, т.е. сделать можно очень много чего. Но пользователь сам должен запустить вредоносный js-файл на исполнение (и иметь административные права).
    В браузере, как уже вам ответили, ничего особенного сделать нельзя, т.к. браузер - это песочница, и все действия JS там сильно ограничены в целях безопасности.
    Ответ написан
    Комментировать
  • Можно ли написать вирус на JavaScript?

    riot26
    @riot26
    <:З )~~
    Крашнуть браузер -- максимум что можешь сделать на js
    Ответ написан
    Комментировать
  • Сколько весит ваш сайт?

    @Valera_gm
    Эл.библиотека, общий вес ~200гб ("html" + картинки (файлов под ~5 миллионов) ,шаблонизатор smarty, 120мб база данных об книгах, их авторах, принадлежность к категории).
    500-600 уников в сутки (в смысле тех кого регистрирует счетчик liveinternet ) и много тысяч хитов, которые генерят разные боты(с которыми ведется борьба, за исключением поисковых ботов гугла и яндекса).
    Траффик в месяц 300гб-550гб, конфигурация w7, HDD 1тб(sshd) +128гб ssd, 3770к, 12гб + в мир "смотрит" через vds - hdd raid10 60гб, 2гб озу (он выполняет функцию кеширования и фильтрации траффика).
    Ответ написан
    Комментировать
  • Какой вес сайта считается нормальным?

    alexey-m-ukolov
    @alexey-m-ukolov Куратор тега Веб-разработка
    Норм, конечно, никаких нет, все зависит от аудитории сайта и того, с каких устройств и каналов она этот сайт посещает.
    Если много посетителей с мобильных устройств, страница должна быть как можно меньше и 2Мб - это перебор.
    Если это какое-то корпоративное веб-приложение, которое лежит в локальной сети (да еще и запускается один раз в начале рабочего дня), то экономить трафик смысла нет.
    Например, недавно нам фрилансер-верстальщик сверстал одностраничный лендинг, размером 5 мб с сотней http-запросов и удивлялся, чего мы возмущаемся.
    Ответ написан
    1 комментарий