Если это обычная карточка, то она должна действовать в _оба_ направления, т.е. у неё должен быть обычный счёт, на который можно перевести деньги. Это просто предположение, но оно основано на моём опыте работы с банковскими системами. Посмотрим, что у них получится.
Сейчас основная проблема для рядового пользователя — именно купить биткойны за реальные деньги, так как ядовому обывателю совсем неинтересно проходить любые из цепочек обмена, кроме «достал кредитку — оплатил». Выпуск подобной карточки очень сильно поможет решению данного вопроса :)
В «Физике невозможного» Митио Каку описывает вполне реальный по нынешним меркам звездолёт. Просто на реализацию его самого и прочих «мелочей» потребуются ооочень большие бюджеты. Одно государство ну никак не потянет.
Хе-хе, мне такой юрист на вопрос, где мне там остановиться — ответил, что я вполне могу недельку пожить у него, пока он будет заниматься оформлением бумаг. Лететь надо было в Индию. Работать он соглашался за 20% от 18 миллионов наследства моего дедушки, с такой же фамилией, как у меня. Только для нормальной молдавской фамилии имя было у дедушки почему-то Поль (Paul). Я подумал, что за 20% от 18 лимонов мне положен ну никак не меньше, чем Бурдж Аль Дубаи :)
«При этом особой рекламы для Facebook Credits социальная сеть не делала.» — Угу, только обязала все игровые приложения использовать только их для взимания дани с пользователей. Ненавязчиво так.
«Та же ТО утверждает зависимость энергии и массы тела от скорости – знаменитое уравнение E=m*c2.
Т.е. для объекта, обладающего массой, и достигшего С, время попросту остановится, а масса и энергия станут бесконечными, что сами понимаете весьма нежелательно на практике как и любой парадокс).»
следует, что для обекта с реальной массой, который-таки разогнали до скорости света, «масса и энергия станут бесконечными»? Может, всё-таки, это следует из других формул? Хотелось бы объяснение без трехэтажных формул :)
Насколько я понимаю, автор сделал вольную интерпретацию сказки — т.е. текст немного переработан, чтобы его не было много, но и чтобы он передавал суть сказки — это обычная практика. Именно поэтому следует переводить т.н. «производственный текст», а не искать чего бы вырезать в переводе полной сказки.
Это вы ещё не сталкивались с посыпавшимися дисками на хранилищах Амазона. Мы нарывались пару раз — общение с суппортом решило проблему, но осадочек остался.
Комментарий был xdenser-у и касался Firebird, коего есть 4 версии:
1) Супер — 1 процесс с нитями, работающими кооперативно (т.е. не совсем нити в нынешнем понимании). Хорош тем, что мало жрёт и страницы кэша общие для всех коннектов.
2) Классик — 1 коннект — 1 процесс. Подход древний как сам Юникс. У каждого процесса — свой кэш.
3) СуперКлассик — по нити на коннект, но нити работают в обычном понимании вытесняющей многозадачности. У каждого коннекта/нити — свой собственный кэш. В 3-ке должен быть общий кэш для всех.
4) Embed (встраиваимый) — по сути — работа с файлом БД напрямую, просто через библиотеку клиента. Кем будет — зависит от вашего приложения.
Для веба можно использовать всё из вышеперечисленного, но зависит от решаемой задачи — серебрянной пули не существует ;-).
в конфиге защитит Птичку от жадного Супердемона :) Ещё можно почитать рекомендации Оракла по настройке параметров для их одноимённого сервера — там целая куча параметров задирается в такие значения…
Можно подумать, если бы у кого-то из пострадавших был бы СОБСТВЕННЫЙ датацентр в районе буйства стихии — был бы другой результат :)
«Та же ТО утверждает зависимость энергии и массы тела от скорости – знаменитое уравнение E=m*c2.
Т.е. для объекта, обладающего массой, и достигшего С, время попросту остановится, а масса и энергия станут бесконечными, что сами понимаете весьма нежелательно на практике как и любой парадокс).»
следует, что для обекта с реальной массой, который-таки разогнали до скорости света, «масса и энергия станут бесконечными»? Может, всё-таки, это следует из других формул? Хотелось бы объяснение без трехэтажных формул :)
11.3 Executor will not migrate works on a Friday
И ведь практика показывает, что подобный пункт в контракте очень даже правильный :)
1) Супер — 1 процесс с нитями, работающими кооперативно (т.е. не совсем нити в нынешнем понимании). Хорош тем, что мало жрёт и страницы кэша общие для всех коннектов.
2) Классик — 1 коннект — 1 процесс. Подход древний как сам Юникс. У каждого процесса — свой кэш.
3) СуперКлассик — по нити на коннект, но нити работают в обычном понимании вытесняющей многозадачности. У каждого коннекта/нити — свой собственный кэш. В 3-ке должен быть общий кэш для всех.
4) Embed (встраиваимый) — по сути — работа с файлом БД напрямую, просто через библиотеку клиента. Кем будет — зависит от вашего приложения.
Для веба можно использовать всё из вышеперечисленного, но зависит от решаемой задачи — серебрянной пули не существует ;-).
cps = 500 60
в конфиге защитит Птичку от жадного Супердемона :) Ещё можно почитать рекомендации Оракла по настройке параметров для их одноимённого сервера — там целая куча параметров задирается в такие значения…
— Хрена, у меня там пароль от клиент-банка!