noSQL пока слишком молодая сфера. Абсолютно согласен с тем, что noSQL очень удобно и быстро для решения ряда конкретных задач, но когда нужно что-то универсальное, больше подходит SQL.
Можно еще так сказать: SQL может полностью заменить noSQL (собственно так мы и жили до появляения этого класса баз данных), но noSQL не может полностью заменить SQL.
ОАЦ тут вообще е причем. Оплата за регистрацию домена (99 000) пойдет в hoster.by. А остаток (финальная цена лота минус 99 000) отправится напрямую в детские дома — об этом написано на страницах доменов на аукционе.
Не понятно только, почему деньги отправятся в детские дома Минской области, а не всей страны.
А как же Responsive Design? Если на таблице такое и возможно сделать, то явно гораздо сложнее, чем на автономных блоках.
Вообще, я тоже сторонник таблиц там, где данные табличные. Но сетка — это все-таки никак не табличные данные. Так что применение таблиц в данном случае с точки зрения «подходит/не подходит» ничем не лучше, чем плавающих элементов.
А окажите услугу взамен :) Вот где-то было написано, что как мне карточку вышлют по обычной почте, так сразу пришлют на почту электронную письмо с трек-кодом. Закал карточку я больше недели назад (17 апреля), а письма на элекутронку до сих пор нет. Это значит, что карту еще не отправили? Или не значит? Как вообще текущий статус узнать?
Я тоже вывел для себя что-то похожее и успешно этим пользуюсь. Главный принцип, пожалуй, заключается в том, чтобы не пичкать себя тем, чего сейчас не хочется. Я определил только 2 этапа — потребление и созидание. Получение знаний — это потребление, а генерация и воплощение идей — созидание. Подробнее об этом, если интересно, почитайте у меня в блоге.
У меня до сих пор HTC Legeng и он мне очень нравится по корпусу (исполнение и габариты). Главная его проблема в настоящее время — недостаток памяти. Обновил бы его на One V, только боюсь что выйдет шило на мыло — эта модель тоже урезанная и по памяти, и по скорости работы…
Уместен. Мне удобнее одна карточка (естественно физическая) вместо двух — 1 для офлайна и 1 для онлайна. И машина одна для всех дорог. Так что ваш пример как раз таки против вас работает.
И скорость при сравнении внедорожников важна, и карты пластиковые прекрасно используются для платежей в сети. Может с теоретической точки зрения вы и правы, но с практической, если взять весь Мир, то подавляющее большинство платежей идет через карты (тот же PayPal работает через карты). Электронные платежные системы больше в СНГ распространены.
А почему «зарабатывать»? У этой услуги есть себестоимость. И она не сильно низкая, когда речь идет об отправке СМС не только на российские номера. Очень сомневаюсь, что SMS-информирование для банков — это способ заработать больше денег.
Так а по сумме что? Я могу вам скрин показать, где адрес доставки — Беларусь, а сумма платежа — 99 рублей :) Это как раз то самое висящее распоряжение.
Кстати, интересно, можно ли привязать карту к PayPal. Опять же для белорусов актуально, так как местные карты «по-нормальному» не привязываются. С платежами через интернет по карте проблем не будет?
Забавно получилось. Оформил заявку на выпуск карты. Адрес — Беларусь. Денег на счете — 0. Создалось распоряжение на 1 сутки на сумму (внимание!) 99 рублей. Это сумма за пересылку по России. У меня черным по белому был адрес белорусский (перепроверял).
Так как денег на счете 0, а пополнить его не получилось (из-за колоссальных сложностей с обменом WM на Я.Д), пришлось привязать обычную банковскую карту (для платежа). Но пополнить с нее счет нельзя, можно только платить.
Что же, пошел делать вторую заявку на выпуск карты. Сделал, адрес тот же — к оплате сумма (внимание!) 199 рублей. Выбрал пункт «оплата с карты», оплатил.
Вопрос: почему сначала было 99, а потом стало 199? Это был баг?
А платежное распоряжение так и осталось висеть до конца суток (отменить его нельзя). Потом оно просто удалится вместе с заявкой на выпуск карты? Или что произойдет?
При таком подходе («сетевой диск») он не нужен. У Dropbox подход другой — локальная версия. Там нужно видеть состояние синхронизации — это наверное всё, для чего нужен клиент. Но тут по умолчанию все всегда будет синхронизировано.
Яндексу зачет за такое глубокое исследование роблемы и любовь к деталям в реализации.
Можно еще так сказать: SQL может полностью заменить noSQL (собственно так мы и жили до появляения этого класса баз данных), но noSQL не может полностью заменить SQL.
Не понятно только, почему деньги отправятся в детские дома Минской области, а не всей страны.
Вообще, я тоже сторонник таблиц там, где данные табличные. Но сетка — это все-таки никак не табличные данные. Так что применение таблиц в данном случае с точки зрения «подходит/не подходит» ничем не лучше, чем плавающих элементов.
Это скорей печально. За два года большинство не изменилось. Действительно, ZF как и PHP развивается в последнее время очень неспешно.
Так как денег на счете 0, а пополнить его не получилось (из-за колоссальных сложностей с обменом WM на Я.Д), пришлось привязать обычную банковскую карту (для платежа). Но пополнить с нее счет нельзя, можно только платить.
Что же, пошел делать вторую заявку на выпуск карты. Сделал, адрес тот же — к оплате сумма (внимание!) 199 рублей. Выбрал пункт «оплата с карты», оплатил.
Вопрос: почему сначала было 99, а потом стало 199? Это был баг?
А платежное распоряжение так и осталось висеть до конца суток (отменить его нельзя). Потом оно просто удалится вместе с заявкой на выпуск карты? Или что произойдет?