ArbNet,
Как Вы собираетесь объяснить нужность этой Вашей уберштуки клиентам, если даже здесь на форуме потенциальным внедренцам не можете объяснить ее нужность?
Сильно подозреваем что статья перевирает ситуацию.
И в сша и в россии в первую очередь рассматривается был обман или нет, после этого уже идет рассмотрение того был ли обман намеренным или ненамеренным.
"Грань" важна только для определения второй части и не имеет смысла без наличия первой.
На минуточку - тесла по этому "норвежскому" определению скам, по крайней мере до 2019 была, сплошные убытки на фоне постоянного привлечения инвестиционных денег.
p.s.: Скриншот на закуску.
Не вполне согласимся.
Сохранение массива, по сути конфигурации, в файл при включенном opcache, особенно начиная с php7 где появились статичные массивы - это пожалуй "мастхэв".
Запрос в базу это запрос в базу + такой способ позволяет настроить потом гибкое поэлементное кэширование без коннекта к базе вообще.
Делать по другому, ну, это как подключать 100-500 цсс файлов таща их из базы каждый раз, вместо того что бы сделать подключение 1-2 статичных цсс файлов с диска.
Налоговый резидент россии платит 13% ндфл, налоговый НЕ резидент россии платит 30% ндфл.
Наоборот - плати везде повышенные налоги 😂
Не обязательно.
Тоже не обязательно.
У sape, кстати, нет добавочной ценности самой по себе. Она есть только у конечных продуктов - у сайтов закупающих ссылки. Тем не менее за регу в sape и бонусы раздавались и живые деньги.
Именно из-за подобных утверждений "на слуху" у всех не детскосадовских скам-проектов Вы найдете тот или иной продукт создающий "монетизацию".
По одинаковым инструментам можно использовать взаимозачет, по разным нет.
Поэтому уплатив ндфл с дивов - получаешь невозвращаемый (в рамках торговли акциями) налог.
Ошибаетесь и очень серьезно.
220.1 НК РФ http://nalog.garant.ru/fns/nk/e196259bf1afa2a58b3e0bfe701dcf1f/#block_22010
Человеческими словами https://www.nalog.ru/rn77/taxation/taxes/ndfl/nalog_vichet/nv_ubit/ и https://journal.tinkoff.ru/invest-ndfl-optimization/
Вот в этом вопросе совершенно точно не ошибаемся. У нас за последние годы количество заказчиков из этой сферы сильно увелилось и мы разбираемся в том числе и в юридической стороне этого дела, хотя занимаемся технической, в принципе они тесно связаны.
Статья называется "172.2. Организация деятельности по привлечению денежных средств и (или) иного имущества"
Нет закона запрещающего пирамиды.
Пирамида (млм) не является мошенничеством, это схема привлечения аудитории.
Реферальные программы это частный случай пирамид/млм.
Предосторежение является усугубляющим фактором, а не оправдывающим.
Упрощенно говоря - если Вы говорите "сейчас я тебя убью" и потом таки убиваете, то это не просто не дает оправдания в уголовном деле, а напротив - усугубляет статью превращая это в преднамеренное убийство.
Именно. Поэтому привлекая юзеров нельзя их обманывать по поводу размера и/или вероятности дохода или чего-либо еще. А то что Вы используете рефку или крипту или еще что-то - само по себе не преступление.
Российской налоговой плевать заполнили ли Вы американскую форму:) Речь о налоге при торговле российскими акциями для нерезов россии.
Да, но после дивов они все уходят в минус. И отрастут ли обратно, для чего им нужно подорожать на размер дивгэпа, это еще вопрос. Но даже если подорожают - будет в лучшем случае паритет с теми, кто не влетел на дивы.
Кроме того, дивы и торговля это разные вещи с точки зрения налогов. Скажем Вы потеряли 10р на падении каких-то акций (других вообще), если одновременно с этим Вы получили 10р доход от дивов - налог будет, если получили 10р доход от роста акций - налога не будет. А по итогам года всё равно будут убытки по каким-то акциям, которые с дивового дохода не спишешь.
Поэтому в среднем по палате влетание на дивы невыгодно.---------- Добавлено 08.11.2019 в 11:29 ----------
Lord Maverik,
Джоин в идеале должен делаться по столбцам одинакового типа. У Вас id mediumint(9), а id_subs smallint(5).
В джоине Вы используете на одно условие where больше чем в изначальных запросах (actv), при чем оно из присоединяемой таблицы, поэтому ситуация отличается от первого запроса, базе приходится сначала джоинить в любом случае.
Важна ли сортировка по id_subs ? Как мы понимаем рано или поздно все рассылки должны быть посланы, есть разница с какой начинать?
Если можно изменять структуру таблиц, то мы бы избавились от текстовых полей в таблицах по которым идет where и sort by, таблицу с текстом можно заджоинить в самом конце.
Если нельзя изменять структуру, то можно попробовать сделать запрос на выборку нужных id, при некоторой удаче они возьмуться из индексов не трогая саму таблицу, а потом уже выбирать остальные данные к ним.
В свое время присматривались к такому варианту https://github.com/dwyl/learn-to-send-email-via-google-script-html-no-server
