Привет. Этим постом мы начинаем наши пятничные новостные выпуски, в которых будем рассказывать о новых технологиях, поддержку которых мы внедрили в наш проект, а также о фичах, которые сделают работу с Vexor максимально продуктивной. Наша команда учитывает пожелания пользователей, и постепенно мы расширяем наш функционал.
Напомним, что Vexor CI – облачный continuous integration сервис для разработчиков с неограниченными ресурсами и поминутной оплатой, позволяющий эффективно тестировать проекты.
Читать полностью »
Рубрика «Node» - 5
Vexor CI – Что нового?
2014-10-24 в 11:09, admin, рубрики: bitbucket, clojure, continuous integration, java, Node, ruby, ruby on rails, Rust, selenium, Блог компании VexorCI, Веб-разработка, ПрограммированиеК черту майнинг, или криптовалюта 2.0
2014-09-26 в 7:35, admin, рубрики: bitcoin, Node, криптовалюта, платежная система, платежные системыДоброго времени суток, уважаемые читатели.
Бороздя просторы космического пространства… нет, не так это было. Перемещаясь между биржами в поисках стоящей криптовалюты, я обнаружил, что «монетный двор» рынка P2P кипит молодыми и перспективными, а золотая лихорадка все больше поглощает «инвесторов». Ну, кто не хотел бы найти криптовалюту, чтоб и майнилась побольше, да полегче и стоила, хотя бы в перспективе, подороже. Разве что конкурентам с собственным «рукотворным золотом и серебром». Так, средь всего этого апогея я наткнулся на единственную полезную для себя систему Nodecoin. Сразу скажу, что более стабильного и простого майнинга я еще не встречал. С чем это связано? Прошу под кат.
Читать полностью »
Поднимаем свою Vertcoin ноду P2Pool *c merged-ом и плюхами
2014-07-17 в 1:32, admin, рубрики: bitcoin, linux, merged mining, Node, open source, p2pool, vertcoin, биткоин, верткоин, нода, п2пул 
Проснулся утром, сравнил статистику начислений честно намайненных монет в кабинете пула с показателями калькулятора, и окончательно убедился в том что пул недоначисляет?
Надоело платить комиссии «не за что»?
Или решил поддержать децентрализацию сети и уйти с крупного пула?
А может просто захотелось «поднять» что-то своё?
Не важно какова причина, важно другое — в голове засело едкое, ослепляющее желание что-то поменять, и прекращать майнить «через дядю».
И между ней и тобой появляется один простой, но в то же время очень резонный вопрос — «Как?».
Ответ на него такой же простой — «Легко!».
Init.js: Зачем и как разрабатывать с Full-Stack JavaScript
2014-02-20 в 6:33, admin, рубрики: backbone, express, grunt, javascript, mongodb, Node, node.jsИстория
Итак, у вас и у вашего партнера появилась замечательная бизнес-идея. Верно? Вы постоянно добавляете в уме все новые и новые возможности. Вы регулярно спрашиваете у потенциальных клиентов их мнение, и все они без ума от вашей идеи.
Окей, значит людям это нужно. На этом можно даже заработать денег. И единственная причина, по которой люди до сих пор этим не пользуются: вы не реализовали свою идею. Пока не реализовали.
И наконец, в один прекрасный день вы решили: “Сделаем это!”. И вот вы уже пытаетесь разобраться как реализовать бизнес-логику своего приложения, ту киллер-фичу, которая будет двигать продукт вперед. У вас есть идея как это сделать, и вы знаете, что способны на это. И вот вы говорите: “Готово! Работает!” У вас есть успешный прототип! Осталось только упаковать его в веб приложение.
“Окей, сделаем сайт,” говорите вы.
А только потом вы понимаете, что для этого нужно выбрать язык программирования; нужно выбрать (современную) платформу; нужно выбрать какие-то (современные) фреймворки; нужно настроить (и купить) хранилище, базы данных и хостинг; нужно обеспечить интерфейс для администрирования; нужно обеспечить контроль доступа и систему управления контентом.
Перед вами десятки и десятки архитектурных решений, которые необходимо принять. И вы не хотите ошибиться: требуются технологии, которые позволят вести быструю разработку, поддерживают постоянные итерации, максимальную эффективность, скорость, устойчивость и многое другое. Вы хотите быть бережливым (lean) и гибким (agile). Вы хотите использовать технологии, которые помогут вам быть успешным как в краткосрочной, так и в долгосрочной перспективе. А выбрать их далеко не всегда так просто.
“Я перегружен”, говорите вы и чувствуете себя перегруженным. Энергия уже не та, что была в начале. Вы пытаетесь собраться с мыслями, но работы слишком много. Прототип медленно блекнет и умирает.
Читать полностью »
Набор выживания для веб-разработчика под win*
2014-02-10 в 16:51, admin, рубрики: Apache, mysql, Node, pgsql, portable, web, windows, Веб-разработка, метки: apache, mysql, Node, pgsql, portable, web, windows 
Привет!
Давно собирался написать статью на Хабр, и вот наконец-то собрался.
Расскажу про одну сборку, сильно облегчающую жизнь вебмастеру под Windows.
История такова — во время очередных «плясок с бубном» по поднятию web-окружения под win у заказчика, я понял что меня достало вся эта магия.
Надоел поиск и вызов элементалей 50 уровня ради того чтобы найти модуль mod_wsgi под Python и Апач, скомпиленный под win, инициализация данных Postge SQL, маета с тем, что Апач не стартует, потому что скайпик уже висит на 80 порту…
Хотелось чего-то простого, гибкого и главное — портабельного.
Читать полностью »
Пример использования WxPython для создания нодового интерфейса. Часть 5: Соединяем ноды
2013-11-13 в 4:48, admin, рубрики: framework, Node, python, wxpython, граф, интерфейс, нодовый интерфейс, Программирование, разработка, метки: framework, Node, python, wxpython, граф, интерфейс, нодовый интерфейс Медленно, но верно, я продолжаю делать серию туториалов о WxPython, где я хочу рассмотреть разработку ферймворка для создания нодового интерфейса с нуля и до чего-то вполне функционального и рабочего. В прошлых частях уже рассказано как добавлять ноды, в этой же части, мы их будем соединять, а на этой картинке показан результат, который мы в этой статье получим:
Еще не идеально, но уже вырисовывается что-то вполне полезное и рабочее.
Прошлые части живут тут:
Часть 1: Учимся рисовать
Часть 2: Обработка событий мыши
Часть 3: Продолжаем добавлять фичи + обработка клавиатуры
Часть 4: Реализуем Drag&Drop
Пример использования WxPython для создания нодового интерфейса. Часть 2: Обработка событий мыши
2013-11-11 в 16:33, admin, рубрики: framework, Node, python, Simulink, Visio, wxpython, графы, интерфейс, интерфейсы, нодовый интерфейс, Программирование, метки: framework, Node, python, Simulink, Visio, wxpython, графы, интерфейс, нодовый интерфейсВ небольшом цикле статей будет описано использование WxPython для решения вполне конкретной задачи по разработке пользовательского интерфейса, да еще и то, как сделать это решение универсальным. Туториал этот расчитан на тех, кто уже начал изучать эту библиотеку и хочет увидеть что-то более сложное и целостное, чем простейшие примеры (хотя начнется все с относительно простых вещей).
В прошлой части я рассказал о задаче и начал описывать процесс реализации, а точнее рендеринг объектов. Теперь же пришла пора реализовать взаимодействие с пользователем.
Кому интересно, добро пожаловать под кат…
Читать полностью »
Разработка проекта AppJS прекращена, в дальнейшем пользуйтеся node-webkit
2013-10-29 в 10:33, admin, рубрики: AppJS, chromium, Node, node-webkit, node.js, nodejs, webkit, метки: AppJS, chromium, Node, node-webkit, node.js, nodejs, webkit 
Чуть больше года назад (1 октября 2012 года) я выложил на Хабрахабре блогозапись «Node.js + Chromium = AppJS: один из перспективных вариантов второго шага эволюции веборазработчика», в которой привёл AppJS в качестве примера такого объединения движков Node.js и Chromium, которое позволяет каждому веборазработчику, употребляя привычные ему по работе технологии (JavaScript, HTML, CSS), сделаться разработчиком приложений с GUI (графическим интерфейсом пользователя), объединяющих в себе выразительные способности браузера Chromium и мощь API Node.
На следующий же день (2 октября 2012 года) во блогозаписи «Node.js + Chromium = node-webkit: ещё более перспективный вариант второго шага эволюции веборазработчика» я указал, что AppJS — не единственный и даже не лучший вариант: node-webkit отличается удобством и бóльшими возможностями API, более обширной документацией, а также обеспечивает запуск ZIP-упакованных приложений.
И что же? — не прошло и тринадцати месяцев, как успех node-webkit сделался очевидным и для разработчиков AppJS. Сегодня во твиттере у AppJS вы можете прочесть о том, что разработка проекта AppJS прекращена, поскольку node-webkit достиг его цели:
![[скриншот Twitter]](https://www.pvsm.ru/images/razrabotka-proekta-AppJS-prekrashena-v dalneishem-polzuitesya-node-webkit-2.png "Разработка проекта AppJS прекращена, в дальнейшем пользуйтеся node webkit")
Отказ от jParser (в пользу работы напрямую с буферами Node.js) ускоряет скрипт на порядок
2013-09-23 в 13:42, admin, рубрики: data processing, Fido, Fidonet, JAM, javascript, jParser, Node, node.js, Node.js на узле Фидонета, nodejs, анализ данных, обработка данных, эхопочта, метки: data processing, Fido, Fidonet, JAM, jParser, Node, node.js, Node.js на узле Фидонета, nodejs, анализ данных, обработка данных, эхопочта -uskoryaet skript-na poryadok.png "Отказ от jParser (в пользу работы напрямую с буферами Node.js) ускоряет скрипт на порядок")
Перелистнём несколько страниц недавнего прошлого.
16 мая 2012 года RReverser во блогозаписи «Javascript BMP Parser» рассказал об употреблении модуля jParser для анализа двоичных данных, на движке Node.js совершаемого.
На следующий же день (17 мая 2012 года) во блогозаписи «jParser: анализ двоичных файлов работает просто» я перевёл документацию по jParser, а чуть позже (22 мая 2012 года во блогозаписи «Node.js на узле Фидонета: читаем джаваскриптом заголовки эхопочты, хранимой в формате JAM») поделился собственным опытом употребления этого модуля.
Прошло ≈1⅓ года…
12 сентября нынешнего (2013) года во блогозаписи «Недоволен скоростью джаваскриптов? — Подожди год-полтора, и это пройдёт!» я выразил неудовольствие от скорости работы модуля, прежде мною сочинённого, и указал на один только повод для оптимизма: поступательное развитие Node.js от версии 0.6 до версии 0.10 привело к росту скорости моего кода в три раза.
А сегодня события совершили полный круг — я напрочь отказался от употребления jParser. И достигнутый результат (как неприятная, так и радостная сторона его) оказался заслуживающим внимания.
Позвольте же поделиться с вами как впечатлениями, так и исходниками.
Недоволен скоростью джаваскриптов? — Подожди год-полтора, и это пройдёт!
2013-09-12 в 10:13, admin, рубрики: Fido, Fidonet, JAM, jParser, Node, node.js, Node.js на узле Фидонета, nodejs, метки: Fido, Fidonet, JAM, jParser, Node, node.js, Node.js на узле Фидонета, nodejs 
Напоминаю (потому что это наверняка подзабылось), что 22 мая 2012 года я экспериментировал с чтением заголовков фидонетовской эхопочты (хранимой в формате JAM) при помощи собственного модуля, сочинённого для Node.js (на основе подвернувшегося движка jParser, документацию по которому перевёл чуть раньше).
Тогда, прогоняя тестовое чтение на одноядерном Pentium IV (2,2 ГГц), я остался недовольным скоростью: требовалось три-четыре секунды на то, чтобы считать 8222 заголовков из архива всего одной эхоконференции, ведущегося с марта 2007 года.
На нынешней неделе у меня снова дошли руки до исходного кода того модуля; и я начал с того, что перенёс прежний тест на движок Mocha и передал тестирование на сервер Travis CI, указав в файле .travis.yml такие настройки, которые обеспечивали бы тестирование на трёх последовательных версиях движка Node.js — на 0.6, на 0.8 и на 0.10.
Оказалось, что разница в скорости видна невооружённым глазом: