7 марта 2013, 12:21:14 AM   # 1
 
 
Сообщения: 109
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Как о создании системы согласования заказа не гребаный медленно PHP?
BasementMiner! сейчас офлайн Пожаловаться на BasementMiner!   Ответить с цитированием Мультицитирование сообщения от BasementMiner! Быстрый ответ на сообщение BasementMiner!


Как заработать Биткоины?
Без вложений. Не майнинг.


7 марта 2013, 12:37:08 AM   # 2
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Получил 1806 Биткоинов
Реальная история.





Не вините PHP, много больших сайтов использовать.
Bit_Happy сейчас офлайн Пожаловаться на Bit_Happy   Ответить с цитированием Мультицитирование сообщения от Bit_Happy Быстрый ответ на сообщение Bit_Happy

7 марта 2013, 1:46:15 AM   # 3
 
 
Сообщения: 321
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Согласно, я просто вытащил все мое остальную BTC из Mt.gox, если они не могут справиться с большим объемом заявок на продажу, то они не смогли их целевое назначение.

Ебать мкм.
skilo сейчас офлайн Пожаловаться на skilo   Ответить с цитированием Мультицитирование сообщения от skilo Быстрый ответ на сообщение skilo

7 марта 2013, 1:52:47 AM   # 4
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Не вините PHP, много больших сайтов использовать.

PHP является большим, но для таких вещей, как это Java-приложение будет обрабатывать нагрузки лучше, и быть в состоянии заказов запустить быстрее.
gweedo сейчас офлайн Пожаловаться на gweedo   Ответить с цитированием Мультицитирование сообщения от gweedo Быстрый ответ на сообщение gweedo

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 в качестве интерфейса, опять же, я могу ошибаться.
deathcode сейчас офлайн Пожаловаться на deathcode   Ответить с цитированием Мультицитирование сообщения от deathcode Быстрый ответ на сообщение deathcode

7 марта 2013, 2:02:43 AM   # 6
 
 
Сообщения: 267
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Ваша тирада заставляет меня хотеть поставить "продается по цене $ 33, выкупленный на $ 41" мем в этой теме.
BitcoinMint.US сейчас офлайн Пожаловаться на BitcoinMint.US   Ответить с цитированием Мультицитирование сообщения от BitcoinMint.US Быстрый ответ на сообщение BitcoinMint.US

7 марта 2013, 2:05:32 AM   # 7
 
 
Сообщения: 1456
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Ваша тирада заставляет меня хотеть поставить "продается по цене $ 33, выкупленный на $ 41" мем в этой теме.

Количество Butthurt является imense, не так ли?
Raoul Duke сейчас офлайн Пожаловаться на Raoul Duke   Ответить с цитированием Мультицитирование сообщения от Raoul Duke Быстрый ответ на сообщение Raoul Duke

7 марта 2013, 2:07:41 AM   # 8
 
 
Сообщения: 238
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Будет ли coinlab использовать мт GOx апи или установки их собственный торговый сайт?
Монстра палаточных сейчас офлайн Пожаловаться на монстр Tent   Ответить с цитированием Мультицитирование Сообщения от Монстра Tent Быстрый ответ на сообщение Монстр Tent

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 для магазина, потому что у вас так много читает и пишет, что лучше иметь их в памяти.
gweedo сейчас офлайн Пожаловаться на gweedo   Ответить с цитированием Мультицитирование сообщения от gweedo Быстрый ответ на сообщение gweedo

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, с тысячами или транзакций в секунду, если не больше, и риск потери данных или сделки, если она использует память только слишком риск .. поэтому существуют транзакционные базы данных
deathcode сейчас офлайн Пожаловаться на deathcode   Ответить с цитированием Мультицитирование сообщения от deathcode Быстрый ответ на сообщение deathcode

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.
gweedo сейчас офлайн Пожаловаться на gweedo   Ответить с цитированием Мультицитирование сообщения от gweedo Быстрый ответ на сообщение gweedo

7 марта 2013, 2:21:27 AM   # 12
 
 
Сообщения: 293
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL.

Ты смешной парень. Вы понимаете, что вам нужен полный ACID & транзакционные возможности для системы финансового права торговли?
Scrat желуди сейчас офлайн Пожаловаться на Scrat Желуди   Ответить с цитированием Мультицитирование сообщения от Scrat Желуди Быстрый ответ на сообщение Scrat Желуди

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 / к
deathcode сейчас офлайн Пожаловаться на deathcode   Ответить с цитированием Мультицитирование сообщения от deathcode Быстрый ответ на сообщение deathcode

7 марта 2013, 2:22:41 AM   # 14
 
 
Сообщения: 392
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL.

Ты смешной парень. Вы понимаете, что вам нужен полный ACID & Операции для системы финансового права торговли?
+1

deathcode сейчас офлайн Пожаловаться на deathcode   Ответить с цитированием Мультицитирование сообщения от deathcode Быстрый ответ на сообщение deathcode

7 марта 2013, 2:27:21 AM   # 15
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

Нет только неигровые сделок не было бы в Redis, а Redis же писать резервные копии в файловую систему. На самом деле Redis сделано правильно, не имеет гораздо больший риск, чем MySQL.

Ты смешной парень. Вы понимаете, что вам нужен полный ACID & транзакционные возможности для системы финансового права торговли?

Вот почему вы должны использовать MySQL для хранения данных после того, как торговый матч был сделан. На самом деле сделал некоторые исследования просто знаю, и на самом деле обмен на bitcointalk делает использование Redis ... Так что это может быть сделано,
gweedo сейчас офлайн Пожаловаться на gweedo   Ответить с цитированием Мультицитирование сообщения от gweedo Быстрый ответ на сообщение gweedo

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 вы на самом деле можете иметь программу сделать все согласования, с вне задержек.
gweedo сейчас офлайн Пожаловаться на gweedo   Ответить с цитированием Мультицитирование сообщения от gweedo Быстрый ответ на сообщение gweedo

7 марта 2013, 2:48:26 AM   # 17
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма

По сравнению с реальными торговыми платформами MtGox мусор. Я действительно думаю, что они не заботятся, потому что никто в обществе не сделало более одного сайта. (Создание конкурента трудно, потому что вы должны быть законным и знай своего клиента)
drawingthesun сейчас офлайн Пожаловаться на drawingthesun   Ответить с цитированием Мультицитирование сообщения от drawingthesun Быстрый ответ на сообщение drawingthesun

7 марта 2013, 3:29:10 AM   # 18
 
 
Сообщения: 2352
Цитировать по имени
цитировать ответ
по умолчанию Re: Mt.Gox кусок дерьма


Чжоу Тун, вероятно взбить что-то с помощью Redis в половине дня (если фактическое соответствие двигателя Mt.Gox в уже не использовать его, который я нашел бы удивительно.) Кто-то, вероятно, следует сделать архитектуру безопасности, хотя.

tvbcof сейчас офлайн Пожаловаться на tvbcof   Ответить с цитированием Мультицитирование сообщения от tvbcof Быстрый ответ на сообщение tvbcof



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW