help!

Fratilor, merge prost .COM-ul (adica legatura internationla) sau e serverul meu zdrente, floodat sau pur si simplu ingenuncheat?

E aproape o saptamana de cand uploadez postari cu greu, se pierd pe parcurs, uita si isi reaminteste variante anterioare sau il cheama pe Sherlock Holmes sa gaseasca MySQL-ul… PLM, e varza!

Any ideeas sau schimb hostul?

Anunțuri

  1. cristea

    Multam tuturor de ajutor, era de la host, il schimb, deci o vreme (sper scurta) problemele se vor datora mutarii.
    E placut sa vezi cum sar baietii sa te ajute!!!

    Apreciază

  2. Anonim

    Connection Rate – Download Time
    14.4K – 244.41 seconds
    28.8K – 127.21 seconds
    33.6K – 110.46 seconds
    56K – 70.28 seconds
    ISDN 128K – 28.46 seconds
    T1 1.44Mbps – 11.60 seconds
    TOTAL_OBJECTS – Warning!
    The total number of objects on this page is 50 – consider reducing this to a more reasonable number. Combine, refine, and optimize your external objects. Replace graphic rollovers with CSS rollovers to speed display and minimize HTTP requests
    TOTAL_SIZE – Warning!
    The total size of this page is 302448 bytes, which will load in 70.28 seconds on a 56Kbps modem. Consider reducing total page size to less than 30K to achieve sub eight second response times on 56K connections. Pages over 100K exceed most attention thresholds at 56Kbps, even with feedback.
    # SCRIPT_SIZE – Warning!
    The total size of external your scripts is 50995 bytes, which is over 8K. Consider optimizing your scripts for size, combining them, and using compression where appropriate for any scripts placed in the HEAD of your documents.
    # CSS_SIZE – Warning! The total size of your external CSS is 10739 bytes, which is over 8K. Consider optimizing your CSS for size by eliminating whitespace, using shorthand notation, and combining multiple CSS files where appropriate.
    # MULTIM_SIZE – Warning!
    The total size of your external multimedia is 59066 bytes, which is over 20K. Consider optimizing your multimedia files for size, or replacing them with lower-bandwidth alternatives, or eliminating them altogether.

    Deci, cu regret, nu e doar de la hosting.

    Apreciază

  3. cristea

    Multumesc anonimule, stiu ca nu am scriptul optimizat iar analiza rulata de tine chiar mi-a aratat ca e timpul s-o fac. Eu comparam insa cu secundele lungi de „connecting to…” sau „waiting for …” care erau nepermis de lungi (pana la runtime error) fata de, sa zicem, cu o saptamana inainte.
    Intre timp am primit mail de la host care anunta (dupa) ca a trecut hostingul platit pe alte servere decat cele ale hostingului gratuit si ca au fost lucrari. Si isi cereau scuze (dupa) de neplacerile produse.
    Oricum, analiza ta m-a pus pe ganduri…

    Apreciază

  4. WhiteWolf

    Imi cer scuze nene; postul de mai sus imi apartine dar din cauza orei mici, a oboselii, am completat aiurea campurile.
    Sigur, analiza face comparatiile cu idealul pe care nici chiar cei mai avansati nu reusesc sa il atinga. Insa, asa cum ti-ai dat seama, sunt sectiuni unde ar fi de dorit sa incerci ceva mai light.

    Apreciază