In your command-line run the following commands:
brew doctor
brew update
import React from 'react'; | |
const ConditionalWrap = ({condition, wrap, children}) => condition ? wrap(children) : children; | |
const Header = ({shouldLinkToHome}) => ( | |
<div> | |
<ConditionalWrap | |
condition={shouldLinkToHome} | |
wrap={children => <a href="/">{children}</a>} | |
> |
In your command-line run the following commands:
brew doctor
brew update
# Access number | |
cat production.log | grep "^Processing" | wc | awk '{print $1}' | |
# Each IP access number | |
cat production.log | grep “^Processing” | awk ‘{print $4}’ | uniq -c | |
# Independent IP number | |
cat production.log | grep "^Processing" | awk '{print $4}' | uniq | wc | awk '{print $1}' | |
cat production.log | grep “^Processing” | awk ‘{print $4}’ | uniq | wc -l |
#config/initializers/carrierwave.rb | |
module CarrierWave | |
module MiniMagick | |
# Rotates the image based on the EXIF Orientation | |
def exif_rotation | |
manipulate! do |img| | |
img.auto_orient | |
img = yield(img) if block_given? | |
img | |
end |
¡Hola, extraño (por ahora)!,
En Xenda estamos buscando una persona para que se una a nuestro equipo de trabajo. Es una oferta especial, porque es para una persona especial. No solemos contratar mucha gente porque preferimos escalar a nivel de proyectos antes que en personas, pero hoy estaremos buscando a quien sería nuestro siguiente integrante (o Xendar, como nos solemos llamar).
En esta etapa de tu vida, tú (disculparás la confianza) aún no tienes mucha experiencia laboral y te interesa tenerla. Además, no eres un(una) desarrollador(a) normal. Tú lo sabes. Tal vez no lo digas en voz alta, pero aprendes muy rápido, y los retos te atraen. Pasas tus domingos viendo screencasts o aprendiendo algo de AngularJS y cómo integrarlo con una biblioteca de Javascript que ejecuta comandos en una tableta de Arduino. Eres genial.
No importa que tengas poca experiencia (o ninguna). Este es un puesto de desarrollador a nivel junior, y nos encargare
# This is a skeleton for testing models including examples of validations, callbacks, | |
# scopes, instance & class methods, associations, and more. | |
# Pick and choose what you want, as all models don't NEED to be tested at this depth. | |
# | |
# I'm always eager to hear new tips & suggestions as I'm still new to testing, | |
# so if you have any, please share! | |
# | |
# @kyletcarlson | |
# | |
# This skeleton also assumes you're using the following gems: |
1) Delete the line containing 'unicorn' from Gemfile | |
2) Add the following line under the "Servers" section | |
gem "puma", "~> 1.6.3" | |
3) From /home/gitlab/gitlab run | |
sudo bundle install --no-deployment | |
4) From /home/gitlab/gitlab run the install command that fits the database you are using, I use MySQL | |
sudo -u gitlab -H bundle install --deployment --without development test postgres | |
5) Create a new file config/puma.rb. Put the following inside it | |
#!/usr/bin/env puma |
<?php | |
/** | |
* _s Theme Options | |
* | |
* @package _s | |
* @since _s 1.0 | |
*/ | |
/** | |
* Register the form setting for our _s_options array. |
In the seemlingly endless search for the actual correct and easy way to deploy a Rails app, we have tried several ways. We tried out using Apache2 and running a cluster of Thin servers. With the built in threading of Puma we decided to use it with Nginx.