дудоса нет, ботов почти нет

даже капча не нужна

ответ на вопрос был дан. не нравится - делайте как хотите

у меня дудос льется в основном или в ЛК, или в порт сервера авторизации

ответ на вопрос был дан. не нравится - делайте как хотите

спасибо кэп

В приципе, можно получить продвинутый сервис для клиента. С запросом баланса, напоминалками и так далее.

а можно соснуть с заглотом

В приципе, можно получить продвинутый сервис для клиента. С запросом баланса, напоминалками и так далее.

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

Но тогда тебе придется каждого абонента спрашивать его мобильный.

а можно соснуть с заглотом

Ты зачем такой злой?

насколько я понимаю, бот видит уникальный ID пользователя телеграма

и с ним уже можно работать

поэтому мобильный не обязательно знать

Как ты защитишься от левых регистраций?

насколько я понимаю, бот видит уникальный ID пользователя телеграма

видит да

насколько я понимаю, бот видит уникальный ID пользователя телеграма

вообще тема хорошая

меня не страшат повторные регистрации - сервис на это расчитан, главное чтоб без фанатизма ботами

например если не ткапчи - можно базу забить аккаунтами скриптом, положить тем самым сервер рассылки емайл и базу пользователей, если ее размер ограничен

а в телеграме все проще, даже капча не нужна

А еще можно использовать OAuth2

ксожалению такое такое сложно реализовать в реалиях моих, там не все можно переписать. В итоге всеравно у пользователя должен быть логин и пароль

а в телеграме все проще, даже капча не нужна

Никто не спорит. Но тебе надо как-то понять какому ID давать доступ в ЛК, а какому нет. А из тех, которым дать, надо ещё понять какой именно дать.

Никто не спорит. Но тебе надо как-то понять какому ID давать доступ в ЛК, а какому нет. А из тех, которым дать, надо ещё понять какой именно дать.

я думаю там будет /register после чего тебе пришлют login и pwd от сервиса, потом появится менюшка позволяющая пополнить кеш через агрегатора по ссылке, купить предмет в шопе, воспользоваться сервисами и тд. А если ты уже пользовался старым лк то будет команда /login после чего тебя спросят login и pwd, после чего пойдет привязка к аккауну телеграма и не будет уже спрашиваться это

Sound’s like a plan.

я находу придумал, но суть понятна

прост нет уверенности что телеграм в рашке завтра не заблокируют

действительно, только в этом риски!

(sarcasm)

в реальности - все совсем не так

есть PKI инфраструктура, и SSL технология, которые худо-бедно, но обеспечивают приемлемый уровень безопасности.

и есть телеграм, сорцов которого мы не видали и не увидим, наверное

и есть телеграм, сорцов которого мы не видали и не увидим, наверное

на гитхабе клиент лежит. Сервера да - не увидим

о чем тут вообще можно думать?

проторокол открытый, хочешь можно вообще самопальный клиент сделать для пользователей

где будет две кнопки

чтоб они не тупили

Кстати, Вартан! С Днем Рождения!

Спасибо :))

С днём рождения ? Чистого и лёгкого кода и стабильных билдов! ?

Коллеги подскажите по этой байде "stateStr" : "ROLLBACK", есть хайлоад проэкт с базой монги в 750гб этот стейт уже больше недели. перед запуском всё было скопировано через rsync

Спасибо :))

О, с бёздником! Здоровья и душевного равновесия. :)

Вы не представляете какая это радость работать за Федорой после MacOs X

:)

Продам макбук - дорого :)

О, с бёздником! Здоровья и душевного равновесия. :)

Спасибо :) я постараюсь :))

Вот как такое может быть In file included from /usr/include/phonon4qt5/KDE/Phonon/VolumeSlider:1:0, from mainwindow.h:17, from main.cpp:3: /usr/include/phonon4qt5/phonon/volumeslider.h:28:19: фатальная ошибка: QWidget: Нет такого файла или каталога #include <QWidget> ^

когда выше указаны: #include <QtWidgets/QMainWindow> #include <QtWidgets/QSystemTrayIcon> #include "QtWidgets/QTreeWidgetItem" #include "QtWidgets/QListWidgetItem" #include <QSortFilterProxyModel> #include <QStandardItemModel> #include "phonon4qt5/KDE/Phonon/MediaObject" #include "phonon4qt5/KDE/Phonon/AudioOutput" //include "phonon4qt5/phonon/MediaObject" //include "phonon4qt5/phonon/AudioDataOutput" #include "QtWidgets/QMessageBox" #include "QtWidgets/QTableWidgetItem" //include "phonon4qt5/phonon/VolumeSlider" #include "phonon4qt5/KDE/Phonon/VolumeSlider"

Продам макбук - дорого :)

Какой

Забейте, Это были эмоции.

Мне пока его заменить нечем, придется мучаться. :(

Чятика про банки нет?)

Сижу втыкаю в сайт бинбанка)))

До этого втыкала в их банкомат, не смогла найти функцию снятия наличных))

Чятика про банки нет?)

Форум на banki.ru же

ну я фанат тинькова :)

продукта, в смысле. не человека

кто-то едет? http://phdays.ru/

Я в шоке.

да выброси их

и попробуй рокет/тиньков

али ты не хипста?

У меня альфа

Не надо тиньков

Тиньков жлобяра

Мне баксы с нее надо снять

Не надо его кормить

ERROR: S client not available

воу воу

но продукт-то отличный

и там управляет всем не он, а англосакс кошерный

У меня альфа

ну вот. Альфа она ж как сбер, разве что цвета другого

никто тут не хипста. Я разочарован

*укатил на лонгборде в лофт, откусывая маффин*

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

ну, так это ж терминал пополнения?

и там управляет всем не он, а англосакс кошерный

как будто это плюс :)

ну, так это ж терминал пополнения?

Это банкомат.

Хм... странно, доунифицировались, а может тупо пустой и кнопочки прячет, типа умный

Сука он.

Четыре человека пол часа пытались найти функцию снятия бабла.

Кончилось все так вот. И новыми, свежими баксами.

Вместо плесневелых.

Рокет нормальная тема для ежедневных расходов - давно его юзаю

Эпопея на целый день была. Кстати такие доллары отказываются брать.

#swag

Эпопея на целый день была. Кстати такие доллары отказываются брать.

в смысле отказываются?

Но есть и хорошие новости

http://www.gazeta.ru/tech/news/2016/05/04/n_8593595.shtml

как же мы теперь то?

хорошие новости вот

http://www.fontanka.ru/2016/05/04/069/

почему администрация ростова не поблагодорила, я еще не понимаю

Блин

Нам так скоро самим пить нечего будет.

как нечего, вон народ во всю теорию и практику самогоноварения осваивает

Пятничный вопрос. Смотрите. Делаю я например интернет-магазин. И есть у меня задача сформировать заказ и сделку по нему (денежные операции). Два пункта - 1. заказ 2. связанные с заказом деньги, движения по плану счетов. думаем об имплементации этого. Во-первых - что вперед? Заказ или движение по счетам? Во-вторых, как это применить к БД? Если делать транзакцией БД, то там блокирующий селект уж очень многоэтажный. А если там проводки нетривиальные (партнерки, скидки, спецпредложения, спецпредложения по совокупности заказов). Швах короче. Поэтому думаю я, формировать заказ заданием некоего назовем это "action", который внутри себя лог предполагаемых действий со статусами "сделано, не сделано". И с проводками тоже самое - это некая "проводка" которая внутри себя лог "элементарных движений по счетам". Вопрос. Как это реализовать? Естественно самая тупая мысль - через таблицу в БД "action_log" и там "transaction_log". А как люди делают?

P.S. Да, задача ещё, чтобы два заказа друг другу на пятки не наступили, поэтому обрабатывается это неким синхронным обработчиком логов