• Партнерские программы у регистраторов доменов

    @ZloiZmei
    Стоит заморачиваться если:

    1) для вас и ваших друзей это экономия;

    2) Как попутный заработок. Скажем, фрилансер обслуживает своих клиентов.

    3) если вы планируете использовать домены как средство инвестирования, регистрировать их сотнями. Только тут нужно быть аккуратным, по-началу на грабли понаступаете как все, прежде чем разберетесь какие домены каких денег стоят и как их продать.

    4) Если вы решили всерьез заняться этим бизнесом. Т.е. вложить сразу крупные суммы, что бы получить выгодные тарифы у регистраторов, вложиться в рекламу, тех.поддержку и так далее. Но учтите — конкуренция колоссальная, именно среди реселлеров. Реклама начнет окупаться только через несколько лет, а без рекламы много клиентов не будет. Лучшие цены вы предложить никак не сможете.

    В первых двух-трех случаях выгоднее стать реселлером крупного реселлера и сразу получить выгодный тариф (в случае .ru — до 90р/домен). В последних двух — добиваться выгодных тарифов у регистратора.

    Не стоит заморачиваться, если пытаетесь сделать маленький самостоятельный бизнес/доход.

    По поводу физ.лица мне подсказать сложно, много лет как ИП работаю. Предполагаю что варианты:

    1) никак о себе не заявляете и ничего не платите. Это возможно в первых трех названных случаях. Поначалу ваши доходы мало кого будут волновать, тем более при отсутствии банковских переводов. Штрафы за незаконное предпринимательство у нас пока смешные (500-2000р). Неуплата налогов правда ещё…

    2) Легазизоваться как физику, декларировать доходы, платить 13%. Тупо не выгодно может быть, не говоря о потере времени. И не факт что незаконное предпринимательство не пришьют.

    3) Становится ИП.
    Ответ написан
    1 комментарий
  • Как и в каких случаях использовать DI в Yii2?

    SamDark
    @SamDark
    Yii2 core team
    DI именно в вашем случае не при чём. Это способ реализации, а не сама идея. Идея состоит в том, что вам нужно реализовать принцип инверсии зависимостей. То есть начать работать с интерфейсами, а не с конкретными реализациями.

    Чтобы быть универсальным и переносимым, модуль не должен знать о моделях извне себя. Вместо этого он должен выражать свои требования в виде интерфейса, а внешние модели этот интерфейс должны реализовывать.

    Для вашего примера делаем в модуле Article делаем интерфейсы:

    interface ArticleInterface
    {
        public function getTitle();
        public function getAuthor();
    }
    
    interface ArticleAuthorInterface
    {
        public function getName();
        public function getID();
    }


    Далее в пределах модуля используем только интерфейсы, а не сами модели:

    public function renderArticle(ArticleInterface $article)
    {
        return $this->renderPartial('_article', [
             'author' => $article->getAuthor(), 
             'title' => $article->getTitle()
        ]);
    }


    Вне модуля нам придётся реализовать интерфейсы в моделях:

    class Article extends ActiveRecord implements ArticleInterface
    {
       // ...
    }
    Ответ написан
    34 комментария