• Как сгенерировать QR код для чека согласно требованиям налоговой?

    @Bergi22
    Возможно не совсем по теме, но мне нужно было сформировать просто qr-код. Просто в строчку в любой генератор штрих кодов: t=20180311T150100&s=53.00&fn=871000
    0100603283&i=51219&fp=408618133&n=1
    где, t=ГГГГММДДTЧЧММСС (буква T между ДД и ЧЧ пишем на английском, если секунд нет просто пишем 00),
    s=₽₽.Коп,
    fn=16цифр ФН( номер фискального накопителя),
    i=ФД (номер фискального документа)
    n=ФПД (фискальный признак документа)
    n= тип системы налогообложения (0-ОСН,1-УСН Доход,2-УСН Доход-Расход, 3-ЕНВД, 4-ЕСН, 5-Патент) может кому пригодится.
    Ответ написан
    1 комментарий
  • Как правильно работать с массивами в RxJs?

    Xuxicheta
    @Xuxicheta Куратор тега Angular
    инженер
    getParameters(ids: (string|number)[]): Observable<MyResult[]> {
      return forkJoin(ids => ids.map(id => this.packageService.getPackage(id)))
    }


    Типичный параллельный запрос с получением пачки результатов.
    Подписка со складыванием результатов в массив не нужна, промисы вообще не нужно никуда тащить, сразу шли в игнор странных чуваков с промисами и прорвой бессмысленного кода :)
    Внутри this.packageService.getPackage возможно придется сделать обработку ошибки, т.к. если в forkJoin попадет ошибка, то сломается вся пачка, ну так же как и в случае Promise.all.
    Ответ написан
    3 комментария
  • Можно ли стать Java Senior разработчиком, если учится полгода-год по 2-3 часа в день?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Чтобы стать сеньором надо лет 8-10 коммерческого опыта.
    Ответ написан
    Комментировать
  • Какой лучший бесплатный CRUD генератор для Laravel?

    dimsog
    @dimsog
    Переносил код с PHP 4 на 7.4...
    Присмотритесь к:
    https://orchid.software/

    Есть в том числе документация на русском.
    Ответ написан
    Комментировать
  • Angular 2 как задать template динамически?

    Посмотрите вот этот ответ Как в Angular2 инициализировать router?
    Там немного устаревший код

    Обновленная версия

    1) Использование компилятора

    Создаем директиву, которая будет динамически подгружать компонент с желаемым шаблоном
    html-outler.ts
    @Directive({ selector: 'html-outlet' })
    export class HtmlOutlet {
      @Input() html: string;
      cmpRef: ComponentRef<any>;
    
      constructor(private vcRef: ViewContainerRef, private compiler: Compiler) { }
    
      ngOnChanges() {
        const html = this.html;
        if (!html) return;
        
        if(this.cmpRef) {
          this.cmpRef.destroy();
        }
        
        @Component({
          selector: 'dynamic-comp',
          template: html
        })
        class DynamicHtmlComponent  {};
    
         @NgModule({
          imports: [CommonModule],
          declarations: [DynamicHtmlComponent]
        })
        class DynamicHtmlModule {}
    
        this.compiler.compileModuleAndAllComponentsAsync(DynamicHtmlModule)
          .then(factory => {
            const moduleRef = factory.ngModuleFactory.create(this.vcRef.parentInjector);
            
            const compFactory = factory.componentFactories.find(x => x.componentType === DynamicHtmlComponent);
            const cmpRef = this.vcRef.createComponent(compFactory, 0, moduleRef.injector);
          });
      }
      
      ngOnDestroy() {
        if(this.cmpRef) {
          this.cmpRef.destroy();
        }    
      }
    }

    Затем используем это таким образом:

    <html-outlet [html]="html"></html-outlet>

    Вместо template может быть templateUrl Параметры @Input@Output можно накрутить потом если надо

    Пример как это работает

    2) Если у вас есть строго определенный набор компонентов, то можете рассмотреть другой вариант:

    ComponentFactoryResolver.resolveComponentFactory

    В этом случае эти компоненты нужно добавить:
    1. в entryComponents массив вашего модуля или компонента
    2. или через ANALYZE_FOR_ENTRY_COMPONENTS провайдер
    Ответ написан
    Комментировать
  • Nginx Как сделать мобильную версию сайта?

    @criminalist
    Ага послушал советчика вроде Вас, теперь делаю третий шаблон потому что адаптивная верстка оказалось очень тяжелой и поисковики отказались ее принимать, но это уже отдельный разговор.
    Я понял что нужны отдельные версии мобильная и для пк.
    Ответ написан
    Комментировать
  • Существуют ли CMS с возможностью самостоятельного написания и подключения Front-end части?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    То, что вам нужно, называется "headless CMS", в Гугле по такому запросу можете найти варианты.
    Также все популярные CMS умеют отдавать нужные данные по REST API.
    Ответ написан
    Комментировать
  • На чем писать интернет-магазин PHP или NodeJS или...?

    @BorisKorobkov Куратор тега PHP
    Web developer
    50 тыс. товаров - это мелкий магазин. Пишите на том ЯП, который лучше знаете.
    Или возьмите любой готовый интернет-магазин.
    Ответ написан
    Комментировать
  • В чем отличия C++ и C# ?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Тут все пишут про отличия. Рискну написать про сходства.

    Во-первых, о чём бы ни писала Елена и Си++ и C# - оба языки общего назначения. Даже больше, оказывается - C# ни разу не заточён под объёмную библиотеку (или фреймворк) .NET, однако с ним намного, много проще. Но если таки учитывать .NET, то для Си++ есть Boost и Qt, так что здесь скорее паритет - библиотек для обоих хватает.
    Во-вторых, сложность разработки на Си++ часто преувеличена. Разве только дисциплины надо поболее - выстрелить в ногу здесь попроще. Однако при этом Си++ будет чутка более гибкий и без танцев с бубнами unmanaged код не запустить на C#. Если внезапно потребуется.
    В-третьих, оба языка, раз они общего назначения, таки мультипарадигмальные. То есть они реализуют большинство практик. И хотя Си++ развивается довольно медленно, сейчас Си++ резко догнал C# в плане нереализованных фич (здесь как минимум лямбды). Ну и метапрограммирования у Си++ поболее будет (наглая ложь).
    В-четвёртых, оба языка кроссплатформеные. Впрочем, C# будет более кроссплатформенный, чем Си++. Разве только тот же Qt резко стёр границы, но это не значит почти ничего - C# компилируется в тот же самый CIL для всех платформ, Си++ - в совершенно разный код для разных платформ (i386, amd64, ARM Cortex-AXX).
    Наконец, в пятых, синтаксис у них действительно очень похож. Оба языка принадлежат к семейству Алгол-подобных, так что и брейсы, и остальные скобки здесь имеют примерно одно предназначение.

    Различия, которые казалось бы делают языки совершенно разными, таки не столь принципиальны на том уровне абстракции, на котором был задан вопрос. А различия действительно колоссальны: C# - managed код, что означает, что скомпилированный код будет исполнятся не на прямую в CPU, а на специальной виртуальной машине. Это съедает производительность, но сильно облегчает перенос кода. Ну и потом, C# - полупроприетарный ответ Java (что интересно, так как получается, что C# - более свободный, чем Java), которая была создана как замена сложному и небезопасному C++ в том числе.

    В общем, как человек, который начал давно с C#, продолжив C++ и по пути изучив Python, Java, D и другую ООП-чушь могу с уверенностью сказать, что разницы в общем-то и нет... То есть придётся немного проникнуться в чуть другую философию и выяснить, какие проблемы более новый язык пытался решить. Но если подходить к этому, как подошёл lookid, то это скорее не как изучать языки одной языковой группы, а как изучать один и тот же язык в разное время или в разных сферах.

    Почему так? Потому что ООП... Оно как бы ООП, ничего сверхъестесственного ни один язык не предлагает, это не Haskell, и тем более не Brainfuck. Так что принципиально общие вещи в них будут. То подмножество, что реализует машину Тьюринга - у них общие. Сами посмотрите: циклы, ветвления, передача аргументов, арифметика... С небольшими правками всё совершенно одинаковое. Да, Дмитрий совершенно прав, traits на C# не повторишь, ибо та аналогия будет уже не traits, однако... Это уже [programming_language] related, то есть это попытка совладать с особенностями.

    Немного пруфов: лично я ходящий пруф. Зная C++ и C# и немного Java я просто начал программировать на Python. При том, что Python даже алголоподобным не принадлежит. А всё потому, что логика одна и та же, хотя различий между Python и C(++|#) намного, много больше. Но не читая почти никаких туториалов, пройдясь галопом по европам с документацией сейчас я знаю python достаточно для серьёзного проекта.

    UPD. По поводу метапрограммирования... Таки рантайм рефлекшн шарпа тащит. И хотя ни макросов, ни шаблонов, ничего. Но изменять код на лету - это уже очень круто. По дефолту плюсы так не умеют, и хотя шаблоны с макросами тащат, сильно, очень сильно тащат и вытаскивают его, Си++, со дна, надо признать - рефлешн у шарпа будет поинтереснее. Извиняюсь за дезу.
    Ответ написан
    6 комментариев
  • Ошибка - Uncaught (in promise) в Chrome. Что за ошибка и как ее исправить?

    @qskyhigh Автор вопроса
    Ошибка была из за приложения Wappalyzer Chrome, отключил и стало все нормально.
    Ответ написан
    Комментировать
  • Как сделать нагрузочное тестирование веб-сервера для сравнения PHP+Nginx vs Node.js?

    bingo347
    @bingo347 Куратор тега Node.js
    Crazy on performance...
    В плане отдачи статики - врядли Ваш код хоть на php хоть на node сможет тягаться по скорости с Nginx, иначе Вы не задавали бы подобные вопросы. В любом случае стоит ставить nginx перед любым бэкендом, хоть php хоть node. Помимо раздачи статики еще получите и нормальную работу с tls и балансировку.
    По динамике:
    php - работает только в режиме 1 запрос = 1 процесс, соответственно процессов в памяти будет больше, а значит и больше памяти потребуется и больше процессорного времени будет уходить на switch-context. Так же и очередь ожидающих запросов будет больше ибо php работает синхронно, а это значит что при ожидании io (файлы/бд) Ваш процесс в idle. Самый быстрый вариант сейчас с php-fpm, который работает по протоколу fastcgi и держит пул предзапущенных потоков php. Так же возможна работа по http с apache, но этот вариант явно медленнее и тяжелее чем php-fpm.
    node - может обрабатывать много запросов в 1 процессе засчет асинхронной модели выполнения, соответственно Вам может хватить небольшого количества процессов для очень большой нагрузки. Можно работать с nginx как по протоколу http (есть из коробки) так и fastcgi (при этом по прежнему имея 1 процесс)

    Теперь по нагрузочному тестированию, нужно хорошо разбираться в обоих тестируемых технологиях, знать о возможных оптимизациях и как их обойти. И даже при всем этом Вы не получите адекватных результатов на синтетических примерах... Можно сравнить решение конкретной задачи, но для этого придется разработать решение на обоих технологиях, а оно Вам надо? БольшАя часть задержек в большинстве веб-сервисов падает на базу данных, которая особо не зависит от выбранного ЯП, хотя асинхронная модель тут предпочтительнее...
    Так что пишите на чем умеете
    Ответ написан
    1 комментарий
  • Стоит ли обычные многостраничные сайты делать с применением Vue?

    @skrimafonolog
    Смысл поймите - Vue для сложных динамических интерфейсов.
    Если ваш сайт таков, что в на множестве разных страниц вам нужны сложные динамические интерфейсы - то стоит.

    Имхо, даже корзину интернет-магазина (где множество страниц с товаром) делать на Vue это перебор.

    Без ответной части на сервере - смысл в Vue снижается.
    Ответ написан
    Комментировать
  • В какой программе написать техзадание на API сервера?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Swagger наше все
    Ответ написан
    Комментировать
  • Какую легковесную cms на базе Laravel выбрать для проекта?

    alelunegov
    @alelunegov
    Фрилансер. Разработка сайтов на MODX, верстка
    October, например.
    Ответ написан
    Комментировать
  • Какую CMS выбрать для создания сайтов на заказ?

    Я тоже хочу порекомендовать October CMS. Она на сегодня лучшая, построенная на компонентах Laravel. Но обманываться не стоит, разработка на October не то же самое. Но разрабатывая на October вы получите:
    • отличный DX, нужно просто попробовать;
    • CLI для автоматизации решения задач;
    • самый популярный PHP-шаблонизатор Twig;
    • действительно исчерпывающую документацию;
    • возможность удобного совместеного использования с Laravel (кпример комплексного проекта - 2doc.by - October CMS, api.2doc.by - Lumen, medcrm.by - Laravel);
    • аскетичность из коробки, следование философии Unix, что позволяет не быть изначально заточенной под конкретный тип проекта и не содержать в себе неиспользуемую проектом функциональность;
    • отличный скафолдер для разработки кастомной функциональности под нужды проекта;
    • непрерывно растущую базу плагинов с августа 2015 до мая 2017 росто составил 75% со 130 до 515;
    • непрерывный рост интереса сообщества к платформе, выраженный в приросте звезд на гитхабе с 3000 в июне 2015 до 6950 в мае 2018;


    Можно продолжать долго, если будет желание и необходимость. =) Из минусов можно отметить слабый рост количества готовых шаблонов, не такое большое количество дополнений в сравнении с динозаврами рынка CMS. Не минус, но важный момент, что на October вы будете именно программировать, это как порог входа для неквалифицированных разработчиков, так и дополнительные возможности для квалифицированных.

    Что касается важной темы E-Commerce, есть несколько готовых дополнений разной степени качества и функциональных возможностей. Я порекомендую Shopaholic, т.к. имею непосредственное отношение к проекту и головой могу отвечать за его качество. Проект пока очень молодой, меньше полугода после релиза и тем не менее, отзывы наилучшие от сообщества (1, 2, 3, 4, 5, 6, 7 и т.д.). Вот неболшая статья в нашем блоге про Shopaholic.

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

    Единственной в некоторой степени проблемой выбора не самой известной платформы может стать ее "продажа" клиентам. Но мы успешно с этим справлялись, работая 7 лет с MODX в мире, где правили Wordpress (весь мир) и Bitrix (СНГ). А последние 2,5 года также успешно справляемся с October в мире, где правят Wordpress и Bitrix и это еще теперь пытается делать MODX (СНГ).

    Надеюсь, был полезен. =)
    Ответ написан
    Комментировать
  • Впечатления от sails.js?

    Kaer_Morchen
    @Kaer_Morchen
    Разрабатываю web-приложения.
    Что никто не использует Sails.js?

    Update 20.01.2016
    Я использовал (4 месяца), Sails.js в одном проекте в качестве бекенда для API. Сначала впечатления были хорошие, но углубляясь в проект, я понял что Sails.js ужасен.

    1. Он не развивается. Вообще. Как была год назад версия 0.11, такая она и сейчас. И такая же будет через год.
    2. Утечки памяти. Гуглил, нашел что рекомендуют отключить сокеты. Отключил, утечки стали меньше, но не прошли.
    3. Ужасная, просто ужасная ORM Waterline. Не годна для проектов сложнее чем hello world. Полу нерабочие связи. Нет сложных индексов, транзакций. У меня 2 раз падал Sails при старте на стадии миграции и тер нафиг все данные в БД. И эту ORM невозможно выпились или заменить. Он внутри Sailsa.

    Не используйте Sails.js
    Ответ написан