El peso adecuado de una página asp???

[Pachangero]

Saludos

Actualmente tengo una página elaborada con ASP, dicha página tiene un peso de mas de 20 Mb y mis dudas son:

Es normal que una página con ASP tenga ese peso??

Se tendría algun problema cuando se este trabajando por el peso que tiene??

Ocasionaría que estuviera lenta la operación que se realice?

Agradezco su ayuda y me gustaría sus comentarios así como los casos que les haya tocado vivir.

[3pies]

Imposible, en todo caso serán 20 kb, sin incluir las imágenes, ...solo el .asp pelado. Si tienes una página asp de 20 mb, ya me dirás cuantos meses has tardado en hacerla

Si son 20 kb, es una página normal.

[Myakire]

Pues ni tan normal, de un sitio que tenga, por ejemplo 50 archivos, quizá solo dos o tres pasen la barrera de los 20 Kb. mmmmmmm, haz de tener mucho javascript en tus páginas, y pasate de las 1000 lineas o que se yo.

[AlZuwaga]

El peso adecuado de una página asp???

...tengo una página elaborada con ASP, dicha página tiene un peso de mas de 20 Mb...

20MB???? Es imposible.

Yo no creo que exista ningún sitio cuyo peso, descontando las imágenes, bases de datos y archivos varios como zips, pdfs, etc; (o sea que queden sólo los archivos ASP, HTML, PHP, JSP o lo que fuera) llegue a pesar 20 MB.

Y eso que estoy hablando de un sitio completo... así que imaginate que nunca una página ASP puede pesar 20MB. Y si así fuese, tenés un problemón por algún lado.

[trasgukabi]

diosss....sólo de pensar lo que habría que teclear en un fichero asp para que pesara 20 mb (sin hablar de la funcionalidad, que sería imposible) se me han puesto todos los pelos del cuerpo como clavos.
están dos chinos chingando, y le dice la china al chino:
-chu-lin, hacemos un 69?
chulin se da la vuelta, extrañado, uy le contesta:
-¿un pollo agridulce a estas horas?!!!!

jajajaja, lo siento, tenía que contarlo.

[Neuron_376]

No es normal 20Mb.

Si habria problemas, es algo muy pesado que cada usuario va a cargar.

[AlZuwaga]

Iniciado por Neuron_376

No es normal 20Mb.

Si habria problemas, es algo muy pesado que cada usuario va a cargar.

Claro, Neurón! Pero si se trata de un archivo ASP no significa que el usuario deba descargar los 20MB.

Puede ocurrir que se dé un caso cómo éste:

<% If algo = true then %>
<b>La respuesta es verdadera</b>
<%
else
Select Case algo
'toneladas de lógica ASP de 19,99999 MB que controla "algo" sin dar salida al cliente más que un:
Response.Write "puede ser..."
End select
End if
%>

Aunque, claro, esto nunca ocurre

saludos y shalú que es viernes y, aunque no sea gerundio, hay que tomar para festejar!

[AlZuwaga]

Ahhh!!! Me olvidaba! No entendí el chiste, Trasgus :(

[Neuron_376]

Me explique mal, no me referia a que el cliente la cargue, mas presisamente, para cada cliente en memoria el IIS tendria que cargar 20 Mb que pesa la pagina.

--- Luego porque explico de mas pues -- jajajaja

[AlZuwaga]

[QUOTE]--- Luego porque explico de mas pues -- jajajaja[QUOTE]

jajajajaja, nunca nada está de más! Mejor que sosobre a que fafalte.

[trasgukabi]

Al, en los restaurantes chinos (al menos por aquí) el menú va con números. el 69 sería pollo agridulce, y....

[AlZuwaga]

Jojojo, malo malo el chiste ¿eh?

[Pachangero]

Saludos

Así como algunos dicen, es cierto el archivo pesa mas de 20 Mb y ah sobre pasado las 120,000 lineas, suena loco pero es cierto.

Resulta que es puro codigo de condicion porque es una página de actualización. Todavia no la he acabado y me preocupa porque es demasiado peso.

Lamentablemente hasta ahorita no he podido encontrar otra alternativa para realizar las actualizaciones.

Utilizo las condiciones IF y Case.

Son 18 campos, donde:

2 campos deben contener una opcion de 5 respetivamente, en caso de escoger esa opcion, haciendo las condiciones de los 16 campos restantes.

De lo contrario se realizaria con los 16 campos las condiciones correspondientes.

Espero alguna opinion, gracias, así como sugerencia para ver este problema.

Todavia no la pruebo porque esta pendiente terminarla.

[Neuron_376]

Explica mejor el caso, explica el algoritmo, cual es realmente el problema, me parece mucho, y si tendras problemas... se trata de actualizar una base de datos en base a X parametros, pon la estructura de la tabla, etc...


Suerte!!

P.D.: Si nenesitas un metodo, es un archivo muy grande y ademas de pesado, sera muy lento y te puede dar muchos problemas de timeout, aunque bueno, eso se resuelve, pero si es demasiado.

[Pachangero]

Cita:

3pies

Imposible, en todo caso serán 20 kb, sin incluir las imágenes, ...solo el .asp pelado. Si tienes una página asp de 20 mb, ya me dirás cuantos meses has tardado en hacerla

=======================

Saludos

Menciona 3pies que he tardado meses pero unicamente he tardado 2 semanas en hacer dichas operaciones pero si puede tardar como 4 semanas.

Puesto que unicamente llevo un opcion de 5 que son, en esa página.

[dobled]

Iniciado por 3pies

Imposible, en todo caso serán 20 kb, sin incluir las imágenes, ...solo el .asp pelado. Si tienes una página asp de 20 mb, ya me dirás cuantos meses has tardado en hacerla

Si son 20 kb, es una página normal.

que tienen que ver las imagenes en el peso si solo se carga la ruta de la ubicacion de la imagen!!!

IMposible que pese 20 megas segun un calculo que saque al ojo, por ejemplo mi pagina de inicio de mi sitio de ventas que te trae los productos destacados y todo lo comun de un sitio ocupa 500 lineas y pesa 20 kilos. Para que pese 20 megas tendrias que tener unos 500 millones de lineas..

parece que están escribiendo los post los sabados cuando estan medios

[Muzztein]

Iniciado por Pachangero

Saludos

Así como algunos dicen, es cierto el archivo pesa mas de 20 Mb y ah sobre pasado las 120,000 lineas, suena loco pero es cierto.

Resulta que es puro codigo de condicion porque es una página de actualización. Todavia no la he acabado y me preocupa porque es demasiado peso.

Lamentablemente hasta ahorita no he podido encontrar otra alternativa para realizar las actualizaciones.

Utilizo las condiciones IF y Case.

Son 18 campos, donde:

2 campos deben contener una opcion de 5 respetivamente, en caso de escoger esa opcion, haciendo las condiciones de los 16 campos restantes.

De lo contrario se realizaria con los 16 campos las condiciones correspondientes.

Espero alguna opinion, gracias, así como sugerencia para ver este problema.

Todavia no la pruebo porque esta pendiente terminarla.

Podrias zipearla y ponerla online para ver el codigo ...

[AlZuwaga]

Momento... puede ocurrir que se trate de un programador muy... "explicativo"... y excesivamente prolijo en donde comente al mínimo detalle todo su código.

<%
' la siguiente línea, que inicializa una variable llamada A_A, que así se llama porque blablabla, será igualada a el número 1 porque de ello depende que blablabla
A_A = 1
%>

¿19,5 MB de comentarios y 500K de código?
(igual, 19,5 MB de comenatrios sería.. no sé, como mucho texto... no me lo imagino)

[trasgukabi]

madre mía. estoy alucinando. sólo para comparar: tengo aquí un libro en PDF (EN PDF!!!, que pesa más que texto puro) de 1400 páginas que pesa 11Mbs!!!!

[Muzztein]

Quizas que droga esta tomando.

[sjam7]

un archivo de 1500 lineas aprox pesa 68kb, sacando una cuenta de 3, si no mal la recuerdo entonces para 20mb serian unas 442,000 lineas de programacion, quizas no sepa ni leer 20kb o .20mb o lo que realmente mida y ya se ha escrito mucho sobre lo mismo

[3pies]

Me parece que se está quedando con nosotros:

1.- 120.000 lineas de código.
2.- 20 Mb de peso.
3.- Y dice que no ha probado la páginaaaaaaaaaaa. Anda yaaaaaaa!!!!

Yo tengo una página de 80 Gb, con 1.000 millones de líneas. Es un script, que lo que hace es prepararme el desayuno cada mañana (un colacao, claro, jajajaja), lavarme la ropa, y hasta hace unas empanadillas, que están para chuparse los dedos.

Si es que la informática avanza que es una barbaridad...

[meagle]

Yo tengo algo parecido. Trabajo en una aplicación que controla una empresa y siempre llamamos a la misma página. La pagina en cuestión tiene acceso a mas de quinientos includes que si los metiese en el mismo fichero ocuparían ....cinco años de trabajo.
La solución pasa por:

a) Extraer todo el código en pequeños ficheros.
B) no cargar los ficheros con include directamente. Hacerlo a través de una función tipo
Function inserta(fichero)

sTargetFile=fichero
sTargetFileContents = GetFileContentsForExecution(sTargetFile)
Execute sTargetFileContents
End Function
Si se hace directamente desde un if se cargara todo el contenido del módulo aunque no se ejecute. Así solamente se cargará en caso de cumplirse la condición.

[Neuron_376]

Pero no es mejor y mas eficiente partir la aplicacion en varios archivos ?

Aun cuando ejecutes todo segun if, aun asi en cada iteracion siempre estas haciendo las mismas operaciones, entonces no resulta muy ineficiente ese metodo?

[Pachangero]

Saludos

Gracias Meagle y Neuron_376, ocupare las opciones que me proponen y si habia pensado en armar en varios archivos el codigo segun la opcion escogida para asi agilizar las consulta y posteriormente la actualización.

Gracias

[Moises22]

Soy programador desde hace varios años. He heco desde TPV hasta aplcaciones en puro Cobol... Eso si en ASP me estoy formando porque estoy desarrollando un sitio web para una compañia. Despues de esto te digo una cosa sencilla, si verdaderamente tienes un archivo ASP de 20 MB que en realidad es texto puro significas que la estructura de la pagina es redundante y reiterativa, por muchas condiciones que tengas anidadas es un error de planteamiento.

Te explico porque. Cuando tu cargues eso en el IIS, cuando se vaya solicitando esa pagina se iran cargando modulos del programa en la memoria RAM, que es lentilla en lo que se refiere a accesos web, y las partes mas solicitadas de tu pagina se almacenaran en la caché del sistema, que es la que mas eficiencia da.

Conclucion, para que esa pagina fuera eficiente en internet el servidor deberia tener practicamente el mismo tamaño de cache que de Memoria RAM, claro conviene desir que lo que suelen tener un servidor de internet son unas centenas de KB de cache y a en un buen servidor un GB de memoria RAM.

Solcion cambia de planteamiento y la forma de programar...

[Muzztein]

sin mencionar que tomaria mucho tiempo el bajarlo con el getright y verle el codigo...

[3pies]

jajajajajaja.

[Prefontaine]

Joder este tiene mil IF'S metidos en el codigo, jejeje,
¿Has probado a borrar comentarios de codigo?

[Neuron_376]

Moises22, lo que pasa con ASP y el IIS es esto:

1. Cliente pide una pagina.
2. Servidor carga una copia del archivo + includes para esa sola peticion.

Entonces si tienes un archivo de 20 MG. y 3 usuarios piden la misma pagina, el IIS cargara (con el metodo que sea, es una caja negra con sus propios metodos) en memoria 60 MG

Entonces tener tanta memoria como el tamaño de tu sitio no te salva de nada, lo que si es que tienes que tener mucho espacio libre, ademas una nota que deben tener presente es que cada proceso sobre el IIS solamente puede usar la mitad de la memoria total de tu computadora, es decir, si tienes 1 GB de memoria ram, un proceso de IIS solamente puede usar 500 M, entonces si realmente quieres dedicarle 1 GB completo a tu servidor, tienes que tener 2 GB en tu servidor.

Y pues si, lo mejor es partir tu aplicacion en pequeños pedazos que son solamente utiles para la seccion en la que te encuentras, porque hasta los includes dinamicos son malos, porque el orden correcto seria:

1. Cargar en memoria todo el codigo.
2. Ejecutar el programa.

Y con includes dinamicos lo que estas haciendo es esto:

1. Cargar codigo.
2. Ejecutar codigo
3. Cargar codigo
4. Ejecutar codigo

Entonces para el desempeño del compilador eso resulta mal, porque tiene que reservar memoria de forma dinamica, lo cual es malo porque crea mas segmentacion, entonces lo mejor es primero reservar la memoria que se necesita y luego ejecutar programacion.

Suerte!!