fammi capire, ti serve che il path punti ad un IP diverso rispetto al dominio?
Se è così basta un normale redirect 301. Qui ho un tutorial scritto diversi anni fa: http://www.oscene.net/it/tips-and-tricks/redirect-via-html-javascript-php-htaccess-apache

No no non gestisco io apache o il webserver. Io ho un sito su altervista e ho acquistato un dominio con aruba, solo che dopo averlo acquistato mi sono reso conto di non avere il path forwarding: per intenderci posso redirigere tutto al dominio, ma se cliccano sui link dentro la pagina di altervista non apparirà alcuna navigazione sulla barra degli indirizzi. In pratica o scelgo di utilizzare il dominio acquistato come un mero redirect (www.abc.it -> abc.altervista.org con tutti i path forward fatti da altervista, dunque quando cliccheranno su un link otterranno abc.altervista.org/pippo.html) oppure come redirect assoluto (qualsiasi click per l'utente non avrà alcun cambio visivo sulla sua barra degli indirizzi, dunque rimarrà sempre www.abc.it).

Se non ho capito male per ottendere il path forward avri dovuto acquistare dello spazio su aruba e mettere i file del mio sito sul loro spazio.

GIà Village Tronic aveva chiamato il sistema operativo "AmigaOS 3.1" per la nomenclatura usata dagli utenti comuni (1994).
Cmq ripeto che la terminologia Workbench/AmigaDOS era utilizzata per identificare l'OS SOLO nei manuali inclusi all'interno dei Commodore Amiga, basta leggere i RKRM per rendersi conto che i programmatori utilizzavano la terminologia Amiga Operating System già ai tempi di Commodore...

http://amigadev.elowar.com/

(anche se appartengono al dev kit di os3.5 questi manuali non sono mai stati aggiornati, fu solo fatto un articolo integrativo per OS3.5, quindi sono abbastanza attendibili).

E' una cosa fetente che cambia da sistema a sistema, usa le SDI

[thumbnail][/thumbnail]

mi piacerebbe svecchiare il sexy&the.city.book, quello nero, tutto curvo, hai presente ?

Avere il portatile di Carrie Bradshaw con MorphOS   :geek:

+1000

Peccato non vengano supportati gli IBook e i Powerbook G3!

Ma la domanda da profano è: Cosa ha di tecnologicamente interessante OS4...? Cioè se il mos team o gli sviluppatori Aros potessero mettere mani al codice, cosa andrebbero a prelevare?

Rispetto a Mos:

AmigaDOS decisamente più avanzato, praticamente OS4 se utilizza filesystem alieni ad AmigaOS garantisce tutte le caratteristiche che di solito trovi solo per i fs fatti per amigaos, per esempio le notifiche, le quali ti permettono di essere informato dei cambiamenti dei file via api. Ad esempio se utilizzi su OS4 NoWinED, la directory di nowined si trova su Windows e tu esegui il programma via SMBFS la funzionalità degli ultimi file aperti (menu file->ultimi file) si aggiornerà in tempo reale anche in una simile situazione. Su mos, aros e os3 ottieni lo stesso risultato solo se la directory di nowined si trova su una partizione con ffs,sfs o pfs.

Anche il Resource Tracking su OS4 è un pò più avanzato rispetto a quello di MOS che se non sbaglio ha solo incluso dei campi della struttura Process, su OS4 invece AmigaDOS traccia qualunque cosa a patto che venga esplicitamente richiesto.

Queste sono solo le prime due cose che mi vengono in mente, ma ce ne sono altre tipo la application.library che permette di avere una API uniforme per controllare le GUI dei programmi aperti (in pratica hai una API che permette di iconificare tutti i programmi che la utilizzano in un solo colpo senza fare salti mortali), il sistema Ringhio che è essenzialmente un clone di Growl di OSX, e di certo Intuition di OS4 è ben più avanzata di quella di MOS, sebbene il 50% di ciò che offre su MOS sia inutile perchè viene tutto fornito da MUI, ma il sistema per skinnare la GUI sono quasi certo che sia più avanzato su OS4.

Insomma tutto quello che NON hanno fatto i Frieden (Exec, ELF, interfacce alle library, 3D, ecc...) è sicuramente più avanzato su OS4 rispetto a MOS, e non potrebbe essere altrimenti visto che MOS ha dalla sua programmatori che riscrivevano kernel e parti importanti di AmigaOS quando i Frieden domandavano banalità riguardo MUI.
Mentre OS4 ha dalla sua i programmatori che nello stesso periodo patchavano Intuition, AmigaDOS ecc...

Non ancora, o meglio non ancora rispetto all'attuale MUI 3.9 rilasciato con l'update 4 di AmigaOS 4.1
Come detto da deadwood per completare questo primo porting su AROS sono partiti dall'ultimo sorgente di Fab usando però le ultime implementazioni MUI presenti sulla versione OS4.1.3

In pratica ognuno ha beneficiato del lavoro precedente dell'altro scambiandosi codice utile,

Per quanto ne sappia Thore non può portare MUI3.x ai livelli di MUI4, cioè non può integrare in MUI3.x delle classi che esistono in MUI4. Ciò che invece può fare, e suppongo abbia fatto, è scrivere classi esterne come la Process e usarle come MCC.
In Zune le stesse classi possono invece essere integrate, quindi tecnicamente un'istallazione plain di Zune ha attualmente più features di una plain di MUI3.x.

si può dire che il sorgente di MUI sia ora quasi pubblico, o almeno Thore non ha avuto problemi nel passarlo ai ragazzi del team AROS  

No, non è così, Thore, a differenza di damato, non ha mai visto i sorgenti di MUI4 (o almeno, io sapevo questo), dunque ha potuto scrivere classi MUI4 come la Process e ne ha inviato i sorgenti al team AROS.
In questo caso bisogna mettere i puntini sulle i, perchè si può arrivare facilmente a problemi legali.

Almeno per OS4 non è più necessario, Thore ha appena completato il porting di MUI4 ..

? da quando l'OS4 team ha avuto accesso ai sorgenti di MUI4?
Dubito molto che questa tua informazione sia corretta, perchè due anni fa scambiai un sacco di messaggi con damato e il mos team: il mos team era assolutamente contrario a dare accesso all'svn di MUI4 ad altri (del resto MUI4 praticamente contiene codice scritto dal MOS team e c'è ben poco del MUI4 originale che risale ai tempi di MOS1.5. Da quella versione sono state aggiunte mooolte altre cose, e nuove API), mentre damato mi disse che aveva una delle prime versioni di MUI4 per OS4 quando ancora l'OS4 team aveva accesso all'svn (cioè quello risalente appunto a MOS1.5)  e non poteva rilasciarla perchè giustamente non era legale.
Sia damato che thore si auspicavano che Zune potesse arrivare ai livelli di MUI3.x in modo da cannare MUI3.x su OS4 in favore di Zune per ovvie ragioni (Zune è estendibile mentre loro non hanno il permesso di estendere le API di MUI3.x).

Non proprio, senza il sorgente di Thore (MUI) e le modifiche fatte da kas1e per la versione OS4/MUI3 è assai improbabile che OWB sarebbe uscito su AROS, o cmq non certo in tempi brevi

Il merito va più a Thore che ad altri in verità, si è accollato un lavoro mostruoso

Thore ha i suoi interessi, cioè quelli che ti ho scritto qualche riga su, e ovviamente li condivido.
Cmq mi piacerebbe sapere cos'è questa storia di MUI4 su OS4 che hai accennato...

EDIT: letto il thread di ka1sle, effettivamente hai travisato le sue parole, lui nel contesto delle preferenze dice che si può parlare di una funzionalità 1:1 con MUI4, ma MUI4 non è solo nuove preferenze.


Paolone: ma i cambiamenti apportati a Zune per far andare OWB sono presenti nelle ultime nb?

Risposte da deadwood:

>3. did those classes from Thore are used by owb already ? (i mean process and aboutbox reimplementatin)

Yes

>4. what about tabs ? custom implementation as on os4, or changes in the zune was done in that terms ?

Zune is extended. Title class implemented.

E' ufficiale: Zune adesso offre molto di più di MUI3.x  
A questo punto non vedo l'ora che esca MOS3.x così potrò modificare NoWinED per l'utilizzo di tutte queste belle cosuccie

Intanto aspettiamo che vengano completati gli altri punti del bounty e che qualcuno lo porti su OS4 (su OS3 probabilmente ci andrà attraverso Afa o direttamente attraverso la versione nativa AROS 68k no?).

Sono molto contento di vedere che si sta procedendo finalmente nel verso giusto, e non implementando all'interno del browser classi senza un reale vantaggio per gli altri programmi (come invece è accaduto con il porting di ka1sle).

Sempre da deadwood:

@Fab

Thanks for making the sources available. Zune was actually a nice surprise - it did not require that much improvements

Questo dimostra come la gente che è andata contro al mio bounty voleva solo portare acqua al proprio mulino. Mi dispiace solo che deadwood non riceva il giusto compenso visto che hanno spostato gran parte del denaro raccolto sul bounty per i fix di Zune.