Александр Воробьев

Александр Воробьев
Рейтинг
59
Регистрация
03.02.2020
qilly #:
Норм, доходят бабки щас на счёт сюда? Собираюсь на днях сгонять открыть счет, вывести остатки. 

Сегодня пришли, счет открывал 16го числа и тогда же заполнил на адсенсе

Я заменил на Рутуб. Но вопрос СЕО не рассматривал. Причины следующие:

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

2. Таймкоды. Их сейчас можно ставить везде, но яндекс их не показывает при интеграции на сайте, рутуб показывает.

tommy-gung #:
вопрос скорее по банку - как быстро смс с логином-паролем пришли? уже несколько часов прошло и тишина

сегодня прям очередь в отделении)

Я тоже вчера был (в основном офисе) - народу ни кого. СМС пришло может минут 15 -20 (я еще в офисе сидел по своим делам)

tial #:
Пришел перевод от Гугла только что. Вчера утром отец сходил в банк и открыл счет на свое имя. У отца другая фамилия чем моя. Днем я вбил реквизиты с фамилией и именем отца. Проблем с тем, что владелец аккаунта имеет одно имя, а отправляется перевод на другое не возникло.  Гугл ночью отправил деньги и сейчас они уже пришли. Вбивал данные без посредника свифт IVDCRUMM . Дошла вся сумма до цента.

А счет тоже "без посредника" долларовый цифровой?

tial #:
Т.к. я давно не в РФ попросил отца сходить и открыть на себя счет, чтобы вывести остатки из российского аккаунта (около 500 долларов). Он сегодня сходил открыл, дал мне логин пароль от личного кабинета. Я зашел у них в реквизитах долларового счета не указан SWIFT. Какой SWIFT нужно указывать IVDCRUMM или казахского Халык банка  (HSBKKZKX)?

счет долларовый? какие то расходы есть?

ArbNet #:

При регистрации будут нужны только ФИО, пол и дата рождения чтобы исключить клонов(повторных регистраций)

Всего то....

ArbNet #:

Для работы самой системы персональные данные будут не нужны кроме тех что при регистрации.

Так какой ответ на вопрос "как будете решать вопросы с ПД?". Тут не требуется ответ про техническую сторону.

Почитайте уже закон о персональных данных и вникните в его требования

Александр #:
А в контексте темы-то что? Товарищу ТСу на какой системе строить?

ТСу  в первую очередь задачу разбить на несколько и выбрать более реалистичные цели. :)

Александр #:
Так если речь про исходники, которые будут передаваться куда-то (их системе или Вашей) - то они при любой системе могут быть подменены, на то они и исходники

По большому счету тут речь ни о чем.  И есть  совершенно разные данные для обработки. Одно дело что то типа то  что в браузере яши вылетает панелька похожие товары с ценами в других магазинах.  Подменить, кончено можно, но все же у яндекса есть  и другие метрики и источники на которые можно опираться.  

Но есть же и "биг дата".  Где не фигурируют цены. Просто отмечаются приверженности посетителя при посещении различных сайтов, и при заходе на новый сайт на основе этих данных подбирается товар из каталога  этого сайта. Или,  как разновидность, отображение рекламы по интересу посетителя. С рекламой тут работают правила рекламной площадки.  в остальных случаях чего тут особо накрутишь?  Ну накрутишь что посетитель на твоем сайте интересовался товаром синего цвета (хотя он зеленый все смотрел), ну на другом сайте система рекомендации ему выдаст в как мо то блоке рекомендаций синие товары из  ассортимента. И что?

Гипотетически можно замутить систему где и цены не подделаешь. "всего то"  надо придумать еще и единое хранилище товаров для всех сайтов. И тогда уже инфа будет отправляться в систему статистики не от конечного сайта, а с этого агрегатора условно независимого...  Но тут сразу встает технический вопрос. На кой это надо продавцу? (его сайт становится на 100% зависимый от стороннего сервиса, да еще и контролировать интеграцию постоянно), на кой это надо покупателю? (пока в такую систему не затащили большинство продавцов - там смысла мало  "правду искать"). И при этом в полный рост проблемы: пропускные возможности канала, ресурсы серверов....    А так.  Конечный сайт отправляет агрегатору команду, товар с ID таким то  посмотрел клиент, сообщи это в статистику....  Если еще хочется и прикрыть возможность накрутки и тут. Тут уже надо и сайты делать на закрытой платформе. и пользователей заставить пользоваться специальным ПО.... ну в общем чем дальше тем это уходит даже за грани фантастики.

И  при этом все равно есть возможность подкрутить. Ведь "независимый" сервис может оказаться и зависимым по воле владельца ;)

ИМХО тут просто надо трезво оценивать каким данным доверять, а каким аккуратно.

Как я понимаю вы тут написали об идее математика Анатолия Китова, которая не была реализована.
ArbNet #:

Не о той что вы подумали, о системе когда вас даже в проекте не было это 50-60 годы. 

ЗЫ. Историю надо знать ребята.

А о какой я подумал? 

Историю знать надо - согласен.  Пруфы то будут или хоть какая то конкретика? Или как и все прочее у вас на уровне сплетен?

Стекалась то она откуда? Это был реализованный проект или это был прототип в каком то нии?


Но, опять же, какова бы эта система не была (в реальности или только в проекте) это вообще ни как не оправдывает вашу идею с единой БД пользователей. Собирать и даже обрабатывать статистику - это совсем другая задача для которой не существенны условия, которые имеет идея "единой базы пользователей"

Всего: 704