На самом деле разницы-то нет. Читающие отзывы без понятия маркетинг это или настоящий отзыв. Так а если нет разницы - на фига заморачиваться с реальными людьми?
Отсюда выводим мысль по поводу размера премий. Она должна быть адекватна цене "суперпупервирусногмаркетинга".
Что касается бонусов/денег. Бонусы с нашей точки зрения это эпик фэил если речь о серьезной ЦА. Может как вирус и действует - все бегают, обсуждают как их обналичить и что с ними делать, но участвовать в этом никакого желания нет, т.к. по сути это макулатура и гиморой.
Если совсем упрощенно, то поведение яндекса скорее создают препятствия честным юзерам и устраняют для мошенников.
Для честных минусы.
Получил рубль через 100 рук от мошенника - получи бан, даже если у тебя на счету 100 тысяч и аккаунту идентифицированному 10 лет (сейчас вроде научились блокировать суммы по отдельности, но черт знает как это работает на практике).
Идентификация в офисе или через нотариуса или через контакт - по любому затратная вещь для юзера с учетом того что от бана не спасает - смысла в ней самой по себе нет.
ПРО аккаунт спасает от банов, но при этом яндекс как бы банк, а ПРО аккаунт подразумевает использование его для коммерции, в общем налоговая и незаконное предпринимательство "где-то рядом".
Справедливости ради - при бане деньги можно спасти, но опять же - это надо заявление или в офис или у нотариуса и по почте - затратно.
С другой стороны для мошенников плюсы.
Счетов можно иметь сколько угодно, забанили один - открываешь другой.
По заявлению деньги с забаненного счета выводятся в банк легко и просто; при этом раньше это было даже без комиссии, сейчас не знаем.
ПРО аккаунт дает по сути иммунитет от любых претензий, не забанят сколько бы не было жалоб.
При идентификации в офисе в паспорт считай и не смотрят, по крайней мере раньше не смотрели.
Если оформить аккаунт с левыми данными, то в офисе по заявлению можно потом (когда выяснится что уголовное дело за мошенничество не завели) поменять их на свои и вывести деньги.
А вот кстати вопрос к Вам. В ВМ последнее время пару раз приходили подобные сообщения
И честно говоря это попугивает, что там за процедура восстановления? Почему черти кто (т.е. мы) можем сообщить системе новый номер телефона постороннего вмид?
Точности ради.
У ВМ 0.8% это не обналичка, а комиссия за перевод. Которая правда не может быть больше 50вмз.
Но к этой комиссии за перевод еще по любому прибавится комиссия за вывод.
Даже в случае анелика - минимум 0.3% дополнительно еще будет.
http://www.webmoney.ru/rus/about/statistics/
2011 - 130млн транзакций.
2012 - 160млн транзакций.
На текущий момент - стата порядка 144 млн транзакций в год.
=>
Кусок рынка может и потеряли (вопрос в объеме транзакций еще), но определенно не умирает.
В яндекс.деньгах больше свободы для мошенников. Намного больше. При чем все они не "случайные", а преднамеренно созданные вследствии политики яндекс.денег.
Фиговые энегросберегайки - мерцают достаточно заметно, карандашным тестом проверяется (проверять на одной включенной лампе) совсем плохая ситуация.
Если это накладывается на мерцающий экран компьютер (карандашный тест в помощь опять же, проверять без искусственного освещения или при лампах накаливания только), то эффект получается в квадрате.
Компьютерные очки от этого не спасают.
p.s.: А вообще это полный ахтунг. Когда появились первые ЖК - они не мерцали в принципе, это было кульно. Сейчас тяжело найти не мерцающий ЖК:( А теперь к ним еще и энергосберегайки мерацающие добавились - жесть ... а казалось бы прогресс, все дела.
Если поменяется хотя бы до 0% - обращайтесь в асю:) Было бы интересно.
По уму Вам надо делать решение many2many.
Т.е. вводить дополнительную таблицу типа relationships product_id, cat_id
И убирать prod_cats из products.
Тогда все выборки упростятся и это будет стандартное решение.
Ваша задача тогда будет решаться простым
select cat_id, count(product_id) from relationships as a left join cats as b on a.cat_id=b.cat_id group by cat_id
Остальные побочные задачи так же упростятся.
Если все же не менять структуру, то скорее так
select cat_id, cat_name, count(distinct(prod_id)) as count from cats left join products on find_in_set(cat_id,prod_cats) group by cat_id
Тут ключевое - dictinct - что бы не считать дубли
count(prod_id) заменить на count(distinct(prod_id))
хотя минутку
Через запятую?
Странно что оно вообще работает как Вы описали, ибо (int)95 не должно быть in (text)(34,95,02), например.
С плюсами и минусами-то ясно. Неясно с минимально достаточными затратами, вопрос про них был.
Т.е. упрощая. Для ооо а) офис нужен или нет? б) хотя бы один работник нужен или нет? если есть, то сколько обходится минимум? в) обязательные платежи есть или нет? ну и так далее. И именно в разрезе возможности работы с ндс, т.е. очевидно на 15% и не упрощенке?
Что бы не создавать отдельный топик.
А во сколько обойдется "ООО" максимально приближенное к ИП, но ООО.
Т.е. что бы не выглядело как однодневка (зарегистрированное по адресу где уже 1000 ооо-шек и т.д.) с одной стороны, с другой стороны минимизировать расходы (если без чего-то можно обойтись - значит надо обойтись, например крутоофис снимать нет желания и в идеале даже сотрудников не иметь) и при этом реально ведущее деятельность (пусть даже и вялотекущую).
Налогообложение не суть важно, но важно работать без проблем с организациями работающими с НДС.
Пообщались с jumbosic в асе.
Уточним - никаких вопросов или претензий к нему нет. У него к нам тоже.
После разговора решили что мы погорячились и однозначно будем пользоваться:)
