Google pone en el mercado Google Apps Premier Edition, la versión de pago y para empresas de su Google Apps for Your Domain. La ventaja de pasar a la versión profesional de su conjunto de herramientas web es la de contar con diez gigas de espacio para e
Por “exigencias del guión†🙂 me ha tocado ver, probar e investigar un montón de editores wysiwyg de los que hay actualmente. Las condiciones eran que estuviesen desarrollados con javascript, que generen código lo más estándar posible y que fuese
Habiendo programado algunas cosillas relacionadas con la mensajerÃa instantánea tenÃa más o menos claro cual es el funcionamiento del protocolo del Messenger de Microsoft y por donde van nuestros mensajes cuando los enviamos, pero echaba a faltar una
Choosing effective colour schemes will always be more art than science, but there are things you can do that will make coming up with that oh-so-smooth palette just a little a bit easier. A simple trick that can lead to incredibly gratifying results lies
Si está trabajando con diseñadores web o gráficos, habrá notado que a veces hay discrepancias en lo que se considera correcto o no en el tema del diseño. El que ambas partes sean condescendientes logrará larga vida a la relación cliente-diseñador.
¿Buscas scripts? Aquà podrás encontrar y descubrir lo clásico y lo más nuevo. Los pros y contras de cada uno ya que la web tiene el formato digg pudiendo opinar y votar
NetLoony es una GUI para Apache open source que nos facilitará la administración de nuestro servidor web.
Inicialmente era un producto de pago, pero ahora es open source, lo cual es un importante paso. Desarrollado en Java nos permite entre otras cosas disponer de un monitor de rendimiento, control remoto, soporte para SSL, buscador de ficheros htaccess, editor de texto, scaner de puertos, backup y muchas cosas más. NetLoony
VÃa / Apache-es
Como se puede ver, existen dos scripts dentro de npm: build que compila el js y extrae los CSS, y dev, que arranca el servidor de webpack habilitando HMR (🎶 ¡ya no puedo vivir sin él! 🎶).
Ambas configuraciones de webpack usan un script en común (webpack.config.common.js):
const webpack = require( 'webpack' );
const path = require( 'path' );
// Carga los ficheros .vueconst VueLoaderPlugin = require( 'vue-loader/lib/plugin' );
// Configura stylelintconst StyleLintPlugin = require( 'stylelint-webpack-plugin' );
// Para obtener un path para los aliasfunctionresolve( dir ) {
return path.join( __dirname, '.', dir );
}
module.exports = {
mode: 'production',
// Fichero inicial del proyecto
entry: './js/main.js',
// Fichero final para incluir
output: {
filename: 'js/main.js',
publicPath: '/dist/',
},
module: {
// Reglas para los ficheros
rules: [
{
test: /\.js$/,
exclude: /node_modules/,
loader: 'babel-loader',
},
{
test: /\.vue$/,
loader: 'vue-loader',
},
{
test: /\.css$/,
use: [
'css-loader',
'sass-loader',
],
},
],
},
plugins: [
new webpack.HotModuleReplacementPlugin(),
new VueLoaderPlugin(),
new StyleLintPlugin( {
files: [ '**/*.{vue,htm,html,css,sss,less,scss,sass}' ],
} ),
],
resolve: {
extensions: [ '.js', '.vue', '.json' ],
alias: {
'@': resolve( '' ),
},
},
};
El frontend se gestiona desde el fichero main.js, que inicializará Vue y añadirá el componente principal:
import Vue from 'vue';
import Buefy from 'buefy';
import'buefy/dist/buefy.css';
import App from './components/App.vue';
import'@/assets/scss/main.scss';
Vue.use( Buefy );
new Vue( {
el: '#app',
components: {
App,
},
render: ( c ) => c( 'app' ),
} );
// accept replacement modulesif ( module.hot ) {
module.hot.accept();
}
Y ya por último el componente App.vue, que muestra simplemente un poco de HTML