<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Ciao Amefad,<br>
      <br>
      in effetti se è così come dici è veramente strano :) <br>
      Anche se penso che prima o poi le 'macchine' incominceranno a
      scrivere codice da sole, la vedo un'eventualità ardua da
      manifestarsi ai giorni nostri ;)<br>
      <br>
      Comunque a parte gli scherzi, l'unica cosa che mi viene in
      mente... avete cambiato i dati? o cambiato il formato in uscita
      delle immagini di mapserver?<br>
      <br>
      Una piccola soluzione penso sia modificare l'impostazione
      'memory_limit' all'interno del ini file del vostro php.<br>
      Se non lo potete fare direttamente perchè se ho capito bene siete
      ospitati... potete provare a forzarlo dentro il file
      printmap.phtml mediante un 'ini_set':
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <a href="http://php.net/manual/en/function.ini-set.php">http://php.net/manual/en/function.ini-set.php</a><br>
      <br>
      W<br>
      Il 18/07/2012 15:12, Amedeo Fadini ha scritto:<br>
    </div>
    <blockquote
cite="mid:CAKGZ3GfqXa_QSk0+jKha5hZ-h+-gZpA=cq5fcE5wp1kVKg5Z7Q@mail.gmail.com"
      type="cite">Ciao a tutti, qualche mese fa abbiamo messo in piedi
      un webgis con mapserver/pmapper senza grosse pretese,<br>
      <br>
      <a moz-do-not-send="true"
href="http://webgis.comune.altivole.tv.it/pmapper/map.php?config=pati_tav4&resetsession=groups">http://webgis.comune.altivole.tv.it/pmapper/map.php?config=pati_tav4&resetsession=groups</a><br>
      <br>
      L'installazione di mapserver è fornita dal provider (5.2.3) e ha
      alcuni slot di memoria predefiniti (se ho bene capito 64 mb per
      processo)<br>
      <br>
      Da circa un mese e mezzo quando si cerca di effettuare la stampa
      in pdf o l'export in jpg il server restituisce un errore del tipo
      "out of memory", prima invece funzionava senza problemi.<br>
      <br>
      Il punto è che il provider non ha cambiato niente nel server, noi
      non abbiamo cambiato niente nel codice e quindi non ci resta che
      incolpare gli alieni che durante la recente tromba d'aria a
      Venezia hanno modificato il moto delle maree e propagato una onda
      elettromagnetica inversa che ha destabilizzato il flusso di bit
      nella memoria dei nostri server...<br>
      <br>
      Prima di spendere qualche danaro per aumentare la memoria
      disponibile, qualcuno di voi ha suggerimenti per ottimizzare il
      codice o il file map? Può servire cambiare l'output? Il tiling?
      C'è una cache da svuotare?<br>
      <br>
      Grazie a tutti<br>
      <br>
      amefad <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Gfoss@lists.gfoss.it">Gfoss@lists.gfoss.it</a>
<a class="moz-txt-link-freetext" href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a>
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 

Walter Lorenzetti phD
email: <a class="moz-txt-link-abbreviated" href="mailto:lorenzetti@gis3w.it">lorenzetti@gis3w.it</a>
skype: aiki74
Cell: (+39) 347-6597931  Tel+Fax: (+39) 0588 85021
Viale Giuseppe Verdi n. 24, 51016
Montecatini Terme,Pistoia
P.IVA 01686280478
Italy
</pre>
  </body>
</html>