• Когда допустим Jquery, а когда native JavaScript?

    Zoominger
    @Zoominger
    System Engineer
    jQuery мёртв уже несколько лет, а нативный JS никому не нужен, потому что зачем, если можно быстрее и проще без него?
    Ответ написан
  • Имеет ли смысл изучать Azure Active Directory в наших реалиях?

    @Tabletko
    Системный администратор
    От того что вы о нём узнаете, хуже не станет.
    Ответ написан
  • Имеет ли смысл изучать Azure Active Directory в наших реалиях?

    CityCat4
    @CityCat4
    Если я чешу в затылке - не беда!
    В плане общего знакомства лишним не будет - лицензирование например его требует даже при локальном AD
    Ответ написан
  • Почему говорит что хук не в функциональном компоненте?

    WblCHA
    @WblCHA
    Потому что он не в функциональном компоненте?
    import React, {useState, useEffect, Fragment} from 'react';
    const [OperationsList, setOperationsList] = useState([]); // ← ← ←
    import {apiGetOperationsLoan} from '../api/Api';
    Ответ написан
  • Как правильно подключить плагин Vue.js ( Nuxt )?

    yarkov
    @yarkov Куратор тега JavaScript
    Проект "Жизнь после смерти" - lifeafterdeath.ru
    В папке plugins создаёшь файл, в нём подключаешь что надо, вызываешь Vue.use(/*...*/) и в конфиге, в секции plugnis, добавляешь путь к файлу.
    Начните с доков к наксту, там всё описано.
    Ответ написан
  • Почему при открытии Aida64 или диспетчера задач температура и вольтаж ЦП падает?

    Zoominger
    @Zoominger Куратор тега Windows
    System Engineer
    Вы поймали майнер.
    Качайте Live USB Касперского, Доктора Веба и сканируйте ПК.
    Ответ написан
  • Почему Service Locator это зло и что использовать вместо?

    @FanatPHP
    Чебуратор тега PHP
    Все эти страшные слова - они на самом деле всегда про одно и то же - про связность. Когда ты хардкодишь внутри класса вызов какого-то конкретного сервиса - ты намертво к нему привязываешься. И чтобы поменять сервис на другой, ты будешь вынужден поменять код класса. Окей, поменял. И тут же в другом месте, где этот же класс использовался, что-то сломалось! И что теперь? Делать два класса, которые различаются одной строчкой? Нет конечно. А как тогда использовать один и тот же класс для обработки разных входящих данных (или одних и тех же данных, но разными способами)? Сделать его поведение изменяемым. То есть сделать изменяемыми те инструменты, которыми он пользуется - т.е. его зависимости.

    Поэтому все зависимости обычно передаются через конструктор (и поэтому и называются инъекция зависимостей.)

    Таким образом мы можем менять поведение класса, не меняя его код

    Но тут надо понимать, что всё это работает только при правильном применении ООП. А точнее просто при применении ООП. Потому что 98% "ООП" кода, который пишется на РНР - это голимая процедурщина, даже если она обёрнута в классы и методы. Если у тебя метод класса представляет из себя стену кода, которую ты тупо перенёс из файла, инклюдившегося в любимое похапешное спагетти - то это не ООП. Это та же процедурщина, вид сбоку. И смысл использования dependency injection ты с ним не почуствуешь. Будешь конечно применять, но в качестве карго культа - потому что тебе это на тостере написали.
    А вот когда твой код начнет становиться действительно объектным - тогда стразу станет понятнее.


    Похожим на сервис локатор является сервис- или DI-контейнер. Используемый вручную, он является тем же самым сервис локатором. Поэтому вручную его никогда не надо вызывать - что и запрещается в симфоневских конроллерах - а только для автоматического создания классов. В МВЦ у тебя ведь очень многие объекты создаются автоматом - сущности, контроллеры. И вот для того, чтобы при автоматическом создании экземпляра класса у тебя были на руках все требуемые сервисы - и нужен контейнер.

    Соотвтственно, ответ на вопрос "что использовать?" очень простой:
    - при ручном создании экземпляра объекта, все зависимости передавать в него через конструктор, а не получать "из воздуха" в коде.
    - при автоматическом создании экземпляра объекта, использовать dependency injection container

    В этим смысле очень полезно освоить Симфони - строгий фрейворк, в котором нет сервис локатора и в котором запрещено пользоваться контейнером напрямую.
    Ответ написан
  • Как принимать оплату на сайте анонимно?

    samodum
    @samodum
    Какой вопрос - такой и ответ
    Сесть в тюрьму. Там тебя научат делать фейковые банковские колл-центры
    Ответ написан
  • Как принимать оплату на сайте анонимно?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Это невозможно и более того противозаконно.
    Ответ написан
  • Перспективно ли становиться Android-разработчком?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    За мобильностью будущее, но место в нём есть только для тех разработчиков, которые могут самостоятельно об этом узнать.
    Ответ написан
  • Какой почтовый сервис/smtp выбрать для рассылки имейлов от интернет магазина(150к писем в месяц)?

    jamessvetsky
    @jamessvetsky
    Специалист по почтам и рассылкам
    Все SMTP следят за репутацией своих IP адресов. И при превышении норм по кликам на спам тут же блокируют. Нормы у всех разные, от 0,1% до 0,65%. А если рассылка идет по базам, собранным в интернете, количество кликов сейчас 2-5%. Поэтому все зависит от базы. Но если база белая, варианты есть. Почитайте, в свое время кратко разбирал все варианты
    https://7fk.ru/nastroyka-smtp/
    Ответ написан
  • Не запускается монитор на установленном хакинтоше без бутарга. Что делать?

    DevMan
    @DevMan Куратор тега macOS
    подобным раритетом я последний раз баловался лет десять назад, уже ничего не помню.

    но, коль уж позвали, дам несколько советов:
    1. забить - на подобном конфиге макось будет болью. да и кэп уже давно не актуален.
    2. если забивать не хочется, купить на вторичке карту, которая либо поддерживается макосью нативно (предпочтительный вариант), либо имеет собственные дрова для макоси.
    3. если таки хочется проявить настойчивость, то окучивать буржунет: форумы вроде саней и тонимака.
    Ответ написан
  • Какие проекты Laravel разработчик должен разобрать и понять?

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    Никакие. Начнем с того, что я не видел в опен-сорсе реальных проектов на Laravel. October это CMS, там вообще всякое может быть.

    Лучше разберись в каком-то хорошем коммерческом проекте, не обязательно Laravel и PHP.
    Ответ написан
  • Как вынести storage не потеряв производительность?

    ThunderCat
    @ThunderCat
    {PHP, MySql, HTML, JS, CSS} developer
    Сторэйж вынести отдельно и подмонтировать к обоим серверам как папку. Проще бэкапить, проще обслуживать, проще настраивать каждый серв под свои задачи. Ну и про разделение железа на более спецефичное под задачу не забываем.
    Ответ написан
  • Как стать Senior backend developer не устраиваясь в крупные компании?

    CityCat4
    @CityCat4
    Если я чешу в затылке - не беда!
    и мы даже собираемся сменить Фамилии на фамилии персонажей того сериала, одеваться как они и копировать их повадки и внешность.

    Вот если бы я прочитал это первыми строками - я бы просто покрутил пальцем у виска и дальше читать бы не стал. Хочешь быть сеньором - будь им! Внутри своего проекта тебе никто это не мешает сделать. Внешнее отношение к вашей команде, как к кучке упоротых фанатиков это не поменяет нисколько.
    Расти внутри такой тощей команды невозможно. Вы замкнулись внутри некоей оболочки и кажетесь себе Богами. Попробуйте-ка наружу и что-то сделать не относящееся к великому и ужасному :)

    Пример из жизни:
    до 2006 года я работал в некоей конторе, где админил несколько серверов на FreeBSD. Задачи тамошние я знал практически на память, мог их только что бантиками не завязывал и считал, что я охренителен во FreeBSD
    в 2006 году я перешел в другую контору (тоже по FreeBSD) и буквально с первого дня понял, что я не только не охренителен - а я просто нихрена не знаю!

    Косплейте дальше "Кремниевую долину" и называйте друг друга сеньорами - а что, можете себе позволить :)
    Ответ написан
  • Где взять хороший материал для изучения видов оптики?

    mixatronik
    @mixatronik
    mixatronik.ru
    Недавно была похожая задача. Не один объект сделан на оптике, но с GPON не сталкивался и когда стал погружаться в тему, очень удивился, что такое существует, а я об этом не слышал вообще ничего! Основной вопрос был тот же - в чём отличие от обычного соединения точка-точка посредством SFP. Как оказалось, всё просто. Смысл GPON в том, что применяются оптические сплиттеры, например такие: https://shop.nag.ru/catalog/03493.opticheskie-deli..., которые делят одно волокно на несколько, причём такой фокус можно повторять, т.е. поделить одно волокно на 4, потом каждое из четырёх ещё на 8 или на 16 и т.д., но не бесконечно, само собой. Минус в том, что пропускная способность тоже делится. Самое главное - на концах такой линии используется специальное оборудование. Лучше показать на примере. В начале линии, например, такой девайс: https://shop.nag.ru/catalog/03903.gpon--gepon/3375... и на концах, вот такие: https://shop.nag.ru/catalog/03903.gpon--gepon/3375.... Но, возможны варианты в зависимости от поставленной задачи.
    Менеджер посоветовал ещё посмотреть вебинар: https://youtu.be/gGmhPnstp8k. Там много воды про коммерческую составляющую и для меня это было лишним, но и полезной инфы хватает.
    Ответ написан
  • Как опубликовать анонимное фото?

    Zoominger
    @Zoominger
    System Engineer
    Удалите информацию EXIF.
    Можно в Linux через exiftools, можно в Windows через свойства картинки.
    Там пишутся ваши координаты, информация об устройтсве и прочее.

    Удачи с выкладыванием запрещённого контента и мягкой бутылки вам.
    Ответ написан
  • Как масштабировать сервис хранения картинок?

    efrolov54rus
    @efrolov54rus
    Младший Web-разработчик (принимаю заказы)
    Обычно подобные субдомены (s1, s2, и т.п) создаются для того чтобы балансировать нагрузку на файловый сервер, используя для этого промежуточные кэширующие сервера.
    Предположим что у нас есть несколько кэширующих серверов в разных локациях. Каждый из них постоянно передаёт статистику о своёй нагруженности на основной сервер.
    При отдаче статики пользователю, скрипт на основном (бэкэнд) сервере обращается в кэш (например, Redis) и получает из него статистику загруженности серверов на текущий момент времени и например их расположение. После этого на основе IP выбирается самый близкий к пользователю сервер а затем выбирается наименее загруженный сервер из списка (пусть он называется s3). Таким образом клиент получает в ответе от скрипта подобный url: https://s3.example.org/cache/images/sample.jpg.
    После этого происходит запрос на этот сервер и получение файла из кэша или напрямую из файлового сервера (при отсутствии файла на кэш сервере).
    Удалять файлы физически КРАЙНЕ не рекомендуется (особенно если это происходит часто), вместо этого стоит использовать флаг скрытия на программном уровне
    Для надёжности желательно использование RAID-5 на файловом сервере. В случае полного хайлоада можно создать несколько репликационных файловых серверов и объединить их в один кластер.
    Более подробно, можно прочитать здесь:
    https://winitpro.ru/index.php/2013/09/25/ustanovka...

    PS Поправьте меня если я ошибаюсь
    Ответ написан
  • Какие преимущества проекта на laravel нежели на CMS- битрикс?

    alexyarik
    @alexyarik
    Битрикс разработчик
    laravel нежели на CMS- битрикс?

    - как можно сравнивать продукт с фреймворком. Если взять любую доступную админку на Ларавел, то она даже близко не превзойдёт админку Битрикс.
    Если уж сравнивать тогда ларавел с коммерческим фреймворком Битрикс. По техническим моментам фреймворк битрикса скорее всего уступает ларавел, но как это упрощает и решает задачи бизнеса?
    прикрутить личный кабинет пользователя, с графиками + vue

    - на самом деле Битрикс это коммерческий фреймворк, а админка это продукт на его основе. Если вы будете писать новый функционал, которого нет в продукте, что в Битриксе, что в ларавел вы будете это делать с нуля, писать и там и там на фреймворке.
    1) Удобная система ( админ панель) с быстрой тех поддержкой

    - это реальный большой плюс, который сокращает расходы на поддержку проекта.
    2) Много функционала из коробки

    - это тоже реальный большой плюс, который сокращает расходы на создание аналогичного функционала.
    3) Удобно интегрировать с CRM битрикс

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

    - точно также как и в Ларавел пишутся модули и функционал.
    Когда имеет смыл рассматривать преимущества Ларавел
    - когда не типовой, индивидуальный интернет-магазин
    - когда возможностей CMS Битрикс кардинально не хватает
    - когда глубокая интеграция ТЗ в готовый функционал занимает больше времени, чем сборка аналога с нуля. И в итоге дороже. В этом случае бизнес считает деньги.
    - гибкость для сложных проектов, но нужно эту гибкость представить в виде пункта коммерческого предложения, иначе это для бизнеса просто слово
    - создание и полная кастомизация административной панели сайта под не типовые и сложные проекты
    - скорость работы, для крупных интернет-магазинов это важно. Интернет-магазин получается реально шустрее тиражных решений.
    Ответ написан