Mensajes

Mi punto es que PHP ejecuta todo en el servidor, y lo hace de la forma mas lenta si lo comparamos con otros motores actuales como puede ser NodeJS

Es el daño que hizo PHP 5 a su reputación. PHP 7 (en especial a partir de la 7.2) tiene un performance muy similar al de node. Es más, a esta altura, el performance es un elemento que no es tan tenido en cuenta.. porque si, puede ser más rápido.. al coste de un mayor uso de recursos..  Si los limitamos a los mismos recursos, vas a ver que incluso PHP 5.5 se porta igual:

El desarrollo web a dia de hoy esta buscando que lo maximo posible sea ejecutado en el cliente de forma que el servidor tenga que hacer lo minimo.

NodeJS también se ejecuta en el lado del servidor. Es inevitable ejecutar en el lado servidor y más cuando queremos almacenar información de forma segura. Algunos se escudan en la definición del término "serverless" pero esos no tienen ni idea de lo que se significa.

Saludos

No es por alarmar pero bhf.io es un servicio donde se suele vender datos y servicios comprometidos o bots para aprovechar estos. Yo que tu, haría una auditoria de seguridad pues posiblemente el fastcache está exponiendo de forma indirecta scripts o servicios que se están aprovechando de tu sitio.

Saludos

Si estás desarrollando tu chat a en el propio hosting, es posible que entre peticiones y procesos estés cargando demás y alcances tu límite establecido, la solución pasaría por desarrollar en local y subirlo a un host cuando esté terminado.

Por otro lado, haz debugging, busca que consume y donde, muy atento a las operaciones y bucles innecesarios. Te interesa sobre todo usar profilers como XDebug.

Saludos

Siempre puedes incluir scripts externos desde la consola.

Código (javascript) [Seleccionar] Expandir

var script = document.createElement('script');
script.src = 'http://google.com/miscript.js';
document.body.appendChild(script);

Aunque realmente deberías dar un ejemplo de lo que quieres hacer porque así a ciegas, se pueden decir muchas cosas y que luego resulte que estes buscando algo completamente diferente.

Saludos

[¿Como solucionar el problema?]

Con todos mis respetos, ese servidor no esta hecho para procesar lo que le estas dando a procesar. Suponiendo que tiene 512mb de RAM ese servidor es de gama baja y seguramente apenas tenga 1 core de algun CPU de gama baja. De empresarial, nada.

¿Como solucionar el problema?
Pásate a un servidor que tenga las características necesarias

¿Hay alguna forma de agilizar la subida?
Realmente la subida no se puede "agilizar" mucho. Lo que igual si que te interesa es procesar la imagen de otra forma. Seguramente con un evento e imagemagick puedas conseguir una velocidad superior y no cargues tanto los recursos limitados de PHP.


De todos modos, cuando dices, "subir múltiples fotografías de tamaño elevado" te estas refiriendo a subirlas a la vez?. "elevado tamaño"... son más de 5 MB ?


Saludos

No puedes guardar ese dato en el lado del cliente así y mucho menos mostrar toda la información sin asegurarte de que es el cliente correcto.

Haz un identificador unico (una session) por cada cliente.

Saludos

El hostname se usa para tener una consistencia. Cambiar lo puedes cambiar, hay programas que lo usan sobre todo los servidores de correo pero mientras estén bien configurados no pasa nada.

Sobre las DNS... puedes poner el nombre que te de la gana, al final lo que importa es que resuelvan cuando sean llamados.. A cada DNS se le asigna una IP por redundancia, si uno falla se va al otro. Por poder, puedes asignar los dos a la misma IP.. pero.. si falla el servidor detrás de esa IP, te falla todo. Vamos, la idea es que estén en diferentes servidores.

Saludos

La universidad no es broma. Que una empresa tan popular como Google haga anuncios sobre este tema particular, no significa que la universidad sea una broma, significa que se lo pueden permitir. Es más, este tipo de campañas se hacen sobre todo para reducir sueldo... contratas a una persona con menor titulación para el mismo puesto por menos dinero. ¿Por qué crees que Google y Facebook y otras tantas insisten en que todo el mundo aprenda a programar? Para reducir el coste de la mano de obra.

Un título no define tu nivel de conocimiento.. es cierto, al igual que tener un hijo no quiere decir que seas buen padre. Lo que sí quiere decir es que has tenido la oportunidad de aprender y ser expuesto a dicho conocimiento.  Que haya gilipuertas que van a la universidad, no estudia, se sacan el título de pura chiripa y luego aterrizan en un trabajo no quiere decir que todos son así.

Yo no he pasado por la universidad.. de hecho ni siquiera he hecho bachiller... ni he terminado la ESO, tengo un puesto de programador porque pude demostrar que se programar.. se me dio la oportunidad.. pero ni de lejos se lo que saben mis compañeros que sí han ido a la uni.. sobretodo en el aspecto de matemáticas y algoritmos... y por supuesto, cobro menos que ellos.

Mencionas que personas con cursos "vulgares" (que de vulgares no tienen nada) y autodidactas (QUE DE VULGARES, NO TENEMOS NADA), te han superado en entrevistas de trabajo, no quiere decir nada. Quizás para ese puesto en concreto estaban mejor preparados, quizás la empresa no quería pagar más por tener un licenciado o quizás si sabían más que tu.

Una cosa esta clara, de por si solo, un título no te carta blanca para cualquier puesto. Sin embargo, el conocimiento que te da la universidad no es nada despreciable y somos muchos los que queremos adquirirlo.

Saludos

Si ya llevas la protección completa de Kaspersky, no te hace falta el TDSSK. La herramienta en sí es segura siempre y cuando la descargues del sitio oficial.

PD: Yo todavía estoy esperando a que publiquen las prueba que iban a publicar sobre que kaspersky ha compartido información secreta de EE.UU. con Rusia y sobre que espiaba.. vamos, los de Kaspersky ofrecieron hasta el source... Es particularmente gracioso que la esten tomando con todas las empresas tecnologicas que no sean de su país...

Saludos

Nginx versus apache, que es mejor?

¿Para qué situación? Para contenido estatico nginx ganaria.. para contenido dinamico, depende de casos específicos aunque yo apostaría igualmente por nginx.

Nginx esta sustituyendo al mitico apache?

No tiene porque.. de hecho es común ver servidores con nginx actuando delante de apache.

nginx usa un unico thread o los que tu le asignes para todas las conexiones, apache utiliza un thread to cada conexion nueva.

Bastante confusa esa explicacion.

Nginx está basado en eventos. Apache usa múltiples threads para compensar el hecho de que no usa eventos. Vienen a ser lo mismo pero de forma diferente.. una más eficiente que la otra según que cosas y según que circunstancias.

Tanto apache como php tienen que ir desapareciendo si queremos un internet mas rapido

Si nos ponemos así, el protocolo TCP y el HTTP deberían ir desapareciendo si queremos un Internet más rápido.

Saludos