Newsgroup: it.comp.macintosh
Titolo: AppleScript Cambio Utente Rapido

Tempo fa c'era un AppleScript per fare il cambio utente rapido, qualcuno
si ricorda come era fatto?
Mi serve per tornare alla finestra di login in automatico, vorrei
metterlo nell'avvio del mio utente.
EmJey
-- 
Non prendere la vita troppo sul serio...
non ne uscirai mai vivo

 si ricorda come era fatto?
Trovato:
do shell script "/bin/bash /usr/local/bin/fus"


 do shell script "/bin/bash /usr/local/bin/fus"
Dove hai trovato fus? Io non lo ho ;)
-- 
RiK0
Non credo negli schemi non vincenti.

 Dove hai trovato fus? Io non lo ho ;)
e' un figliolo di jstar figlio di joe-editor :-D
sai per caso come si avvia file maker server da teminale? riesco ad
aprire file maker server config ma non ad avviare il server vero e
proprio :-(


 "FUS" e` "fast user switch", un free di terze parti
more /usr/local/bin/fus
#!/bin/sh
/System/Library/CoreServices/Menu\
Extras/User.menu/Contents/Resources/CGSession -suspend
2 righe in totale che avviano un programma decisamente Apple, quindi,
giusto per avvertire eventuali sfortunati lettori accendo
l'altoparlante:
attenzione prego...
solita caXXata sul binario SLC!!!
Poi un giorno cerchero' di capire pure perche' ad ogni aggiornamento di
Zuppa mi si cancella il Kill File :-(


 proprio :-(
Non ho file maker server :)) 
Mi spiace :)


 Mi spiace :)
Mi sa che prima o poi mi metto l'anima in pace e mi decido ad iniziare
una battaglia d'ufficio: migrare tutto a MySQL e PHP ;-)


 una battaglia d'ufficio: migrare tutto a MySQL e PHP ;-)
Se posso permettermi, Python e` molto migliore di PHP. 


 Se posso permettermi, Python e` molto migliore di PHP. 
imposto il f/up su it.comp.os.linux.iniziare
perche' python e' migliore di php per chi proviene da FileMaker? che
vantaggi offre rispetto al php?


 vantaggi offre rispetto al php?
Preferisco non onorare il f/up. Dopo tutto sono tutte tematiche IT anche
qui, visto che e` perfettamente possibile installare MySQL/PostreSQL +
PHP/Python anche su MacOS X, anche se poi alla fine tu volessi hostare
la soluzione su un altro Unix.
Inoltre qui girano alcune persone davvero competenti in materia, che ti
possono aiutare ben piu` di quello che posso io.
Trovo Python migliore di PHP a prescindere. FileMaker centra poco :))
Python e` un linguaggio estremamente intuitivo e logico. E` facile da
leggere e mantenere. Se ti facessi leggere un sorgente Python, anche
senza che tu conoscessi il linguaggio, avresti un'altissima comprensione
dello stesso.
L'interprete Python e` veloce. E ci sono ottime interfacce per i
database. Non ultimo puoi usare twisted per interagire con i DB. Il
bello e` che in questo modo (non sei comunque obbligato a lavorare con
twisted... io pero` mi sono reso conto che mi semplifica la vita di
brutto) puoi fare programmazione asincrona in modo comodo.
Cosa vuole dire? Vuole dire che le chiamate ai DB non sono minimamente
bloccanti per l'applicazione... etc etc etc. Il tutto senza entrare
nell'ambito della programmazione multi-threaded con i suoi casini.
Inoltre c'e` Python linguaggio. Python e` orientato agli oggetti in modo
molto buono. PHP e` vergognoso definirlo orientato agli oggetti...
qualcosina hanno fatto con la 5, ma sono sempre anni indietro...
L'unica cosa che ha di bello PHP e` che e` di moda :))


 Trovo Python migliore di PHP a prescindere. FileMaker centra poco :))
Quoto pero' il compito di python+twisted mi sembra un po' diverso da
quello di PHP. Con Twisted ti scrivi veri e propri server poi devi anche
occuparti di arrivare ad un HTML decente (ok esistono template engine
che ti aiutano) mentre PHP aggiunge un po' di dinamismo alle pagine.
Da come la vedo io se deve usare un sito con un po' di automazione PHP
ti porta ad un risultato soddisfacente in meno tempo.
Se gli serve una vera webapplication dove la parte HTML non e' che un
interfaccia e il grosso del lavoro sta a monte allora il PHP cede
nettamente il passo.
Il top sarebbe avere delle pagine che supportano il python al posto del
PHP direttamente nei tag HTML. Anni fa qualcuno ci aveva provato ma non
hanno mai sfondato.
-- 
Ciao
Fabio

 hanno mai sfondato.
Falso. Ci sono diverse soluzioni per fare questo, tutt'ora sviluppate
Il motivo per cui non ha sfondato (cosa vera peraltro) e` che lo
sviluppatore medio python ha in testa un concetto di eleganza e buona
programmazione che spesso il php-ista non ha.
Con il risultato che il python-ista trova obrobrioso l'approccio di
embeddare il codice nella pagina (fa molto VisualBasic) per nulla che
sia poco piu` di un sito personale.
E siccome i sistemi di templating non sono per nulla difficili da
usare...


 usare...
A questo punto la domanda sorge spontanea: perche' non usare allora
Java-JSP che con Jakarta Struts e' secondo me usabilissimo e molto molto
veloce?
L'interazione con MySQL e' piuttosto buona ed associato a PG-SQL fa
proprio meraviglie, soprattutto per l'ottima separazione a livelli tra
interfaccia ed applicazione.


 Se posso permettermi, Python e` molto migliore di PHP. 
...e per molte esigenze PostgreSQL e` migliore di MySQL... e` un DB
relazionale "vero" e completo, MySQL continua a cambiare ma ha ancora
lacune in merito.  MySQL puo` essere probabilmente piu` veloce per usi
semplici ma intensissimi, bisogna ammetterlo, ma sono rari...
Alex

 relazionale completo eh :)
Puo` essere raro che _capisca_ che gli serve, ma servire, serve;-).
[[credevo che l'ultimissimo release di fmp _fosse_ un db relazionale
completo, e in questo stesse la differenza fondamentale coi release
precedenti, ma non ho approfondito e posso certo sbagliare...!]]
Alex

 grazie!
Non so cosa  offre fmp, mq penso intenda un  supporto completo di SQL,
vincoli di integrita` referenziale (che servono a mantenere coerente i
record contenuti  nel database impedendo che siano  assenti record che
sono  indispensabili   per  la  corretta   significativita`  di  altri
record. Esempio  frettoloso della biblioteca,  impediscono che vengano
inseriti prestiti  di libri che  non sono censiti  o a utenti  che non
sono  censiti; oppure impediscono  che vengano  eliminati libri  per i
quali sono ancora presenti record relativi a prestiti in corso).
Ma potrebbe richiedere la presenza di transazioni (modifica i dati
solo nel momento in cui te lo dico io e rimani pronto ad annullare tutte
le modifiche fatte, per dirla in soldoni), supporto per trigger o
stored procedures (strettamente legati. Una stored procedure e` un
programmino che gira all'interno del DB, un trigger un programmino
che viene attivato dall'esecuzione di una particolare operazione sul DB).
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/

 veloce?
Sempre per ragioni di Python. Poi per esempio devi smanacciare piu` o
meno per forza con i threads e non puoi andare di asincrona.
E poi a me Java non ha mai finito di convincere :)


 grazie!
Trovi le Dodici Regole di Codd a:
http://en.wikipedia.org/wiki/Codd%27s_12_rules
Codd le conio` ed espresse essenzialmente nel suo paper, veramente
fondamentale per la storia dell'informatica, "A Relational Model of Data
for Large Shared Data Banks".
In pratica, ci si accontenta, perche` praticamente tutti i RDBMS al
mondo usano SQL e questo non gli permette di soddisfare appieno tutte le
dodici regole.  Ma sono i puristi piu` pedanti dicono che un RDBMS e`
"pienamente relazionale ECCETTO CHE usa SQL"...;-p
Alex