Skip to main content

Home/ dfs201011/ Group items tagged PHP

Rss Feed Group items tagged

Alex Alfonso

Emulación Virtual - 0 views

  • Emulación La emulación se basa en crear máquinas virtuales que emulan el hardware de una o varias plataformas hardware distintas. Este tipo de virtualización es la más costosa y la menos eficiente, ya que obliga a simular completamente el comportamiento de la plataforma hardware a emular e implica también que cada instrucción que se ejecute en estas plataformas sea traducida al hardware real. Sin embargo la emulación tiene características interesantes, como poder ejecutar un sistema operativo diseñado para una plataforma concreta sobre otra plataforma, sin tener que modificarlo, o en el desarrollo de firmware para dispositivos hardware, donde se pueden comenzar estos desarrollos sin tener que esperar a tener disponible el hardware real. Uno de los ejemplos más destacados de la actualidad es QEMU. QEMU, entre otras cosas, permite emular diferentes plataformas Hardware como x86, x86-64, PowerPC, SPARC o MIPS. Así pues, podríamos tener dentro de un servidor linux varios equipos x86 o PowerPC, corriendo diferentes versiones de Linux.
    • Alex Alfonso
       
      Un post con ligeras explicaciones bastante sencillas sobre algunos tipos de Virtualización
  •  
    Una pequeña explicación sobre la Emulación
  •  
    Introducción a la emulación
ivan chill

dfs:apuntes:virtualizacion:heartbeat - Wiki IES Zonzamas - 0 views

  •  
    Configuración de servidor web de alta disponibilidad con dos equipos y partición en espejo. DRBD + Heartbeat
Alex Alfonso

dfs:howto:cachepaquetes - Wiki IES Zonzamas - 3 views

  •  
    Como configurar el caché de paquetes
ivan chill

Reseller Backup Scripts? [Archive] - JaguarPC Community - Web Hosting, VPS Hosting, cPa... - 1 views

  • #!/bin/bash # Nightly backup system for home directories and MySQL # databases for websites managed by CPanel. # Author: Kieran O'Shea # Author's Website: www.kieranoshea.com # Support: kieran@kieranoshea.com # License: GPLv2 # USAGE: Place this file inside the directory you want to # put backups in, set it as a CRON job to run and collect # backups from the site(s) you define below at a preset # time each day, or run it manually everytime you want to # take a backup. You can place an unlimited number of sites # and databases to be backed up in the variables below so # long as you follow the convention. It doesn't even matter # if your different domains are hosted in different locations # so long as they are all managed by CPanel. # Prerequisites: # - Linux box with bash shell # - wget installed # Define all the sites you wish to backup in the array below # Domain name and tld only, eg. kieranoshea.com domain=( domain1.com domain2.com ) # Define all the usernames for the above sites in the array # below - keep order consistant! user=( user1 user2 ) # Define all the passwords for the above usernames in the # array below - keep order consistant! If you log on as # reseller or root you can enter the same password in # every array position, but none the less they must be filled. pass=( pass1 pass2 ) # Number of databases in each domain above - keep order # consistant. If you don't wish to backup any databases # for a particular domain, or don't have any for it, place # a 0 in it's position in the array. no_of_db=( 3 1 ) # Database names, exactly as they are in CPanel, in the order # that the domains appear. You may like to log into CPanel # manually and check your database names before filling this # variable in. Number of db names here must match the above # variables also! Eg. all dbs in domain 1 followed by all # dbs in domain 2 etc. You DO NOT need to enter any database # names below for a domain if you have placed a zero for it # in the array above databases=( domain1_datebase1 domain1_datebase2 domain1_datebase3 domain2_datebase1 ) # Thats all folks, save the file, CHMOD it to be executable # by the user who will run it, and you are all set. # Do not edit anything below this point! echo echo "-----------------------------------------------------------------" echo "Kieran's nightly backup system started" echo "-----------------------------------------------------------------" echo "" echo "-----------------------------------------------------------------" echo "Creating a directory in your backup path for tonights backup..." echo "-----------------------------------------------------------------" FOLDER="$(date +%d-%m-%Y)" mkdir $FOLDER cd $FOLDER echo "-------" echo "Done!" echo "-------" echo "" echo "-----------------------------------------------------------------" echo "Creating a directory for every domain to be backed up into..." echo "-----------------------------------------------------------------" count=${#domain } i=0 while [ "$i" -lt "$count" ] do mkdir ${domain[$i]} let "i = $i + 1" done echo "-------" echo "Done!" echo "-------" echo "" echo "-----------------------------------------------------------------" echo "Backing up MySQL databases..." echo "-----------------------------------------------------------------" overall_db_count=0 count=${#domain } i=0 while [ "$i" -lt "$count" ] do cd ${domain[$i]} mkdir databases cd databases start_point=$overall_db_count # start point for iterating over the array of db names let "end_point = $overall_db_count + ${no_of_db[$i]}" # end point to stop iterating (always the overall count!) n=$start_point while [ "$n" -lt "$end_point" ] do wget http://${user[$i]}:${pass[$i]}@www.${domain[$i]}:2082/getsqlbackup/${databases[$n]}.gz let "n = $n + 1" done let "overall_db_count = $overall_db_count + ${no_of_db[$i]}" # increase the overall count to keep a tally cd .. cd .. let "i = $i + 1" done echo "-------" echo "Done!" echo "-------" echo "" echo "-----------------------------------------------------------------" echo "Backing up home directories; this make take some time..." echo "-----------------------------------------------------------------" count=${#domain } i=0 while [ "$i" -lt "$count" ] do cd ${domain[$i]} wget http://${user[$i]}:${pass[$i]}@www.${domain[$i]}:2082/getbackup/backup-${domain[$i]}-$FOLDER.tar.gz cd .. let "i = $i + 1" done echo "-------" echo "Done!" echo "-------" echo "" echo "-----------------------------------------------------------------" echo "All backup tasks completed. Goodnight!" echo "-----------------------------------------------------------------"
  •  
    Cómo hacer el backup de un hosting mediante comandos cpanel
Eliot Hernandez

Comprimir y descomprimir archivos en Linux - 0 views

  •  
    Utilizar el comando "tar"
Jessica Andersen

Lycos Tripod - Multimania - 0 views

  •  
    Ésta web te permite crear una pagina web gratuita soporta PHP5, MySQL... etc ademas nos proporciona 1GB de almacenamiento Web
José Alonso

000webhost.com Members Area - 1 views

  •  
    Hospedaje y dominio gratuito
Anngie Correa

Zend Technologies - Wikipedia, la enciclopedia libre - 0 views

  •  
    Productos y proyectos patrocinados de zen
Juan Toledo

Zend Studio - Zend.com - 0 views

shared by Juan Toledo on 12 Jan 11 - Cached
  • Zend Studio 8 is officially available!
  •  
    La página oficial. Donde podemos descargarnos el programa.
Jessica Andersen

Patrón MVC Modelo Vista Controlador en PHP ~ Desarrollador Senior - 0 views

  • patrón clásico del diseño web conocido como arquitectura MVC, está formado por tres niveles: 1. El modelo representa la información con la que trabaja la aplicación, es decir, su lógica de negocio. 2. La vista transforma el modelo en una página web que permite al usuario interactuar con ella. 3. El controlador se encarga de procesar las interacciones del usuario y realiza los cambios apropiados en el modelo o en la vista. La arquitectura MVC separa la lógica de negocio (el modelo) y la presentación (la vista) por lo que se consigue un mantenimiento más sencillo de las aplicaciones. Si por ejemplo una misma aplicación debe ejecutarse tanto en un navegador estándar como un navegador de un dispositivo móvil, solamente es necesario crear una vista nueva para cada dispositivo; manteniendo el controlador y el modelo original. El controlador se encarga de aislar al modelo y a la vista de los detalles del protocolo utilizado para las peticiones (HTTP, consola de comandos, email, etc.). El modelo se encarga de la abstracción de la lógica relacionada con los datos, haciendo que la vista y las acciones sean independientes de, por ejemplo, el tipo de gestor de bases de datos utilizado por la aplicación.
Eliot Hernandez

Modelo vista controlador - 0 views

  • Un problema muy común para los programadores es la reutilización del código que ya tienen hecho. A veces hay que resolver un problema parecido a algo que ya tenemos hecho, mejorar el aspecto de un programa, mejorar su algoritmo, etc. Esta tarea se facilita mucho si a la hora de programar tenemos la precaución de separar el código en varias partes que sean susceptibles de ser reutilizadas sin modificaciones.
  • Qué es el modelo, la vista y el controlado
  • En casi cualquier programa que hagamos podemos encontrar tres partes bien diferenciadas
  • ...19 more annotations...
  • Si tenemos un conjunto de clases
  • Este código constituiría el modelo.
  • Esta parte del código es la vista.
  • Otra parte clara es la presentación visual que queramos hacer
  • La tercera parte de código es aquel código que toma decisiones, algoritmos, etc. Es código que no tiene que ver con las ventanas visuales ni con las reglas de nuestro modelo. Esta parte del código es el controlador
  • Dependencias entre modelo, vista y controlador
  • Si ordenamos estos tres grupos por probabilidad de ser reutilizable, tenemos un resultado como el siguiente:
  • Por un lado tenemos el problema que tratamos de resolver. Este problema suele ser independiente de cómo queramos que nuestro programa recoga los resultados o cómo queremos que los presente
  • La vista es lo más cambiante, así que podemos hacer que vea clases del modelo y del controlador. Si cambiamos algo del controlador o del modelo, es bastante seguro que tendremos como mínimo que recompilar la interface gráfica.
  • es posible que
  • nos sirvan durante mucho tiempo sin necesidad de tocarlas
  • En un punto intermedio está el controlador. Es posible que mejoremos con cierta frecuencia nuestro algoritmo
  • posiblemente cada vez que saquemos una nueva versión de nuestro juego.
  • está claro que el modelo debe ser independiente. Las clases (o funciones y estructuras) del modelo no deben ver a ninguna clase de las otros grupos. De esta forma podremos compilar el modelo en una librería independiente que podremos utilizar en cualquier program
  • Tras este tipo de ordenación, si queremos reaprovechar cosas en futuros programas
  • Siguiendo con el orden de posibilidad de reutilización, el controlador podría (y suele) ver clases del modelo, pero no de la vista
  • De esta forma, el cambio de interface gráfica no implicará retocar el algoritmo y recompilarlo, con los consiguientes riesgos de estropearlo además del trabajo del retoque.
  • Lo más reutilizable y que es menos susceptible de cambio, es el modelo
  • Finalmente, lo que más cambia, es la vista. De hecho, un mismo programa de ajedrez suele darnos posibilidad de varias presentaciones. El modelo y el controlador serían los mismos, pero habría varias vistas distintas.
« First ‹ Previous 81 - 94 of 94
Showing 20 items per page