|
7 марта 2013, 12:21:14 AM | # 1 |
Сообщения: 109
цитировать ответ |
Re: Mt.Gox кусок дерьма
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Как о создании системы согласования заказа не гребаный медленно PHP?
|
7 марта 2013, 12:37:08 AM | # 2 |
Сообщения: 1652
цитировать ответ |
Re: Mt.Gox кусок дерьма
|
7 марта 2013, 1:46:15 AM | # 3 |
Сообщения: 321
цитировать ответ |
Re: Mt.Gox кусок дерьма
Согласно, я просто вытащил все мое остальную BTC из Mt.gox, если они не могут справиться с большим объемом заявок на продажу, то они не смогли их целевое назначение.
Ебать мкм. |
7 марта 2013, 1:52:47 AM | # 4 |
Сообщения: 1246
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. |
7 марта 2013, 2:00:38 AM | # 5 |
Сообщения: 392
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. |
7 марта 2013, 2:02:43 AM | # 6 |
Сообщения: 267
цитировать ответ |
Re: Mt.Gox кусок дерьма
Ваша тирада заставляет меня хотеть поставить "продается по цене $ 33, выкупленный на $ 41" мем в этой теме.
|
7 марта 2013, 2:05:32 AM | # 7 |
Сообщения: 1456
цитировать ответ |
Re: Mt.Gox кусок дерьма
Ваша тирада заставляет меня хотеть поставить "продается по цене $ 33, выкупленный на $ 41" мем в этой теме. Количество Butthurt является imense, не так ли? |
7 марта 2013, 2:07:41 AM | # 8 |
Сообщения: 238
цитировать ответ |
Re: Mt.Gox кусок дерьма
Будет ли coinlab использовать мт GOx апи или установки их собственный торговый сайт?
|
7 марта 2013, 2:09:38 AM | # 9 |
Сообщения: 1246
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. Во-первых, только о Java для торгового двигателя. Кроме того, если бы это было до меня, я бы не использовать MySQL для магазина торгового двигателя. Я хотел бы использовать Java, потому что логика будет быстрее для сравнения, и я хотел бы использовать Redis для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти. |
7 марта 2013, 2:14:13 AM | # 10 |
Сообщения: 392
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. Во-первых, только о Java для торгового двигателя. Кроме того, если бы это было до меня, я бы не использовать MySQL для магазина торгового двигателя. Я хотел бы использовать Java, потому что логика будет быстрее для сравнения, и я хотел бы использовать Redis для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти. Вы хотите сохранить в памяти всю деловую систему? Да, конечно, это может работать для 100 линий продвинутых "Привет мир" применение, но для производственной среды размера MTGox, с тысячами или транзакций в секунду, если не больше, и риск потери данных или сделки, если она использует память только слишком риск .. поэтому существуют транзакционные базы данных |
7 марта 2013, 2:17:09 AM | # 11 |
Сообщения: 1246
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. Во-первых, только о Java для торгового двигателя. Кроме того, если бы это было до меня, я бы не использовать MySQL для магазина торгового двигателя. Я хотел бы использовать Java, потому что логика будет быстрее для сравнения, и я хотел бы использовать Redis для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти. Вы хотите сохранить в памяти всю деловую систему? Да, конечно, это может работать для 100 линий продвинутых "Привет мир" применение, но для производственной среды размера MTGox, с тысячами или транзакций в секунду, если не больше, и риск потери данных или сделки, если она использует память только слишком риск .. поэтому существуют транзакционные базы данных Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. |
7 марта 2013, 2:21:27 AM | # 12 |
Сообщения: 293
цитировать ответ |
Re: Mt.Gox кусок дерьма
Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. Ты смешной парень. Вы понимаете, что вам нужен полный ACID & транзакционные возможности для системы финансового права торговли? |
7 марта 2013, 2:22:11 AM | # 13 |
Сообщения: 392
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. Во-первых, только о Java для торгового двигателя. Кроме того, если бы это было до меня, я бы не использовать MySQL для магазина торгового двигателя. Я хотел бы использовать Java, потому что логика будет быстрее для сравнения, и я хотел бы использовать Redis для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти. Вы хотите сохранить в памяти всю деловую систему? Да, конечно, это может работать для 100 линий продвинутых "Привет мир" применение, но для производственной среды размера MTGox, с тысячами или транзакций в секунду, если не больше, и риск потери данных или сделки, если она использует память только слишком риск .. поэтому существуют транзакционные базы данных Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. PHP может сделать то же самое, и, вероятно, быстрее. Я по-прежнему использовать MySQL. Java неотъемлемо SLOWWWW смотреть на Android телефонов Хахаха J / к |
7 марта 2013, 2:22:41 AM | # 14 |
Сообщения: 392
цитировать ответ |
Re: Mt.Gox кусок дерьма
Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. Ты смешной парень. Вы понимаете, что вам нужен полный ACID & Операции для системы финансового права торговли? |
7 марта 2013, 2:27:21 AM | # 15 |
Сообщения: 1246
цитировать ответ |
Re: Mt.Gox кусок дерьма
Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. Ты смешной парень. Вы понимаете, что вам нужен полный ACID & транзакционные возможности для системы финансового права торговли? Вот почему вы должны использовать MySQL для хранения данных после того, как торговый матч был сделан. На самом деле сделал некоторые исследования просто знаю, и на самом деле обмен на bitcointalk делает использование Redis ... Так что это может быть сделано, |
7 марта 2013, 2:29:49 AM | # 16 |
Сообщения: 1246
цитировать ответ |
Re: Mt.Gox кусок дерьма
Не вините PHP, много больших сайтов использовать. PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее. MMMMMM вы получаете в очень опасную территорию с этим заявлением. Прежде всего, PHP довольно быстро и легкий по сравнению с Java. Во-вторых, есть определенные функции, которые быстрее в PHP и некоторые функции, которые быстрее в Java. Но один конкретный ключевой фактор делает PHP лучший выбор: MySQL команды разработчиков и команды разработчиков PHP, используемые для работы довольно близко друг к другу, чтобы повысить эффективность работы, я очень сомневаюсь, что Java имеет такую же скорость, когда речь идет о "говорящий" к MySQL, опять же, я не уверен, что бэкенд использует DB MTGox, но если они используют PHP очень легко предположить, что они используют MySQL в качестве интерфейса, опять же, я могу ошибаться. Во-первых, только о Java для торгового двигателя. Кроме того, если бы это было до меня, я бы не использовать MySQL для магазина торгового двигателя. Я хотел бы использовать Java, потому что логика будет быстрее для сравнения, и я хотел бы использовать Redis для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти. Вы хотите сохранить в памяти всю деловую систему? Да, конечно, это может работать для 100 линий продвинутых "Привет мир" применение, но для производственной среды размера MTGox, с тысячами или транзакций в секунду, если не больше, и риск потери данных или сделки, если она использует память только слишком риск .. поэтому существуют транзакционные базы данных Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL. PHP может сделать то же самое, и, вероятно, быстрее. Я по-прежнему использовать MySQL. Java неотъемлемо SLOWWWW смотреть на Android телефонов Хахаха J / к PHP не быстрее, чем Java в логике соответствующих сделок, а также PHP является событийным, так что вы должны были бы иметь хроны, где в Java вы на самом деле можете иметь программу сделать все согласования, с вне задержек. |
7 марта 2013, 2:48:26 AM | # 17 |
Сообщения: 1092
цитировать ответ |
Re: Mt.Gox кусок дерьма
По сравнению с реальными торговыми платформами MtGox мусор. Я действительно думаю, что они не заботятся, потому что никто в обществе не сделало более одного сайта. (Создание конкурента трудно, потому что вы должны быть законным и знай своего клиента)
|
7 марта 2013, 3:29:10 AM | # 18 |
Сообщения: 2352
цитировать ответ |
Re: Mt.Gox кусок дерьма
Чжоу Тун, вероятно взбить что-то с помощью Redis в половине дня (если фактическое соответствие двигателя Mt.Gox в уже не использовать его, который я нашел бы удивительно.) Кто-то, вероятно, следует сделать архитектуру безопасности, хотя. |