А зачем могут понадобиться файлы QR-кодов такого высокого разрешения? Сомневаюсь что обычный мобильник со своей куцей камерой способен распознать такой сложный код (если на точку будут выделены к примеру 1x1 или 2x2 пиксела при разрешении выше 1000px).
Черт, нед описал…
У меня акронис отказался восстанавливать архив (теоретически он стал поврежденным, но хотя бы хоть что возможно извлек бы… тупо писал что файл не найден), мало того, там разные версии архивов и утилит, и совместимость снизу вверх не поддерживают… в общем проприетарщина во всей красе :(
Красивый пример привел ниже, обеспечение безопасности (усложнение) доступа к данным.
Как вариант, я запускал в qemu (без виртуализации) windows xp на почти самой дешевой firstvds, вполне работоспособно (к сожалению было слишком медленно, нужно было запускать очень сложный документ excell, openofice не справлялся никак, и прикручивать к нему автоматизацию через внешнее приложение).
Например виртуалка user mode linux (это ядро linux, позволяющее запускать почти с нативной скоростью виртуалки, даже без наличия root доступа), очень неплохая альтернатива, особенно если нужен расширенный функционал снапшотов, который просто недоступен ни в одной инфраструктуре виртуальных машин, кроме только что amazon, но там дорого)
Весь цымус тут в коде этих процедур :)
Логировать сами факты изменений вместе с данными — очень уж решение в лоб… к тому же иногда избыточное, не всегда нужна фактически онлайн репликация, поэтому в простых случаях (точнее когда интерваллы между синхронизациями сравнительно большие) достаточно добавить в каждую таблицу дату последнего изменения и триггерами ставить новую эту дату… само собой удаление логировать придется в отдельную табличку (просто список id,table_name даже без индексов).
Код триггеров — по паре строчек (автоматически нагенерировать для каждой таблички), код синхронизации — с десяток строчек и пара запросов к базе на исходящей стороне, и тупой bash скрипт из трех строчек на принимающей.
p.s. кстати, я был готов реализовать работу с блоком через процедуры внутри самой БД, чтобы она же и следила за целостностью, но есть еще ряд требований, которые повысят сложность их реализации именно в БД
Охохо… это философский вопрос, мешать ли разные подходы к хранению данных sql/nosql или нет.
Маниакальное следование какой то одной парадигме в любом случае до добра не доводит. Не забываем, инструменты призваны помогать решать наши проблемы, а не создавать новые.
Ваяю сейчас небольшой проект… в одном основном бизнеспроцессе встречается сложный блок данных (который кстати будет активно апгрейдиться в будущем, это важно), который мог бы быть реализован в реляционной базе минимум десятью таблицами и сложными транзакциями, работа с блоком многопользовательская (но пользователей на блок мало, считанные единицы). Мне реально проще (во всех смыслах) вместо серии таблиц сериализовать эти данные в одном поле (не забывая про параметр 'версия', на будущее), а доступ к нему на чтение сделать блокируемым! Кода меньше на порядок, вероятность ошибки падает на порядок, данные несвязные, даже если будет ошибка, она будет локализована на конкретном поле а не всей таблице (ну это маловероятные ошибки, при обновлении можно пропустить дополнительное поле фильтрации, хотя я обычно стараюсь обновления делать только по PK)
Эээ… для речь ведь шла про не перелопачивание всей БД?!!! А после я привел похожее решение, но уже без сериализации.
json кстати для случая введения нового языка идеален… нет элемента в массиве — нет перевода, появится перевод, обновят поле. Все равно 'представление' обязано проверять, есть ли у поля соответствующее языковое значение например так isset('en').
Не дописал… вместо сериализации конечно можно почти автоматически скриптиком перелопатить базу, заменив все текстовые поля на следующие:
table{id,descr} -> table{id,en_descr,ru_descr,fr_descr,..}
Понятно что представление должно уметь работать с этими данными, подставляя текущий язык в имя параметра и проверяя, есть ли там значения (если нет, выдавать язык по умолчанию… или другое какое условие)
Вебкит сложнее установить на компьютерах ботнета, но конечно не невозможно.
Вы вынуждаете меня капитанствовать и повторять все вышесказанное другими, с чем я и так согласен, сохранить данные от копирования при одновременном предоставлении прямого доступа к ним — нереально сложная задача и не решается в общем случае.
Это вопрос времени и сил, которые могут быть кинуты на ее решение с обоих сторон (владельца и атакующих).
Во первых, многие облачные сервисы предоставляют бесплатные стартовые тарифы, для начинающих… например у амазона micro инстанс вообще бесплатен первый год!
Во вторых… 'миллионы мух не могут не ошибаться', не находите сходства?
Кстати! если требуется только найти одну точку пересечения, то можно неплохо с оптимизировать алгоритм, если проверку матриц выполнять не строго сверху вниз и слева направо, а определить хотя бы четыре стратегии и выбирать в соответствии со скоростями/направлением объектов (вычислять относительную), это конечно не гарантирует что точка пересечения будет найдена быстрее, но вероятность что нужная точка будет с краю — выше.
я вопрос задавал про тарифы… для 8-ядерного CPU взятого на вычисления, если они не нагружены на 100% плата списывается точно такая же как если бы они были загружены на все сто?
Еще вопросец, на сколько отличается 100% загруженный инстанс от не загруженного? И если отличается, то нагрузка на теслы так же разграничивается как и на процессоры?
К тому же я так понимаю там накручиваются копейки за трафик (вне кластера, а может и внутри, просто разные тарифы), работу с диском (кстати тот еще вопрос, занятый объем тоже чего то стоит)… с калькулятором там сам черт ногу сломит :(
Можно вопрос в догонку, тарификация инстансев ровно почасовая/поминутная/посекундная?, нет подводных камней вида, оплата почасовая но минимум месяц и т.п.?
Это почему у вас 768x768 ворочается медленнее чем многократно увеличенное количество кадров по 256x265?!!!
В вашем случае лучшее что можно сделать — увеличить размер кусочка карты… не больше размера экрана конечно же, если куски станут больше, то для отрисовки будет задействовано только четыре куска, что должно быть очень быстро (продумайте фоновую подзагрузку очередного куска заранее, например в направлении движения персонажа)
Извините, но возможности, доступные с этими аппаратами от Нокия, не далеко ушли от 'просто телефон' а дополнительный mp3-плеер выставляется как 'киллер фича'.
Лично я использую на телефоне единственное дополнение, что обеспечивает android — приложение для учета финансов, а так же я знаю, что если мне понадобится, скорее всего смогу больше, установив из маркета.