Информационный портал по безопасности

Как известно, использование виртуальных машин, работа которых строится на программной интерпретации кода, позволяет создавать универсальные приложения, выполняемые на различных аппаратных платформах без рекомпиляции. Технология EFI Byte Code является типичным примером успешного применения данного подхода. Но при всех его преимуществах есть очевидный недостаток – программно реализованный процессор существенно медленнее аппаратного. В предлагаемой статье рассматривается метод, позволяющий нивелировать падение производительности EBC-программ на примере операций заполнения блока памяти константой и копирования содержимого блока памяти. Причем, об использовании «вставок» нативного кода центрального процессора речь не идет, поскольку это дискредитирует саму идею кроссплатформенности.

На днях мы первые в России получили новую флэш СХД от EMC. И по уже сложившейся традиции в рамках тест-драйва 4 марта я положу на стол перед вами 6 юнитов.

Заявленная производительность системы — 250.000 IOPS для случайного чтения блоками 4к. При этой нагрузке среднее время отклика массива не должно превышать 1мс. Вот и проверим, и заодно повытаскиваем немного запчастей «на живую» прямо во время высоких нагрузок.


СХД EMC XtremIO приехала к нам вот в такой скромной коробке

Однажды, скучая на работе в ожидании решения далекого европейского руководства о выборе ПО для управления бизнес-процессами, мне пришла в голову мысль создать Скрипт. Скрипт должен был на основе модели бизнес-процесса анимировать его состояние в разные моменты времени и собрать результирующие данные, на основе которых можно принимать решения об эффективности планируемых изменений в деятельности организации. Так как под рукой на моей рабочей станции был IDE только в виде Блокнота, а корпоративной средой выполнения IE, пришлось писать Скрипт на вышедшем недавно jQuery. Так зарождался Сервис bpsimulator.com.

Сервис имитационного моделирования бизнес-процессов

Мне было всегда интересно, почему именно в Барселоне проходит конференция MWC, о которой я недавно написал на Хабре. И мне кажется, я нашел ответы. Так же, как и ответ тем, кто считает, что Intel не удержится на мобильном рынке. Посмотрев новинки от Qualcomm, Samsung, Mediatek, Huawei и прочих, я вернулся в павильон с софтом, и понял, что кроме Samsung и Intel никто так не уделяет так много внимания разработчикам и инструментам для облегчения их жизни. Не претендуя на аналитические умозаключения, я попытаюсь порассуждать о том, что Intel привносит в индустрию мобильных устройств, и почему разработчики становятся приверженными платформам на x86.

Похоже, на фронте фритуплейных игр в Европе грядут значительные изменения. Дело в том, что Европейская комиссия (ЕК) начала заниматься главной проблемой f2p: реклама обещает пользователям «бесплатную игру», а потом оказывается, что за пару часов ребенок может просадить в ней месячную зарплату родителей. На Gamesindustry.biz приведены слова комиссара ЕК по потребительской политике Невена Мимицы (Neven Mimica):

«Потребители, в частности дети, нуждаются в лучшей защите от непредвиденных расходов в виде встроенных в игры покупок. Национальные исполнительные органы и Европейская комиссия обсуждают с игровой индустрией, как можно решить данную проблему, которая не только наносит потребителям финансовый ущерб, но и вредит репутации очень перспективного рынка. Найти конкретные решения как можно скорее в интересах всех сторон».

О рекламе:

У меня достаточно неплохой опыт в верстке — несколько лет.
За это время было многое — и табличная верстка, и собственные фреймворки, и IE6, и адаптивный дизайн, да что угодно — я всегда старался быть рядом с bleeding edge, как говорится.
Больше CSS-фреймворков (привет, бутстрап) и Emmet-а мне нравятся препроцессоры и я расскажу, почему. Возможно, покажется, что моя статья несколько устарела и сейчас все используют препроцессоры как само собой разумеющееся, но, увы, это не так. Недавно я встретил человека, который говорил о том, что ему быстрее писать CSS-код, нежели использовать препроцессоры. Мы долго спорили, на самом деле, ну очень долго, в итоге я решил выложить свои мысли здесь, в одном месте.

Less или Sass?

Ну, на самом деле, это дело каждого. Мне не нравился Sass из-за его медлительности — Less побыстрее выполнялся всегда, в итоге в один момент я решил перейти на Less, но через некоторое время оказалось, что мне не хватает его мощности! Увы, я так и не нашел, как реализовать банальный миксин уровня вот этого.
Но и медлительность Sass не устраивала, но именно в тот момент, когда я хотел обратно вернуться на Sass, но терзался сомнениями, мне посоветовали libsass, а т.к. я использую Grunt — мне было достаточно подключить только grunt-sass (и ничего больше, например, установка Ruby и гемов). Для меня выбор был ясен и с тех пор — только libsass. Мощность самого Sass и с скорость C — что еще нужно?
Stylus я пока не пробовал, как-нибудь потом.

Почему все-таки препроцессоры?

Я не скажу ничего нового, скорее всего, но я хочу показать, почему стоит использовать препроцессоры.

Итак, уважаемые коллеги, друзья, и просто пользователи ресурса, к превеликому сожалению, в Госдуме от чтения к чтению победоносно идет совершенно варварский пакет законопроектов, способных нанести огромный урон нашей с Вами любимой отрасли.

Я против того, чтобы молча на это смотреть.

Однако я — не варвар (нет, ну… правда), и поэтому предлагаю попробовать бороться с варварством цивилизованным путем.
А именно, предлагаю четко и адресно поставить уважаемых господ законодателей в известность относительно:

• Нашего отношения к данным законопроектам


• Причины нашего отношения к данным законопроектам


• Одного совершенно очевидного фатального (для нужд данного поста мы будем предполагать абсолютную искренность законодателей, а в рамках такого допущения недостаток именно фатальный) данного пакета законопроектов, указывающего на необходимость доработки этого самого пакета.

Для реализации этого плана предлагаю отправить в Государственную Думу вежливое (обязательно вежливое! Ибо мы не варвары!) письмо.
Узнать, что это за письмо такое, как его отправлять и зачем оно нужно

В 2016 году ВМС США приступят к испытаниям на воде рельсотрона. Рельсотрон, или рельсовая пушка — орудие, в котором снаряд выбрасывается не с помощью взрывчатого вещества, а с помощью очень мощного импульса тока. Снаряд располагается между двумя параллельными электродами — рельсами. Снаряд приобретает ускорение за счёт силы Лоренца, которая возникает при замыкании цепи. С помощью рельсотрона можно разогнать снаряд до гораздо больших скоростей, чем с помощью порохового заряда. Выстрел рельсотрона выглядит так:



Современные экспериментальные установки ВМС США способны разогнать снаряд весом в 2-3 килограмма до скорости в 2500 метров в секунду. На таких скоростях уже нет никакой необходимости во взрывчатке — кинетической энергии снаряда достаточно, чтобы нанести цели не меньший ущерб, чем заряд тротила. Сейчас дульную энергию рельсотронов удалось довести до 33 МДж. К 2025 году планируется достичь 64 МДж.

Всем привет! Хочу показать как можно работать с формами не прибегая к «фримворкам» в несколько килобайт кода.

Вступление

Как то раз пришлось мне создать небольшой проект портала с большим количеством форм как в «back» так и в «front» и тут возник вопрос что использовать? Сначала решил прикрутить что то на подобии Symfony. Но при разработке вышло такое количество строк кода что через некоторое время я сам начал путаться. И тут я решил изобрести велосипед.

Разработка

Для начала создал все таблицы в БД, вот например листинг одной:

CREATE TABLE IF NOT EXISTS `cms_articles` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `title` varchar(255) DEFAULT NULL,
  `article` text,
  `author` varchar(255) DEFAULT NULL,
  `edited` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `url` varchar(100) DEFAULT NULL,
  `rating` int(10) NOT NULL DEFAULT '0',
  `views` int(10) NOT NULL DEFAULT '0',
  `comments` int(10) unsigned NOT NULL DEFAULT '0',
  `parent` int(10) NOT NULL DEFAULT '0',
  `key` text NOT NULL,
  `desc` text NOT NULL,
  `tags` varchar(250) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

Следующим этапом стало написание HTML кода для формы.

Начиная знакомство с nosql-базой Redis, практически в каждой статье ей посвященной, мы встречаем утверждение о том, что эта база невероятно быстро работает. Скорость работы действительно потрясающая, благодаря хранению данных в оперативной памяти.

Но представим ситуацию, когда Redis надрывается от нагрузки. Эта ситуация не редка. Что же в таком случае делать?