programación en castellano
11 meneos
196 clics

XAMPP: Un entorno de desarrollo con PHP fácil de instalar en GNU/Linux

Como ya es bien conocido por muchos, XAMPP es una distribución de Apache completamente gratuita y fácil de instalar que contiene MariaDB, PHP y Perl.

| etiquetas: xampp , entorno desarrollo , php , linux , mariadb , perl
  1. No me gusta XAMPP/WAMPP, prefiero poner los servicios por separado y configurarlos.
    Además, si tienes varios proyectos con sus dominios y sus diferentes versiones de PHP (e.g.: dominio1.local, dominio2.local), configurarlos en XAMPP es más coñazo, si cabe, que a pelo en Apache.
  2. Desarrollo en PHP {0x1f616} Los furries de la informática.
  3. Siendo Linux, creo que lo mejor sería un LAMP
  4. Xampp si tiene sentido en algún sitio es en Windows, para hacer pruebas en local, no en Linux. En cualquier distribución Linux puedes instalar Apache, PHP y MySQL con un simple comando, y echarlos a andar con uno más.
  5. Negativo por un post que recomienda malas prácticas.
  6. hace poco descubrí Laragon y me gusta más.

    laragon.org/

    Entre otras cosas te permite crear un dominio virtual para hacer las pruebas, etc.
  7. #1 Yo casi prefiero usar docker, cada proyecto con su contenedor y configuraciones separadas y solo cuando estoy trabajando en el.

    Inviertes tiempo en el primer proyecto para ajustar el entorno(docker-compose), y después es copiar y ajustar las configuraciones a las necesidades. Ademas, si hay varios desarrolladores en el mismo proyecto, te ahorras el que cada uno se tenga que configurar el entorno para el proyecto..
  8. #8 la verdad es que docker añade otra capa de abstracción extra pero simplifica muchísimo la vida; luego es todo homogéneo.
  9. #8 eso lo tiene la empresa sobre Fedora, yo lo uso para trabajar en local con W10... Tenia Ubuntu con nginx (por ser más parecido al entorno de producción), pero me dieron el toque porque algunas herramientas corporativas (Webex, o Exchange, por ejemplo) no van del todo finas
  10. Justo venía a decir lo mismo que #7 #4 #8 y #9: Docker (y si se va a montar algo con microservicios y más de un servidor: kubernetes). XAMP se quedó desfasado hace mucho pero que mucho tiempo.

    #2 PHP puede ser bonico, si lo usas bien y no haces las cosas a pelo, para algo se ha inventado Symphony (>4 si es posible)
  11. #1 Y más habiendo Docker hoy en día. Aparte, Apache en 2020 no me jodas. Que tendrá mpm_event y tal pero pffff
  12. XAMPP en 2020 :shit: xD xD xD
  13. Pues yo sigo teniendo instalado Xampp en Windows para mis movidas, me parece lo más cómodo cuando no necesitas configuraciones muy específicas, arrancar y listo, también diré que soy de la escuela de "No se necesitan tanques para matar moscas", últimamente en la web hay una sobreingeniería de narices, para una tontería de web tienes que montarlo con frameworks monstruosos donde antes no haría falta ni jQuery, ahora si no usas Angular, Node.js y Composer eres un loser.

    Lo que no le veo sentido es Xampp en Linux, no sabía ni que existiera.
  14. #13 podría ser peor, podría ser IIS :troll:
  15. Ostia me siento que he vuelto al 2004. Que época aquella.. sniff :'(
  16. #2 Verdad? Donde esté Rails...
  17. #2 Siento haber ofendido a los que me han votado negativo. No quería ofender al colectivo furry.
  18. #2 que horror macho xD
    las cosas feas que he podido ver en PHP, inmanteniblles y con un rendimiento patatero, y lo bonitas que quedan en java con tus rest y tus angular o node y expresss y cosas asi....
  19. #18 déjate, Node, angular, express, mongodb.... se come cualquier cosa..
  20. #9 va como un tiro, tanto docker como el virtualizar entornos a partir de herramientas tipo gitlab, también es una gozada....
    Docker tiene algunas limitaciones de comunicación etc, que pueden hacerte la vida un poco difícil, pero por lo demás....
  21. #10 toquetear nginx por delante de herramientas corporativas siempre trae lios xD siempre hay algo que en el las reglas se mezcla o se queda fastidiado, y luego no van como de habitual...
  22. #25 na, si es nginx en local para desarrollo... Al final apachehaus...
  23. #26 nginx es lo mismo al final
  24. Para los phperos... existe un proyecto muy interesante que dockeriza completamente el entorno de desarrollo en pocos pasos:

    github.com/drud/ddev

    Para los neófitos en docker puede ser un poco intimidante (al principio) pero se le pilla rápido el tranquillo.
  25. #27 Si, es un servicio web, y no, no es lo mismo. Es mucho más ligero y eficiente al no tener tantas pijadas como Apache.
    Lo único que echo en falta es el uso de "configuraciones al vuelo" con .htaccess, lo tienes que tener todo bien detallado en la configuración, reiniciar el servicio...
  26. #10 ¿rendimiento?
  27. #29 ;)

    No reset, reload

    stackoverflow.com/questions/51067963/add-nginx-config-on-the-fly/51068

    Y las config de directivas son iguales casi casi que htaccess!! Sageraoooooo que eres !!!! :shit: :-D
  28. #31 es que al traducirlo, recargar suena a otra cosa :-D

    Si, la sintaxis es parecida a la de .htaccess, pero es que tienes que reflejar todos los que haya por ahí perdidos en el proyecto, o al menos los críticos.
    Nada, es trabajo de una vez, pero coñacillo
  29. #32 es que el htaccess en cada directorio es muuuy versátil, pero de cara a temas de integración continua etc. acaba siendo un poco coñazo por los cambios de sistema etc y quizá acaba siendo mejor tirar de configs más generales y más desarrolladas tipo los de nginx. Esa es un poco mi impresión, que nginx se pensó más ya con esa idea de integración continua, virtualización, distribución de servicios, etc
  30. #22 Se come infinitas horas de desarrollo, sip.

    PD: Siento responder tarde a la Flame War, con lo que me gustan!
  31. #21 Espero que donde dices Java falte un Script...
  32. #35 esperas mal......Javascript llama a???..........Java es el servidor de aplicaciones que hay en en backend que es el que publica los rest... (Jax-rs)

    Javascript en el caso del navegador simplemente llama a una url de la que recibe un json..... http puro y duro.... quien publica un REST es Java en este caso.

    Aunaue si quieres hablar de javascript fullstack ve a la última línea. Node-express. Esa es otra arquitectura que tb es un gustazo. Para gustos y usos colores...
  33. #36 Claro que me refería a un stack completo Javascript, precisamente porque has hablado de Node. Programar server-side con lenguajes no interpretados se me hace muy pesado. Me acuerdo de cambiar una línea y tener que esperar X para ver q pasaba, qué puto horror. De los compilados, en velocidad sólo se salvan Golang y Swift UN POCO -obviamente dejando a C fuera del mercado de aplicaciones web-.

    Prefiero PHP que Java, por mucho. En general, con Java matas moscas a cañonazos. Además, el lenguaje no es intrínsecamente feo, sólo el producto de muchos de sus programadores lo es. Con el framework adecuado, que te fuerce a hacer las cosas bien hechas, no hay problema (viva DHH, que lo vio hace ya muchos años y lo aplicó en Rails).
  34. #37 diría que tienes poca experiencia con Java. En mi caso, dedicado a entornos de facturacion de alto rendimiento, Java es una de las soluciones utilizadas en muchos casos.. básicamente PHP ni se considera.

    Al respecto de "programar server side con lenguajes no interpretados se me hace muy pesado" demuestras bastante poca experiencia al respecto, ya que normalmente un experto programador no se echaría las manos a la cabeza ni diría nada de ese tipo, ya que cualquier lenguaje compilado para un backend es la norma general para cualquier entorno robusto y potente. En cuanto a necesitar un lenguaje interpretado y decir que tardas en compilar, también demuestra poca planificación y diseño previo y poco de integración continua.

    Al respecto de que Java mata moscas a cañonazos, te diré que es de lejos el que mejores rendimientos tiene en cuanto a búsquedas en arrays indexados etc etc.

    Además permite trabajar de modo multiplataforma... así que...

    Sinceramente, creo que te faltan unos años....

    Pd: si quieres te mando links sobre comparativas de rendimiento y sobre penetración en el mercado y opiniones de expertos a ver si coinciden contigo...
  35. #38 Llevas dos comentarios intentando ridiculizarme en vez de discutir del tema.

    Muy bien, seguro que tienes muchos conocimientos del stack tecnológico mainstream (básicamente Java y .NET) de las empresas típicas de por aquí. Seguro que llevas muchísimos años disfrutando de competir con miles de expertos mainstream, bajándoos el sueldo el uno al otro por eso de la oferta y la demanda xD.

    Mientras tanto, llevo trabajando para empresas de Bélgica y UK durante los últimos 8 años y lo único que he compilado server side ha sido C, Swift y Golang. El resto, todo interpretado. Raritos que somos algunos.

    Comparamos los sueldos?
  36. #39 Comparamos el perfil de stackoverflow y la experiencia a ver si necesitas comparar el dinero porque el rabo y el conocomiento no te valen???

    xD tira.....

    Pd: soy autónomo y trabajo para empresas internacionales... no hables sin saber....
  37. #14 El próximo post será sobre cómo instalar tu entorno de desarrollo COBOL en tu Windows ME
comentarios cerrados

menéame