Dmitry Bay

MySQL 8.0 и выше

WITH RECURSIVE `cte` (`date`) AS (
  SELECT :from_date
  UNION
  SELECT `date` + INTERVAL 1 DAY
    FROM `cte`
    WHERE `date` < :to_date
)
SELECT `cte`.`date`,
       IFNULL(`s`.`count`, 0) AS `joined_count`,
       IFNULL(`u`.`count`, 0) AS `left_count`
  FROM `cte`
  LEFT JOIN (
    SELECT `joined_date`, COUNT(*) AS `count`
      FROM `table`
      WHERE `joined_date` BETWEEN :from_date AND :to_date
      GROUP BY `joined_date`
  ) AS `s` ON `s`.`joined_date` = `cte`.`date`
  LEFT JOIN (
    SELECT `left_date`, COUNT(*) AS `count`
      FROM `table`
      WHERE `left_date` BETWEEN :from_date AND :to_date
      GROUP BY `left_date`
  ) AS `u` ON `u`.`left_date` = `cte`.`date`

Просто у этого монитора низкое разрешение.
Чтобы картинка была красивой - нужно чтобы разрешение было высоким.
Вы, наверное, спросите "А почему на винде тогда нет такого эффекта?", а я вам отвечу, что "Apple удалила субпиксельное сглаживание из macOS в 2018 году, в том же месяце, когда выпустила свой последний ноутбук без Retina".

Если я правильно понял, то здесь требуется не клон, а форк.
То есть надо
1. Клонировать
2. Создать в гите новый репозиторий
3. Сделать его апстримом к текущему коду

git clone https://github.com/userName/Repo New_Repo
cd New_Repo
git remote set-url origin https://github.com/userName/New_Repo
git remote add upstream https://github.com/userName/Repo
git push origin master
git push --all

В общем все как написано тут

тот или иной фреймворк решает различные задачи,

Если имеются ввиду angular, react, vue - чушь это всё собачья. Решают они одни и те же задачи, просто разными методами и философиями.

А что вы хотите услышать?

Каким образом вы выбираете себе автомобиль? Их так много, но все они решают одну и ту же задачу. Vue и React - это как мерседес и BMW. Вечное противостояние 2х философий. Обе машины прекрасны, дороги и комфортны, но у каждой так или иначе своя философия.

Берите то, что нравится. Просто возьмите все 3 и используя стандартные CLI, напишите обыкновенный бложек с созданием, редактированием, удалением записей, детальной страницей, т.е. обыкновенный CRUD. И посмотрите, с каким из них, вам процесс работы нравится больше. Потратить пару дней и всё.

Один спец. скажет вам, что реакт, другой скажет, что vue.
Третий скажет, что реакт это вообще даунгрейд по сравнению с vue(и тут я согласен).
Четвёртый скажет, что реакт для мужиков, на него больше вакансий, они дороже и проще найти работу.
Пятый скажет, что на реакте есть куча всяких штучек дручек и т.п.
Шестой будет молчать, т.к. юзает ангуляр и не знает никаких проблем и с насмешкой смотрит на этих 2х. Потому что это ещё одна, совсем не похожая на других философия. Где за тебя уже всё придумали, сделали и сказали как делать дальше.

Вы не получите полноценную картину.

От себя скажу так, если вы любите работать с html берите vue. Vue для меня гораздо лучше, чем react. В react гораздо больше писанины кода, чем в vue. Я терпеть не могу jsx(во vue он тоже есть), отвратительная штука, но это вкусовщина. Обязательно найдутся те, кто скажет иначе, ради бога. В vue шаблоны - это родной и привычный мне html с очень удобным и понятным шаблонизатором. Любите работать с html, вперёд.

Если вы не любите верстать и вам больше нравится сам процесс писанины js, писать стили на js, берите реакт.
Если вы любите типизацию, если вы за строгий контроль кода и вообще, вы считаете себя "тру" прогером, берите ангуляр, если коротко.

Заметьте, я чаще всего сравниваю react и vue, а ангулар где-то в стороне. angular - это как volvo, тебе ничего больше не нужно, у тебя и так всё хорошо.

Ответ 1:

1. Импортируешь Provider в файл index.js, чтобы не пробрасывать props через каждый дочерний компонент:
   import { Provider } from "mobx-react";
   
2. В файле index.js оборачиваешь компонент рендеринга в Provider:
   

   ReactDOM.render(<Provider store={store}>
       <App />
     </Provider>, document.getElementById('root'));

3. Импортируешь inject в нужный компонент, где нужно использовать тебе store:
   import { inject } from "mobx-react";
   
4. Если классовый компонент, можешь повесить @inject("store") перед объявлением класса, где значение в скобках — название твоего пропса, который ты передаешь в Provider в index.js:
   

   import React, { Component } from 'react';
   import { inject } from "mobx-react";
   
   @inject("store")
   class Form extends Component {
     render() {
       return (
         <form className="form">
           <select>
             <option></option>
           </select>
         </form>
       );
     }
   }
   
   export default Form;

5. Если компонент функциональный, то можно сделать так:

   import React from "react";
   import { inject } from "mobx-react";
   
   const App = () => {
     return <div className="App">Hello World!</div>;
   };
   
   export default inject("store")(App);

   
   
   

Ответ 2:

1. Теперь доступ к store есть из любого компонента, который находится в дереве Provider и на котором повешен @inject("store").
   Чтобы вызвать метод из стора, следуй примеру ниже. Допустим, вызовем метод по нажатию кнопки:

   <button onClick={() => this.props.store.getUsers()}></button>

   И, насколько я понимаю, нужно обернуть вызываемую функцию в стрелочную функцию, то есть: () =>, если нужный метод находится за пределами текущего файла. В твоем случае — да.
   
   Можешь еще сделать деструктуризацию, и обращаться сразу к нужному методу:

   const { getUsers } = this.props.store;
     // какой-то код
   
     return <button onClick={() => getUsers()}></button>;
   };

   
   
   
   

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

Во-вторых, встроенные функции - это вообще какая-то ерунда. Используется раз в неделю. Куда важнее умеешь ли ты пользоваться библиотеками. Вот где эрудиция-то проявляется. Сидишь ли на коленке колупаешь CURLOPT или используешь гузлю. mail или phpmailer. И так далее.
Как в анекдоте - ты уже не сам анекдот рассказываешь, а только номер называешь.

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

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

Но если для общей эрудиции, если совсем словарный запас совсем мизерный, можно на ночь читать списки функций для работы со строками и массивами.

да. только лучше.

Поставьте виртуалку с линукс
выделите ей 2гб
поставьте докер
Профит)