lllyx

Началось всё с того что стали палить страницы ВК при входе на сайт. Благодаря косякам ВК.
Оттуда тянули "досье".
Постепенно в ВК закручивали гайки, последний раз года 2-3 закрутили так сильно что это умерло или почти умерло.
Может и придумали обход очередной, но я тогда не осилил и забил, уже был не сильно нужно.

Сейчас скорее всего работают просто по схеме сбора данных с сайтов на которых сервис используется и шаринга их между клиентами сервиса под соусом того что могут достать вообще любые данные.
Т.е. чем больше сайтов используют этот сервис, тем больше шансов что вы получите инфу о своих посетителях.
При вводе любых данных на сайте-1 с сервисом сайт их сохраняет.
Потом когда посетитель попадает на другой сайт-2 использующий этот сервис мы сразу получаем его данные которые он вводил на сайте-1.

Либо по уже старой собранной базе пробивают если могут и показываю вам инфу. У меня в базе например 3+ миллиона профилей ВК собранных таким образом, думаю что есть какой-то % успеха если пытаться вычислить по ней посетителей любых сайтов.

Резюмируя вышесказанное:
Способы есть, разной степени паршивости, но всё напрямую зависит от способа сбора инфы и количества трафика проходящего через сервис.
Но тексты конечно максимально убеждающие что вообще всех посетителей соберут конечно враньё.
В лучшие времена опознавались данные 25-60% посетителей от трафика сайта. Сейчас скорее всего в разы меньше.

Сниппет сам по себе не интерактивен, он выполняется как кусок сырого PHP-кода. Поэтому самой простой реализацией будет что-то вроде такого:

switch ($action) {
    case 'firstAction' :
        $class->firstMethod();
        break;
    case 'secondAction' :
        $class->secondMethod();
        break;
}

А затем в нужном месте шаблона вызывается сниппет с переданным параметром:
[[!yourSnippet? &action = 'firstAction']]
Или Fenom:

{'!yourSnippet' | snippet : ['action' => 'firstAction']}

10 000 рублей в недвижке и нет звонков? Он бы еще на 1000 рублей пожаловался.

Вполне возможно, что он мог спустить эти 10 тысяч в унитаз, включив все то дерьмо, что предлагает директ. Возможно, объявление не попадает в ЦА совершенно. Возможно, в вопросах недвижки/проектов домов хвост продаж длится неделями, а то и месяцами. И еще тысяча других возможно.

Верните клиента на землю — в наше время создание сайта не дает ничего, кроме работающего сайта. Привлечение лидов — огромная, затратная и сложная область, которая занимает 99,9% времени и денег во всем жизненном цикле сайта.

Если бы можно было заплатить 35 000 и получить кучу лидов — я бы уже давно стал миллиардером. Извините.

Доброй ночи.
Внимательней надо было смотреть примеры в документации)))
<?= $form->field($model,'title')->textInput()?>

p.s. И начинать надо с <?php, а не с <?

Надеюсь дальше сами додумаете

попробуйте сделать без RBAC , используя вот этот механизм :

https://yiiframework.com.ua/ru/doc/guide/2/securit...

public function behaviors()
    {
        return [
            'access' => [
                'class' => AccessControl::className(),
                'rules' => [
                    [
                        'allow' => $this->isAdmin(), // это функция которая должна  возвращать true  для юзера с id = 1 , описываете ее в этом же контроллере
                    ],

                ],
            ],
           
        ];
    }

Если быть более, конкретным, зачем нужна эта опция, при генерации модели через Gii?

Чтобы вы могли добавить свои кастомные методы или переопределить родные (all(), one() и другие, короче переопределить родной ActiveQuery и изменить на свои абстракции)

Вот пример контроллера:
actual() -- такого метода нет в ORM, а мне нужен, ну вот хочу так пользоваться:
$trainings = Training::find()->actual($date);

rpm --setperms -a
спасет отца русской демократии

Поделите фашу функцию на площадь под ней и получите плотность вероятности, возьмите интеграл плотности (не сложно для линейной функции) и получите функцию распределения.
Постройте функцию обратную функции распределения, сгенерируйте число равномерно распределённое от 0 до 1 и вычислите значение полученной функции.

Структура базы:
1. Таблица questionary насколько я понимаю хранит вопросы а данные анкеты, поэтому ее лучше переименовать, например в questions. По структуре таблицы - все норм
2. Таблица questionary_item - опять таки что у Вас в ней храниться? Варианты ответа на вопрос. По этому ее опять таки лучше переименовать например в answers_variants. По структуре этой таблицы так же все нормально, но не надо в ней хранить null для полей ввода... У Вас эта таблица должна хранить ТОЛЬКО варианты ответов, если вопрос не подразумевает возможности выбора из вариантов - тогда не надо хранить никаких NULL

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

Верстка: ну тут все просто нужно использовать стандартный ActiveForm и формировать его поле с помощью цикла по атрибутам динамической модели

$arr = array('141241241', '5463263', '124124124', '4254512');
if (in_array("$id", $arr)) {
    echo "Найден ID - ".$id."<br>";
}