Problema mi web esta muy lenta

[wilowterra]

Hola era para ver si alguien podia darme una mano,tengo esta web http://peliculasfullhd.net/index.php
y no se que pas aque va super lento,perdon si no se pueden poner links directos ,si esta prohibido borrarlo,pero estoy desesperado.gracias.

[gerchulino]

El servidor pareciera muy lento, deberias probar subir un archivo en html con poco codigo y ver como se ejecuta si es lento o rapido, asi de esa forma comprobaras si es tu codigo o nop.....

[berthely]

Iniciado por gerchulino

El servidor pareciera muy lento, deberias probar subir un archivo en html con poco codigo y ver como se ejecuta si es lento o rapido, asi de esa forma comprobaras si es tu codigo o nop.....

Tambien podría ser tu proveedor de hosting, algunos no tienen buen rendimiento cuando ejecutan scripts de PHP como mencionas.

[wilowterra]

Iniciado por berthely

Tambien podría ser tu proveedor de hosting, algunos no tienen buen rendimiento cuando ejecutan scripts de PHP como mencionas.

despues de un analisis salto esto.PERO PARA MI ES CHINO
* TOTAL_HTML - Congratulations, the total number of HTML files on this page (including the main HTML file) is 1 which most browsers can multithread. Minimizing HTTP requests is key for web site optimization. Y
* TOTAL_OBJECTS - Warning! The total number of objects on this page is 23 which by their number will dominate web page delay. Consider reducing this to a more reasonable number. Above 20 objects per page the overhead from dealing with the actual objects (description time and wait time) accounts for more than 80% of whole page latency. See Figure II-3: Relative distribution of latency components showing that object overhead dominates web page latency in Website Optimization Secrets for more details on how object overhead dominates web page latency. Combine, refine, and optimize your external objects. Replace graphic rollovers with CSS rollovers to speed display and minimize HTTP requests. Consider using CSS sprites to help consolidate decorative images. Using CSS techniques such as colored backgrounds, borders, or spacing instead of graphic techniques can reduce HTTP requests. Replace graphic text headers with CSS text headers to further reduce HTTP requests. Finally, consider optimizing parallel downloads by using different hostnames or a CDN to reduce object overhead.
* TOTAL_IMAGES - Caution. You have a moderate amount of images on this page (17 ). Consider using fewer images on the site or try reusing the same image in multiple pages to take advantage of caching. Using CSS techniques such as colored backgrounds, borders, or spacing instead of graphic techniques can help reduce HTTP requests.
* TOTAL_CSS - Congratulations, the total number of external CSS files on this page is 2 . Because external CSS files must be in the HEAD of your HTML document, they must load first before any BODY content displays. Although they are cached, CSS files slow down the initial display of your page. Remember to place CSS files in the HEAD and JavaScript files at the end of the BODY to enable progressive display.
* TOTAL_SIZE - Caution. The total size of this page is 189854 bytes, which will load in over 20 seconds on a 56Kbps modem - or 42.44 seconds on a 56Kbps modem. Consider reducing total page size to less than 100K to achieve sub 20 second response times on 56K connections. Be sure to provide feedback for pages over 100K by layering your design to display useful content within the first two seconds. Consider optimizing your site with Website Optimization Secrets, Speed Up Your Site or contacting us about our optimization services.
* TOTAL_SCRIPT - Caution. The total number of external script files on this page is 3 , consider reducing this to one or two. Combine, refactor, and minify to optimize your JavaScript files. Ideally you should have one (or even embed scripts for high-traffic pages) on your pages. Consider suturing JavaScript files together at the server to minimize HTTP requests. Placing external JavaScript files at the bottom of your BODY, and CSS files in the HEAD enables progressive display in XHTML web pages.
* HTML_SIZE - Congratulations, the total size of this HTML file is 3020 bytes, which less than 50K. Assuming that you specify the HEIGHT and WIDTH of your images, this size allows your HTML to display content in under 10 seconds, the average time users are willing to wait for a page to display without feedback.
* IMAGES_SIZE - Caution. The total size of all your images is 71749 bytes, which exceeds 50K. Consider optimizing and creatively cropping your images, and combining them where appropriate. Even better, replace graphic text and form controls with styled text to eliminate unnecessary HTTP requests. Ideally each image should be less than 1160 bytes, to easily fit into one TCP-IP packet.
* SCRIPT_SIZE - Warning! The total size of external your scripts is 57160 bytes, which is over 20K. Consider optimizing your JavaScript for size, combining them, and using HTTP compression where appropriate for any scripts placed in the HEAD of your documents. You can substitute CSS menus for JavaScript-based menus to minimize or even eliminate the use of JavaScript.
* CSS_SIZE - Warning! The total size of your external CSS is 57925 bytes, which is over 20K. Consider optimizing your CSS for size by eliminating whitespace, using shorthand notation, and combining multiple CSS files where appropriate. By using labeled container cells and descendant selectors you can target chunks of HTML content efficiently without the need to embed extra claases and styles.
* MULTIM_SIZE - Congratulations, the total size of all your external multimedia files is 0 bytes, which is less than 10K.

[berthely]

Iniciado por wilowterra

despues de un analisis salto esto.PERO PARA MI ES CHINO
* TOTAL_HTML -...

Si utilizas un proveedor de Hosting gratuito ahi tienes la respuesta, esos proveedores de hosting son demasiado deficientes. Ahora si tienes un hosting personal en el cual alojas solo una página web deberias de informar a tu proveedor sobre el bajo rendimiento.

[wilowterra]

Iniciado por berthely

Si utilizas un proveedor de Hosting gratuito ahi tienes la respuesta, esos proveedores de hosting son demasiado deficientes. Ahora si tienes un hosting personal en el cual alojas solo una página web deberias de informar a tu proveedor sobre el bajo rendimiento.

no es gratuito ,es de pago,es webhostingworld,y la respuesta que me dan es esta:
Hello,

Please check the warnings and cautions provided by the tool and correct your configuration, there is nothing to do with server as its working fine.
O sea que que me las arregle yo solito....y no se para donde tirar...

[berthely]

Iniciado por wilowterra

no es gratuito ,es de pago,es webhostingworld,y la respuesta que me dan es esta:
Hello,

Please check the warnings and cautions provided by the tool and correct your configuration, there is nothing to do with server as its working fine.
O sea que que me las arregle yo solito....y no se para donde tirar...

Mi conclusión es la siguiente y espero que te sriva de algo:

Recargando varias veces tu página tomé esta información que aparece al pie
Página creada en 0.07 segundos con 13 consultas.
Página creada en 0.099 segundos con 13 consultas.

Supuestamente la pagina se generó en 0.07 s., pero en realidad tardó 3 segundos en mostrarse, por lo que podríamos suponer que la tardansa no es del motor del PHP, sino de la velocidad de transferencia de tu proveedor.

Probablemente este lenta en estos dias y luego se normalise a un tiempo mas considerable, o probablemente sea una constante.

Yo concideraría lo siguiente:
- Los manejadores de contenido suelen ser lentos por la cantidad de incluciones que realizar para poder consultar, armar y desplegar la información, pero por tratarce de un foro de colaboración sería totalmente innecesario pensar en desarrolar uno personalizado.
- Las velocidades de transferencia y de procesamiento varian de provedor en proveedor, podrias considerar probar con otro, inclusive uno gratuito para comparar el rendimiento.
- La cantidad de informaciíon del sistema con el tiempo puede alentarlo para las consultas, pero creo que se puede descartar este factor ya que asum9o que la página es de nuevo lanzamiento.

Lo que yo haría seria instalar el servicio con otro proveedor, ya que veo que este proveedor se preocupa mucho por el rendimiento, y esos test son una tomada de pelo, un proveedor no debe sugerir un limite de objetos e imagenes a usar en una página, lo cual me hace dudar mucho de su servicio.

[wilowterra]

Muy buenas,en primer lugar darte las gracias por el consejo y por las molestias ocacionadas,lo que me guastaria consultarte es si vale la pena esperar a que funcione bien o mejor irme buscando otro hosting y de ser asi cual recomendarias.otra vez gracias.