@nodejs_ru

Страница 614 из 2748
Николай
24.02.2017
13:17:16
* axios

можно вообще какой нить взять casper.js или fantom.js но я чет с ними не работал

Дмитрий
24.02.2017
13:18:38
Закопайте уже этот ваш фантом)

Николай
24.02.2017
13:19:04
о как, т.е. не я один его не люблю

Google
Сергей
24.02.2017
13:19:09
из тех вариантов что ты приедложил, какой бы ты выбрал?)))

Николай
24.02.2017
13:19:32
axios заглаза и на промисах

можно с async|await подружить

Сергей
24.02.2017
13:21:16
спасибо буду разбираться

Дмитрий
24.02.2017
13:21:55
Многие сайты в гробу видали пользователей с курлом и без выполнения клиентских скриптов ты ничего им не отправишь

В самых запущенных случаях тебе даже форму для заполнения не отдадут

Ҫѐҏӗѫӑ
24.02.2017
13:26:52
нет, в самых запущенных отвечают невалидным жысоном и 200 статусом

или просто 200 и ок

но это не запущенные, а чтобы усложнить жизнь

Сергей
24.02.2017
13:27:30
весело

Ҫѐҏӗѫӑ
24.02.2017
13:27:33
роботам

Николай
24.02.2017
13:29:49
Та все там ок, ни один парсер написал. Не нужно пугать.

Даже закрытый контент можно спарсить

Google
Ҫѐҏӗѫӑ
24.02.2017
13:31:01
ну кагбе есть сайтики, а есть что-то, что не раздается просто так

Николай
24.02.2017
13:31:22
сферический конь в вакууме

Ҫѐҏӗѫӑ
24.02.2017
13:31:26
и не всегда можно просто токен получить и прикинуться браузером легкой кровью

Николай
24.02.2017
13:31:35
Все от задачи зависит.

ну и решение подстраивается

ща можно гадать

Ҫѐҏӗѫӑ
24.02.2017
13:31:47
всегда можно курлом все разрулить - факт

зависит

Николай
24.02.2017
13:31:49
ТС написал, нужно отправить форму

возможно и на сайт не нужно заходить, а просто сформировать данные (форму) и просто один раз постом отправить.

Ҫѐҏӗѫӑ
24.02.2017
13:33:12
возможно

Николай
24.02.2017
13:33:13
Все зависит, что за сайт и что там

Дмитрий
24.02.2017
13:33:27
нет, в самых запущенных отвечают невалидным жысоном и 200 статусом
В странице с формой асинхронный скрипт с проверкой на робота, которая собирает и высылает обратно гигансткий массив данных, которые физически невозможно подделать за нормальное время, после чего результат заполнения формы будет предсказуем

Ҫѐҏӗѫӑ
24.02.2017
13:34:35
все можно обойти

Andrew
24.02.2017
13:34:41
дима, что с ником?

Дмитрий
24.02.2017
13:34:43
Соответственно, попытка заполнения формы перед которой сервер бы не получил эти данные ещё более предсказуем

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

все можно обойти
Да, но к сожалению жизнь человека конечна

Ҫѐҏӗѫӑ
24.02.2017
13:35:23
I know that feel bro

Andrew
24.02.2017
13:35:32
эт я помню

Google
Andrew
24.02.2017
13:35:46
из-за ника?)

Ҫѐҏӗѫӑ
24.02.2017
13:36:21
более того, не знаю как сейчас, а раньше еще и в лс нельзя было писать тем, кого у тебя номера мобильного нет

и в саппорте не отвечали

Дмитрий
24.02.2017
13:36:34
Ага

Весело ппц

Ҫѐҏӗѫӑ
24.02.2017
13:36:43
дуров верни стену

Дмитрий
24.02.2017
13:36:46
Andrew
24.02.2017
13:36:48
лооол

Kelin
24.02.2017
13:37:28
Правда глаза режет просто))

Дмитрий
24.02.2017
13:38:20
из-за ника?)
Допускаю, что кто-то пожаловался на пустом месте, не помню за собой ничего такого. Но в этот же день я тестировал либу для подключения к телеграму и через нее логинился в аккаунт около 400 раз ? Уверен, это как то связано

Ҫѐҏӗѫӑ
24.02.2017
13:40:54
лол

Дмитрий
24.02.2017
13:44:40
Знал бы где падать - соломы бы постелил

Дмитрий
24.02.2017
13:47:05
на тестовом сервере сложно воспроизвести баг, когда ZLib ломается при попытке обработать апдейт от 200 чатов и контактов моего аккаунта)

andretshurotshka?❄️кде
24.02.2017
13:47:47
%)

Дмитрий
24.02.2017
14:13:08
а если тцпдампом трафик записать?
Шифрованные данные завязаны на таймстампы клиента и сервера, а основной проблемой было трудноулавливаемое состояние гонки при этих вычислениях

Google
Дмитрий
24.02.2017
14:14:28
Короче, тут кроме реального сервера особо ничего не подходит

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

Ҫѐҏӗѫӑ
24.02.2017
14:50:58
ололололо!

ребята, это огонь!

@ChALkeR @vkurchatkin https://twitter.com/andywingo/status/835132154749272064

Никита
24.02.2017
14:52:07
не гит, а гит-свн

не путай

Николай
24.02.2017
14:52:12
они зарекалируют через СВН?

отето кипятильники

Admin
ERROR: S client not available

Ҫѐҏӗѫӑ
24.02.2017
14:52:52
это не мой твиттер)

Никита
24.02.2017
14:53:53
гит пакует объекты, и коллизия должна быть у упакованных

а не у самих пдф

Дмитрий
24.02.2017
14:54:20
У меня вопрос, на кой им вообще нужен git-svn)

Ҫѐҏӗѫӑ
24.02.2017
14:59:31
хипстерам не понять

диды писали

на кой ваще гит когда есть Pijul

Николай
24.02.2017
15:01:11
Я за Перфорс )

Дмитрий
24.02.2017
15:04:43
Новая папка(3)/копия_2_релиз_финал_fix.zip

Ҫѐҏӗѫӑ
24.02.2017
15:14:16
а в архиве патч.rtf

Google
Simple
24.02.2017
15:33:54
Можно инструкцию и обучение по nodejs?

Книжку или сайт

Ruslan
24.02.2017
15:43:42
https://learn.javascript.ru/screencast/nodejs

OMG2SMART4YOU
24.02.2017
15:44:10
https://learn.javascript.ru/screencast/nodejs
очень полезный скринкаст)

Vladimir
24.02.2017
16:13:16
Книжку или сайт
https://nodejs.org/en/docs/

Сергей
24.02.2017
16:22:08
оригинально

Никита
24.02.2017
16:41:50
https://twitter.com/joepie91/status/834950616124379137

Zaur
24.02.2017
16:45:11
Люди, дайте совет пожалуйста. Вот есть у меня mysql таблица вида: id : int aa : int bb : int tt : string В моменты пиковой нагрузки, мне необходимо в секунду несколько раз загружать только int-поля, чтобы обработать запросы от юзеров. А, например, раз в 1 секунду, необходимо загрузить все данные(включая string-поля), сформировать JSON и разослать всем юзерам. Вопрос: есть ли смысл разделять такую таблицу на две: - в первой только int поля, и от туда данные берутся часто; - во второй остальная инфа, string-поля. Данные из этой берутся реже. , чтобы ускорить загрузку данных из первой таблицы. Или не обязательно так заморачиваться, и можно оставить все данные в одной таблице ?

Roman
24.02.2017
16:47:16
строка большая? т.е. на задачу можно смотреть как на строка и каких-то 12 байт?

Roman
24.02.2017
16:48:58
ну вот и думай

ты спросил как быть с 12 байтам и иногда со строкой А у тебя строка - это твоя нагрузка, а 12 байт - шум

Zaur
24.02.2017
16:51:53
когда я получаю эти 12 байт, я мог убрать строку из SELECT-а mysql, т.е. не загружать эту строку без надобности. Вопрос: будет ли поиск и загрузка int-ов работать быстрее, если в таблице только int-ы ?

Никита
24.02.2017
17:05:51
Ещё раз, для непонявших: ваши пароли от digitalocean, coinbase, patreon, news.ycombinator.com, medium, uber, zendesk, 10% других популярных сайтов и 5% остальных интернетов могли оказаться где угодно в публичных данных.

Lulz
24.02.2017
17:07:15
на хабре статья была(2015), что в 18 году коллизию найдут)

Zaur
24.02.2017
17:09:11
Индексы повесь на поля по которым делаешь выборки и всё норм будет
индексы, есть, да. Т.е. если я из SELECT-а исключаю длинную строку, тогда поиск по остальные int-полям будет происходить так же быстро, как если бы в таблице не было длинной строки вовсе? при условии что индекс для всех int-полей имеются.

Никита
24.02.2017
17:11:47
?
Cloudflare протёк.

Страница 614 из 2748