Argomenti vari

Associare più domini ad un sito web generato con Plesk

Sabrina C. — Thu, 26 May 2011 11:01:34 GMT

Probabilmente è una notizia arcinota da chi quotidianamente lavora con Plesk, io invece lo uso molto raramente, e lo conosco veramente al minimo. Però, se come me avete un virtual server aziendale, quasi tutti i provider ve lo installano come oggetto per la creazione di domini e siti, presumo per evitare di avere milioni di chiamate dagli utenti inesperti come me.

E’ normale che una azienda abbia più di un dominio (.it, .com, .eu, .net) e chi più ne ha più ne metta, collegati al proprio sito, ma ovviamente non facciamo una copia del sito per ogni dominio, oppure diverrebbe deprimente tenerli aggiornati.

Nel mio caso, il sito della mia azienda è stato creato con un DotNetNuke, che è così gentile da permettere non solo di mappare più domini su uno stesso portale, ma permette anche, volendolo, di avere più portali diversi sullo stesso DNN.

Entrando dentro a Plesk, quando devi mappare i domini secondari ti verrebbe naturale generare un nuovo dominio, ma la generazione di un nuovo dominio da parte di Plesk ha solo 3 opzioni, dominio fisico, forward, frame forward. Nessuno dei tre è quello che vogliamo noi.

Infatti non è quello che dobbiamo fare. Per mappare più domini su un singolo DotNetNuke usando Plesk, bisogna selezionare il dominio fisico e generare dei Domain Alias. Uno per ogni dominio da mappare. Operazione da 30 secondi, basta infatti indicare il nome di dominio e selezionare la checkbox WEB, salvando il tutto.

Fatto questo, si passa a DotNetNuke, si va sull’host ( i friulani sanno perché rido) e si aggiunge al portale che deve mapparli, i domini prescelti usando l’opzione portal alias. L’effetto è immediato.

Tag di Technorati: DNN,Plesk,domain,alias,portal

TFS Correggere un errore spaziotemporale

Sabrina C. — Fri, 06 May 2011 15:27:17 GMT

Lo scorso 5 maggio, in ufficio è saltata la corrente, si sono spenti tutti i server e c’è stato un problema sul restart del domain controller, pertanto, senza accorgerci della cosa, ci siamo trovati a lavorare con la data di Team Foundation Server modificata all’ 8/5/2011. La cosa è stata sistemata non appena qualcuno ha guardato il calendario, cioè a metà pomeriggio .

Intanto erano stati fatti alcuni checkin di varie modifiche. Ci siamo accorti che questo era un problema poco fa, quando cercando di fare un Checkin, il TFS ha dato questo messaggio agghiacciante.

TF54000: Cannot update data because the server clock may have been set incorrectly. Contact your Team Foundation Server Administrator.

Siccome l’administrator sono io non sapevo cosa fare anche dopo essermi contattata quindi ho fatto un giro sui forum Microsoft e scoperto che potevo fare 2 cose:

Aspettare di fare il checkin fino a lunedì prossimo (fattibile ma non proprio bellissimo)
Andare a modificare i Changeset del TFS con la data sbagliata.

ovviamente l’opzione scelta è stata la seconda, posto qui lo script lanciato sul SQL Server del TFS per rimettere tutto a posto:

UPDATE tbl_ChangeSet
	SET CreationDate = CreationDate -3 WHERE CreationDate > GETDATE()

Questo ha corretto tutti i changeset errati riportandoli alla data giusta togliendo 3 giorni alla data impostata.

Tag di Technorati: TFS,SQLserver

DNN: Come usare una pagina come opzione di menu

Sabrina C. — Sun, 10 Oct 2010 13:29:25 GMT

Oggi ho perso mezz’ora per cercare di ricordare come creare una pagina in DNN che faccia da semplice opzione di menu, perciò lo scrivo qui così alla prossima me lo ricordo. :P

Se quanto ho definito non fosse chiaro, faccio un esempio per spiegarlo:

Quello che mi serviva è costruire un opzione di menu che faccia da accesso ad una serie di sottomenu, come ad esempio quello che vedete qui sotto:

Association +
            |
            +--- Who we are +
            |               |
            |               + Mission
            |               |
            |               + Board of directors
            |               |
            |               + Members
            +--- Messageboard
            |
            +--- Newsletters

In Dnn per costruire questo tipo di struttura nel menu, bisogna creare una pagina per ogni opzione, anche se la pagina non è una vera e propria pagina come Association o Who We Are nella mia struttura.

Per evitare che gli utenti del sito cliccando su Association senza attendere l’apertura del sottomenu si ritrovino su una pagina vuota, quel che bisogna fare è la seguente sequenza di comandi:

Aprire l’opzione Admin ->Pages sul pannello di controllo di DNN o sul menu Admin.
Cliccare su Association nella lista delle pagine.
Cliccare sull’icona Modifica.
Aprite la sezione collassata Advanced Options.
Scendete fino a Link URL.

Modificate come nella figura selezionando una pagina del sito (ad esempio la Board of Directors della mia struttura) oppure create un URL falso (“#”) per far rimanere l’utente dove si trova. Salvate le modifiche ed è fatto.

Per annullare la cosa, è necessario riaprire la sezione Pages perché neppure l’administrator ha accesso diretto alle property della pagina.

Technorati Tag: DNN

Se vi siete mai chiesti Perché si chiamano Bug…

Sabrina C. — Thu, 09 Sep 2010 14:19:46 GMT

Oggi siamo incappati in questa simpatica spiegazione,

per i non anglofoni, questa nota risalente al 1945 con Bug allegato, dice:

è stato verificato che il malfunzionamento segnalato era nel Relay numero 70 del Pannello F, c’era una falena nel relay, si tratta del primo caso reale in cui è stato trovato un bug.

http://en.wikipedia.org/wiki/Software_bug per chi volesse leggere tutto l’articolo della wikipedia :D.

E se non sapete che cos’è il relay, questo è un esempio, ecco perché nel 1945 serviva una stanza per un computer ;P;P;P

E se vi serve un DeBugger…

Questo è brevettato :D

Tags: bug, debug

This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded.

Sabrina C. — Fri, 18 Jun 2010 12:56:24 GMT

Scusate lo strano titolo del post, ma probabilmente chi incontrerà questo errore proverà a cercarlo su un motore di ricerca e me ne sarà grato.

Premessa: I miei programmi, quando installati sui PC degli utenti finali per principio Non usano la GAC a meno che io non vi sia obbligata per poter esporre una qualche funzionalità a .COM.

Però, per la struttura con cui sono costruite le molte ed articolate librerie di base utilizzate per i miei progetti, tali librerie di base sulle macchine di sviluppo (e solo sulle macchine di sviluppo) vengono pubblicate in GAC. Questo serve a permettere a noi programmatori di poter aggiornare una libreria di base ed essere certi che qualsiasi soluzione/progetto che usa questa libreria base istantaneamente abbia le modifiche disponibili.

Per quale motivo facciamo tutto questo, perché le DLL poste in GAC non vengono copiate sulla cartella locale di ogni progetto che le usa da Visual Studio e quindi, ricompilando il progetto che referenzia la DLL base, esso fa certamente riferimento alla DLL giusta.

Questa soluzione è stata adottata dopo che il setup di una applicazione, a causa dell’ordine in cui il progetto di setup ha copiato le DLL referenziate quando è stato generato, ha inserito una versione vecchia di una dll e quindi l’aggiornamento installato dal cliente non funzionava.

Detto questo, che roba è il titolo di questo post?

Il titolo di questo post è il messaggio di errore che gacutil.exe, l’utility che installa e disinstalla dalla GAC gli assembly produce tentando di caricare in GAC una DLL compilata con il framework 4.0. Il gacutil.exe che uso io, me lo porto dietro dal 2005, infatti tale utility si trova sperduta nei meandri dell’SDK di Windows quindi, opportunamente, io ne ho fatto copia e la metto su C:\Windows così sono sicura di trovarla (Lo so che per qualche sistemista sarà un eresia, ma ragazzi, noi programmatori dobbiamo lavorà!)

Detto ciò, la mia utility scritta per il framework 2.0 funziona correttamente fino al framework 3.5 poi non funziona più e da questo messaggio.

Il motivo per cui non funziona più non lo so esattamente ma, con il framework 4.0 la GAC non si trova più dove era prima, ovvero:

c:\Windows\Assembly

ma è stata spostata (per ragioni più che giustificate ovviamente) e si trova sotto:

C:\Windows\Microsoft.NET\assembly\GAC_MSIL (per lo meno sul mio pc con windows Vista business)

pertanto, è necessario procurarsi ed usare il nuovo gacutil.exe fornito con Visual Studio 2010 accessibile senza tema usando il prompt dei comandi di Visual Studio, ma nascosto e praticamente introvabile a chi non conosca per filo e per segno le cartelle degli SDK di Microsoft.

Sulla mia macchina, il nuovo gacutil.exe si trova qui:

C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools

Sostituito questo con l’originale la registrazione va a buon fine e gli assembly vengono copiati sulla GAC correttamente, e ovviamente vengono correttamente registrati anche gli assembly delle versioni precedenti del framework.

Tags: GAC, gacutil, VS2010

Liberarsi del Bonjour service di Apple

Sabrina C. — Thu, 10 Jun 2010 09:26:43 GMT

Un appunto da tener presente quando cambiando PC si reinstalla tutti i tools:

Questo servizio viene installato automaticamente da alcune applicazioni Adobe come ad esempio Photoshop CS3 (so che è vecchio ma bisogna accontentarsi).

Per eliminarlo questa è la procedura:

Dal prompt dei comandi

sc stop "bonjour service"
sc delete "bonjour service"
Perché non sia + eseguito
Cancellare la cartella che trovate su programmi perché nessuno lo faccia ripartire
E facendo un giro sul registry cancellate anche tutte le chiavi che contengono il suo nome.

Tags: Bonjour

Un interessantissimo articolo per capire i threads

Sabrina C. — Tue, 01 Jun 2010 16:18:58 GMT

Cercando sui motori di ricerca a volte capita di trovare delle cose interessanti anche se non hanno molto a che vedere con quello che stai cercando.

Oggi, cercando alcune notizie sull’intercettazione di un keypress, il mio collega ha trovato questo articolo:

http://www.albahari.com/threading/

scritto da un certo signor Joseph Albahari, che spiega in dettaglio tutto quello che è necessario sapere per lavorare con i threads in una applicazione.

Pertanto lo appunto qui sia per me che per chi legge e faccio i miei complimenti al Signor Albahari per la sua chiarezza.

Tags: Threads, multithreading, C#

Alcune News su TFS2010 e Visual Studio 2010

Sabrina C. — Tue, 11 May 2010 11:22:01 GMT

Considerato il numero di innovazioni, aggiunte, rivoluzioni, nuove funzionalità e chi più ne ha più ne metta, che sono state introdotte da Visual Studio 2010 e da Team Foundation Server 2010, ho deciso (visto che almeno in questocampo sono il “CAPO”) di far migrare il nostro team di sviluppo immediatamente. Pertanto, mercoledì scorso abbiamo aggiornato tutti i nostri componenti, compilato e rilasciato tutti i progetti, fatto una copia sulle macchine di sviluppo di tutto ciò che c’era sul server e siamo partiti con l’aggiornamento.

Le operazioni effettuate per aggiornare da TFS2008 Workgroup a TFS2010 sono state le seguenti:

Backup dei database di TFS
Stop del server
Copia fisica dei database di TFS

Avendo già installato TFS 2008 su SQL Server 2008 non era necessario aggiornare il server dati che comunque ha installato SP1 e tutte le patches necessarie.

Poi, visto che non siamo così ricchi da poterci permettere una macchina nuova abbiamo fatto le seguenti operazioni:

Disinstallazione di TFS 2008, Visual Studio 2008 e tutto ciò che ad esso era collegato dal server. Riavvio, patch e upgrades di Windows, la macchina è un 2003 standard con tutti gli SP installati.

Installazione di Visual Studio 2008 sul server, Installazione di TFS sul server, Configurazione del TFS (indicandogli quali erano i database del vecchio TFS) e alcune opzioni veramente banali.

Installazione di Team Explorer sul server.

E magicamente tutto funzionava.

Abbiamo in contemporanea passato tutte le macchine di sviluppo a Visual Studio 2010 e installato il Team explorer per 2010, e dopo l’aggiornamento, tutto funziona perfettamente, abbiamo solo perso un paio di giornate a convertire e ricompilare tutti i progetti e ad aggiustare un paio di cose sulle Build (relative ai progetti di Setup per inciso) ma per il resto ogni cosa ha funzionato senza alcun problema o stranezza.

Posso dire che le compilazioni dei progetti sono notevolmente più veloci e che gli addin e le extension che si trovano già in quantità via extension manager permettono di configurare visual studio in modo confortevole e migliorare notevolmente il lavoro di sviluppo.

Pertanto tutti coloro che avessero dubbi e perplessità, chiedano pure, ma davvero problemi non ve ne sono stati.

Tags: VS2010, TFS

DNN 5.3 Skinning ed emicranie

Sabrina C. — Sun, 11 Apr 2010 08:37:10 GMT

Spero che questo post possa evitare qualche emicrania e soprattutto la caduta nel più profondo degli inferi a causa delle maledizioni lanciate a chi ha deciso di modificare in modo così poco comprensibile una cosa che fino alla versione 4.9 era semplice.

La creazione di uno skin personalizzato per DNN è una cosa facile se sapete cosa fare è invece molto difficile se non lo avete mai fatto. Anche il manuale di base scaricabile dal sito è in grado di darvi un sacco di nozioni su come fare ma alla fine della sua lettura, difficilmente sarete in grado di fare uno skin.

Pertanto, come sempre si fa in informatica, è meglio copiare per capire. Il mio consiglio è, andate su uno dei siti che vendono skin per DNN, sceglietene uno che vi piace, comperatelo, scaricatelo, createvi un mini web (o meglio ancora installatelo su un DNN locale sul vostro PC) dategli un occhiata e poi iniziate a provare a cambiare una classe CSS qui e una Table Li, per vedere cosa succede.

Ma non è di questo che voglio parlare in questo post, bensì di come la gestione degli skin è stata stravolta con la versione 5.3.

Con la versione 5 di DNN nella gestione degli skin sono cambiate alcune cose fondamentali, che ho trovato DEVASTANTI per il mio modo di lavorare.

Gli skin non possono più essere installati dall’utente administrator del portale ma devono essere installati dall’utente Host di DNN.
Pertanto se io avessi un cliente che acquista un portale sul mio DNN, lui non potrebbe con il suo utente amministrativo installarsi lo skin, e gestirselo come vuole ma dovrebbe passare per me. A questo per fortuna c’è un Workaround, infatti, i programmatori di DNN per il momento ci hanno fatto la grazia di permetterci di caricare a manina uno skin sulla cartella apposita del portale e fare in modo che si veda dalla finestra di amministrazione skins anche se non installato usando il wizard.
Per fortuna che è stato fatto, altrimenti tutti coloro che hanno skin personalizzati probabilmente avrebbero dato fuoco alla DNN corporation.
Gli skin non possono più essere installati dalla pagina ad essi dedicata perché sono divenuti delle estensioni di DNN. (Domanda: una chiamata allo stesso oggetto che sta sulla pagina estensioni dalla normale pagina skin era davvero così difficile?)
Gli skin non sono più un file zip che contiene 2 file zip, uno con lo skin e l’altro con i container, e non contengono solo i files ascx, css e le immagini che formano lo skin ma devono essere dotati di un file XML chiamato Manifest che deve descrivere come è fatto e cosa contiene lo skin.
Gli skin ed i container devono essere installati come estensioni separate, quindi bisogna fare un extension per lo skin e uno per i suoi container. Sulla documentazione c’è scritto che i vecchi skin si installano ancora normalmente, io ci ho provato ed ho fallito, probabilmente colpa mia, ma non sono riuscita a capire perché.

Se avete uno skin già installato e funzionante su un portale, ma lo avete caricato con il Workaround di usare l’FTP sulla cartella degli skin del portale, potete farlo divenire una extension usando il DNN. Essendo questa una operazione poco chiara, la scrivo anche per me stessa, in modo che la prossima volta che mi dimenticherò come fare, posso ricordarmelo cercando qui:

Loggatevi come Host del DNN
Dal menu Host aprite la pagina Extensions
Sulla pagina Extensions, dal menu in cima al modulo o da quello in fondo alla pagina selezionate Create Extension
Nella pagina che vi apparirà, vi verranno chieste le seguenti cose:

Select Extension type – è una combo in cima alla pagina che contiene già l’opzione “Authentication System” io dimentico sempre di modificarla in Skin e dato che non viene richiesto nulla in merito vado avanti e faccio dei danni! Se vi dimenticate di impostare questa combobox su Skin per creare lo skin e su Container per creare il container, vi troverete delle extension installate e inesistenti, fortunatamente c’è il tasto di cancellazione… Ma non era più user friendly mettere la combo a “None” o vuota e alla pressione del tasto Prossimo step, far suonare una sirena da nave e darci dell’idiota perché non l’avevamo compilata???
Name – qui dovete indicare il path dello skin nel formato (Portals\10\Skins\Business04_org) e non c’è scritto da nessuna parte.
Friendly Name – qui scrivete un nome amichevole per il vostro skin (Business04_org)
Description – Qui descrivete cosa c’è o cosa fa lo skin
Version – indicate un numero di versione usando le 3 combobox

Cliccate sul prossimo step e fate attenzione che non c’è il tasto Back se avete dimenticato qualcosa siete fritti!
Nella pagina che vi apparirà verranno chieste le seguenti cose:

Owner – ad esempio Sabrina
Organization – DotNetWork.it
Url – www.dotnetwork.it
Email Address – support@dotnetwork.it

Cliccate sul tasto prossimo step e semplicemente vi ritroverete sulla pagina Extensions di nuovo, però se scendete sulla lista Skins ora troverete il vostro skin, che avrà a disposizione l’icona di una matitina per modificarlo, ma usualmente non avrà a disposizione l’icona con la X rossa per cancellarlo. Questo non so ancora perché accada.

Adesso che il vostro skin (e volendo potete ripetere per il container) è divenuto parte di DNN come extension, se volete potete creare un package per installarlo ed esportarvelo. Come, lo scrivo anche quello perché mi sono serviti 6 tentativi per farlo.

Loggatevi come Host del DNN
Dal menu Host aprite la pagina Extensions
Sulla pagina Extensions, scendete fino alla lista degli skin (o filtrate la visualizzazione sul tipo skin) da esportare e fate click sull’icona con la matita che gli sta accanto.
Nella pagina dello skin, in fondo appare l’opzione Create Package, cliccate sul link per far partire il wizard.
La prima pagina vi informa di cosa state creando e vi espone 2 checkbox, lasciate tutto come sta e cliccate sul prossimo step.
Se state esportando uno skin di un portale, già la seconda pagina contiene dati errati, infatti, la prima textbox che dovrebbe contenere il path del vostro skin contiene qualcosa di simile a questo:
Portals\_default\Skins\Portals\10\Skins\MyskinFolder
è palesemente sbagliato perché somma la cartella del vostro skin alla cartella di default degli skin a livello di host.
Modificate il tutto togliendo la parte iniziale:
Portals\10\Skins\MyskinFolder
e premete il link Refresh File List che compare accanto alla textbox.
Nella text multiline compariranno tutti i files del vostro skin, verificate che vi siano solo quelli giusti e nel caso compaiano anche quelli della cartella _vti_conf che potrebbe essere presente, eliminateli perché sono doppi e non servono se non a dare errori.
Premete il link prossimo step, vi apparirà una pagina con una text multiline contenente il testo XML del manifest file del nuovo skin, potete lasciarlo com’è o modificare qualsiasi descrizione vogliate.
Premete il link prossimo step, vi apparirà una pagina con 2 textbox single line minuscole che contengono il manifest file name e l’archive file name, questi due path sul mio DNN hanno questa forma:
MyDnn_Portals\10\Skins\nomeskin.dnn
MyDnn_Portals\10\Skins\Nomeskin_01.00.00_Install.zip
E sono fondamentalmente sbagliati perché non esiste una cartella con questo nome sul mio server, pertanto lasciandoli così DNN produce un Errore e non produce lo skin. è necessario quindi cancellare la parte iniziale dei 2 nomi di file trasformandoli in:
nomeskin.dnn
Nomeskin_01.00.00_Install.zip
Premete il link prossimo step e incrociate le dita. Se nella pagina successiva trovate un Pallino verde e la dicitura
The Package was created and can be found in the www.MioSito.it/Install/Skin folder
Accedendo alla cartella del server via ftp o in locale se lavorate sul vostro server, troverete i 2 files sopra descritti con il vostro skin, potrete quindi farne download e reinstallarlo su altro portale.
Non ho ancora fatto una prova ma presumo, visto il modo poco chiaro in cui vengono memorizzati i path nel manifest dello skin, che sia necessario modificarne il path di base del portale per installarlo su un diverso portale o impostarlo a _default per installarlo a livello di Host.

Sperando di aver contribuito alla prevenzione delle emicranie da Skinning, vi auguro buon lavoro.

Tags: DNN

Dotnetnuke suggerimenti post aggiornamento

Sabrina C. — Thu, 25 Mar 2010 16:59:12 GMT

Ho appena aggiornato il DNN aziendale che funzionava pacificamente dal 2007 con la versione 4.8, l’ho portato alla 05.02.03 (74), senza gravi problemi, è stato davvero semplice dopo aver fatto un test su una macchina locale applicare quanto fatto sulla macchina di rete. ATTENZIONE! se qualcun’altro pigro come me avesse bisogno di fare questo tipo di aggiornamento, è necessario prima passare per la versione 4.09.05 e poi andare alla versione 5 oppure potreste farvi del male. I link per scaricare entrambe le versioni da Codeplex sono accessibili dal portale di DNN e sono poco visibili, seguite con un po’ di fiuto i vari links della pagina di aggiornamento della versione community.

Detto questo, tutto è andato bene salvo 2 cose: io ho i portali bilingue, italiano e inglese e il link delle lingue è sparito. Le icone di sistema sui menu non si vedono perché il loro url è scritto in forma sbagliata.

Il secondo problema mi riservo di sbudellarlo quanto prima aggiungendo una nota a questo post. Per il primo problema, che può portare ad attacchi di panico, la soluzione trovata ovviamente su un forum è semplice ma ben nascosta.

per ogni portale ove serve:

Menu Admin> Languages (attenti che a volte è nascosto oltre i … in fondo al menu.

Sulla pagina languages selezionate dalla combobox ad esempio su English (United States) o su qualsiasi altro linguaggio abbiate installato e tradotto.

click su Edit Language sotto alla combobox nella pagina che appare selezionare la checkbox Enabled e i link ai vari linguaggi appariranno sullo skin oppure verranno listati nella combobox apposita.

Tags: DNN, Languages