alexpchin

// sending to sender-client only
socket.emit('message', "this is a test");

// sending to all clients, include sender
io.emit('message', "this is a test");

// sending to all clients except sender
socket.broadcast.emit('message', "this is a test");

// sending to all clients in 'game' room(channel) except sender

brennanMKE

import * as mongoose from 'mongoose';

export let Schema = mongoose.Schema;
export let ObjectId = mongoose.Schema.Types.ObjectId;
export let Mixed = mongoose.Schema.Types.Mixed;

export interface IHeroModel extends mongoose.Document {
  name: string;
  power: string;

yunghoy

alias babel-node='babel-node --presets stage-0'


------ RECV ------
// babel-node recv2.js "#"
// babel-node recv2.js "kern.*"
const amqp = require('amqplib');

const args = process.argv.slice(2);
if (args.length == 0) {

marlonramirez

import java.util.ArrayList;
import java.util.Calendar;
import java.util.Date;

public class HolidayUtil {
    private int year;
    private int easterMonth;
    private int easterDay;
    private ArrayList<String> holidays;

cdiaz

Node.js y la arquitectura en capas de cebolla con InversifyJS

Este ejemplo demuestra cómo integrar InversifyJS con Express y como implementar aplicaciones que se adhieren a la arquitectura en capas de cebolla. Esta arquitectura de capas puede representarse en un diagrama como sigue:

La principal diferencia entre una arquitectura de n-capas tradicional y la arquitectura cebolla es la dirección de las dependencias entre capas.

En la arquitectura cebolla aplicamos el principio de inversión de dependencias. Los detalles de la implementación (infraestructura) depende de las abstracciones (dominio):

BaconSoap

# Javascript Node CircleCI 2.0 configuration file
#
# Check https://circleci.com/docs/2.0/language-javascript/ for more details
#
version: 2
jobs:
  build-job:
    docker:
      - image: circleci/node:8.9.3

telekosmos

Intro

El "experimento" que se me ha ocurrido es simplemente un tipo de tracking de actividad. El dominio para mí es bien conocido: se trata de simular usuarios jugando a un juego de mach-3 (cake swap de zynga en este caso) y hacer un seguimiento de los combos que en cada movimiento se generan en el tablero (un combo en estos juegos se logra al unir más de 3 fichas de cada color).

Simulando los clientes

Un poco off-topic porque no es node, he hecho un programa en Groovy para simular los jugadores/partidas/movimientos. El tema de elegir una plataforma Java es por el multithreading para simular usuarios jugando simultáneamente. Se le puede echar un vistazo al código en https://bitbucket.org/telekosmos/cakebot.

Las partes de backend están menos desarrolladas, es todavía un WIP con muchas cosas que hacer. Hasta ahora estuve más enfocado en los temas de arquitectura (DDD, CQRS) porque pienso que meterse a hacer microservicios puede ser muy bonito pero si se tiene algo a la vista o en mente, un big pict

simoninithomas

AlexBrasileiro

// inspiration: https://dribbble.com/shots/4370657-Share-Your-Feedback

import React, { Component, Fragment } from "react";
import { Animated, StyleSheet, Text, View, TouchableOpacity, Dimensions, Platform, Easing, TextInput, KeyboardAvoidingView, Image } from "react-native";
import FontAwesome5 from 'react-native-vector-icons/FontAwesome5';

const { width: windowWidth } = Dimensions.get('window');

const Icon = (props) => <FontAwesome5 {...props} />

RanKey1496

docker run -it --rm --name letsencrypt \
	-v /letsencrypt/etc/letsencrypt:/etc/letsencrypt \
	-v /letsencrypt/var/lib/letsencrypt:/var/lib/letsencrypt \
    quay.io/letsencrypt/letsencrypt:latest \
        certonly \
        -d domain.com \
        -d *.domain.com \
        --manual \
        --preferred-challenges dns \
        --server https://acme-v02.api.letsencrypt.org/directory