Newsgroup: it.comp.www.php
Titolo: x style si usano apici singoli o doppi

dentro un file php devo inserire dei span div
con gli attributi style
 
da w3schols
per style attribute in HTML elements
<p style="color:blue;margin-left:20px;">This is a paragraph.</p> 
usa doppi apici
 
sul file php in teoria singoli apici piu veloci e visto che non ho
variabili dentro essendo solo stringa dovrebbe essere prefer4ibile l'uso di
singoli apici
 
<span style='background:#EBEBEB; font-size:26px;padding:5px 10px;'>
<?php echo 'Pubblicato il  '.date("d M Y"); ?>
</span>
 
funziona anche;
� preferibile quale o non cambia nulla?
 
� del codice da inviare all'interno di email ;
dipende dal numero di invii (es x 100 non te ne accorgi) x 10000 si?
o differenza non esiste?

 dipende dal numero di invii (es x 100 non te ne accorgi) x 10000 si?
 
Il server SMTP è 4-5 ordini di grandezza (alias da 10.000 a 100.000 
volte) più lento di PHP ad accettarti una mail, quindi la differenza tra 
virgolette doppie e singole non la senti nemmeno.
Ma vedi sopra: non ha senso chiederlo, in questo caso.
 
Bye.
 

 dipende dal numero di invii (es x 100 non te ne accorgi) x 10000 si?
 
Dipende dal numero di invii. Ma, a quel punto, ci sono varie tecniche
che ti darebbero risultati molto migliori.
 
Per esempio generare tutte le stringhe di testo comuni una sola volta
e salvare il risultato in un file, includibile. Risparmi tutta quanta
l'esecuzione del PHP, o quasi, in tutte le mail tranne la prima.
 
Poi, dato che stai inviando mail, tutti questi problemi svaniscono al
confronto al tempo che impieghi per inviare i dati. Praticamente stai
viaggiando in treno e ti preoccupi di risparmiare tempo scegliendo un
posto vicino all'uscita del vagone: ma sono tre minuti, appetto ad un
viaggio anche di qualche ora... avrebbe piu' senso studiare gli orari
dei treni per vedere quale sia il treno piu' vantaggioso.
 
Nel tuo caso, avrebbe senso studiare come inviare le email (tanto per
dirne una, quanti bcc: supporta il provider? E conviene, raggrupparli
per dominio di destinazione?) e come ridurre il "peso" delle email ad
esempio con compressori/ottimizzatori di CSS/HTML.
 
Poi, visto che il programmatore professionista e' una black box nella
quale si immettono soldi e tempo e da cui escono risultati :-), usare
sistemi di compressione/ottimizzazione gia' pronti e rodati significa
che se cambi una virgola nel TUO codice, non devi preoccuparti poi di
rifare la lavorazione a bulino del codice HTML. Verra', magari, un 1%
meno incredibilmente efficiente di come lo faresti tu, cesellandolo a
mano; ma il lavoro lo fai in 20 secondi invece che in 20 minuti.
 
    "Premature optimization is the root of all evil"
 
 
http://it.wikipedia.org/wiki/Ottimizzazione_%28informatica%29
 
 
Leonardo
 
-- 
 
Then felt I like some watcher of the skies, when a new planet swims into his ken;
Or like stout Cortez when with eagle eyes, he star'd at the Pacific; and all his men
Look'd at each other with a wild surmise - silent, upon a peak in Darien.

     "Premature optimization is the root of all evil"
 
"""
The First Rule of Program Optimization: Don't do it.
The Second Rule of Program Optimization (for experts only!): Don't do it yet.
"""
 
-- 
Andrea
 

 l'esecuzione del PHP, o quasi, in tutte le mail tranne la prima.
 
da alcuni test ho notato che non posso mettere una classe dentro l'head
perch� ad esempio libero vuole che su ogni div si scritto lo style
 
mentre con thunderbird andrebbe bene, tranne x il colore che va ripetuto
con style su ogni div;
 
es questo non funziona su libero
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css">
  div.miostile {font-size:20px; color: red;}
</style>
</head>
 
ti � capitata una guida che spiega le varie soluzioni

 con style su ogni div;
 
Ti stai impelagando in una delle attività più complesse in campo web: le 
mail in HTML.
 
Ci sono interi manuali che cercano di spiegare cosa puoi fare e cosa no. 
Siti web che cercano di stare al passo coi tempi dei vari servizi e 
software. La verità è che non puoi coprire tutto.
 
Il mio consiglio è di prendere dei template di mail già fatti (se ne 
trovano parecchi in giro) e modificarli il meno possibile.
 
Bye.


 
Trovo questa frase un po' dappertutto e mi ha fatto sempre storcere il 
naso. Ora dal link di wikipedia leggo:
 
"... quando si progetta software al livello di sistema, i problemi delle 
prestazioni devono essere sempre considerati sin dall'inizio. " (Charles 
Cook)
 
ma soprattutto:
 
"L'"ottimizzazione prematura" è una frase, utilizzata per descrivere la 
situazione di un programmatore che permette che le considerazioni sulle 
prestazioni possono influire sul progetto di un pezzo di codice."
 
Tendo a pensare che per "ottimizzazione prematura" non si intenda 
l'apice singolo o doppio, ma piuttosto il progettare anticipatamente una 
porzione di codice orientandosi verso le performance invece che verso la 
sua funzione o scopo.

sua funzione o scopo.
 
Allora, il discorso e' complicato; per "ottimizzazione prematura" si intende
qualsiasi ottimizzazione "bottom up", cioe' fatta senza tenere presente quel
che succede al livello architetturale superiore.
 
Grosso modo credo che sia quel che stai dicendo tu, dipende cosa intendi con
"funzione o scopo" ma penso che ci capiamo.
 
Questo perche' e' quasi sempre verificato, se non proprio dimostrato tipo un
teorema matematico (legge empirica di Amdahl), che piu' uno sale nel livello
di astrazione e piu' eventuali "ottimizzazioni" sono vantaggiose. Ad esempio
si potrebbe avere una riduzione della complessita' di un algoritmo, o magari
si potrebbe rifattorizzare il flusso di lavoro, in modo tale che determinate
funzioni non siano neanche mai chiamate.
 
Chiaro che per quanto uno possa ottimizzare una funzione, se il livello piu'
sopra NON LA CHIAMA PROPRIO, quella e' un'ottimizzazione ancora migliore.
 
In questo caso siamo senz'altro di fronte a una ottimizzazione prematura, in
quanto ci si preoccupa degli apici prima di domandarsi "ma quanto mi costano
queste operazioni in totale"?.
 
===
 
Poi c'e' il discorso della manutenibilita' del codice, cioe' si calcola come
"performance" non semplicemente quanto "frulla" il programma ma quanto tempo
ci si impiega a manutenerlo, modificarlo eccetera.
 
E questo piu' o meno e' il motivo per cui programmiamo con robe inefficienti
e interpretate tipo PHP magari pure a oggetti, anziche' scrivere codice duro
e massiccio in Assembler, dove un ciclo ci impiega un nullosecondo a girare,
pero' ti ci vuole un'ora a scriverlo, e una vita a debuggarlo :-D
