Quando si attiva l’estensione php_mysql dal PHP.INI :
extension=php_mysql.dll
extension=php_mysqli.dll
si ottiene sempre un errore sul server.
Per risolvere è necessario copiare la DLL: libmysql.dll
Nella directory di WINDOWS
Estensione MYSQL su PHP su Windows
Assegnare l’ IPv6 a Windows 2003 Server
*questo mette l’ip sull’interfaccia*
netsh interface ipv6 add address “
*questo configura il routing ipv6 tutto(::/0) verso il GW*
netsh interface ipv6 add route ::/0 “
Assegnare l’ IPv6 a Windows 2000 Server
E’ un casino…ma ecco come fare.
– Copiare tcpip6.sys nella DIrectory Windows/System32/Drivers
– Digitare net start tcpip6 (avvia Ipv6 protocol)
– Digitare IPV6 IF per conoscere il numero dell’interfaccia (bisogna segnarselo)
– Assegnare l’indirizzo ip con il comando : ipv6 adu 6/2a01:6a0::3e30:1021 ( dove 6/ è il numero dell’interfaccia)
– Ad ogni riavvio deve essere ri-dato il comando : ipv6 adu 6/2a01:6a0::3e30:1021 perchè il server perde l’IP
Superato il limite del buffer delle risposte
Quando si ottiene l’errore:
‘ASP 0251 : 80004005’ Superato il limite del buffer delle risposte
è un problema del parametro : AspBufferingOn
della configurazione di IIS 6.0
Bisogna quindi aprire il file:
c:windowssystem32inetsrvMetaBase.xml
trovare la proprietà indicata e metterla su FALSE
Streaming Multicast Windows 2003 (indagine)
Ho fatto un pò di analisi per quella faccenda dello Streaming MULTICAST.
Uno Windows 2003 STANDARD Edition non lo può fare.
Come dice qui >
https://www.iliveu.com/wmserver_en/hosting/streaming/usingmulticaststreaming.htm
Multicast streaming and the WMS Multicast Data Writer plug-in are available only if Windows Media Services 9 Series is running on the following editions of the operating system: Windows Server 2003, Enterprise Edition and Windows Server 2003, Datacenter Edition. If you are running Windows Server 2003, Standard Edition, these features are not supported.
I Link che spiegano meglio le cose x ora sono questi:
https://technet.microsoft.com/it-it/library/cc645570.aspx
e soprattutto qui :
https://www.microsoft.com/windows/windowsmedia/forpros/serve/firewall.aspx#Multicast
AspExec DLL su Windows 2003 con IIS6
-Installare AspExec.Dll copiando la Dll dentro WindowsSystem32
-Registrarla con Regsvr32 Aspexec.dll
Andare su Servivi e trovare quello di IIS (Servizio di pubblicazione sul Web o World Wide Web…) e mettere la spunta : Permetti al Servizio di interagire con il Desktop
A questo punto Andare su IIS.
Creare un nuovo POOL di Applicazioni.
Chiamatelo come vi pare (es. LowProcess) e createlo pure prendendo quello di Default come modello. Solo alla fine dovete cambiare sull’ultima scheda IDENTITA la voce predefinita.
Questa voce deve girare come SISTEMA LOCALE (Local System). E’ un pò pericoloso ma funziona solo così.
Assegnate il POOL di applicazioni al Sito Web su IIS e dategli anche (come script) : Script e ESEGUIBILI.
La Dll AspExec dovrebbe così funzionare su IIS 6.
File MSI associazione File
Oggi mi è capitato che al lancio di un file .MSI Windows mi chiedesse :
“A quale programma devo associare i file .MSI” ?
Sinceramente non ho risotlo il problema.
Ho re-installato Windows Installer e riavviato ma nulla.
Alla fine, per risparmiare tempo ho eseguito il file a mano col l’utility a riga di comando MSIEXEC.
Funzionamento:
Msiexec /i (nome_file)
Io penso che per risolvere il problema bisogna associare (nelle associazioni file) i file .MSI a MsiExec.
Converire un sito Web su CD
per convertire (o emulare!!) un sito web su CD o su chiaviina USB
in modo che continuino a funzionare alcune caratteristiche si possono provare questi semplici prodotti :
fino a poco tempo fa esisteva octopod.net…ora il sito non è raggiungibile. Come alternativa c’è questo:
https://www.dwebpro.com/?lang=it
oppure questo : https://www.server2go-web.de/)
ma è solo PHP
Elencare tutte le Path dei Siti Web su IIS
Per elencare tutte le PATH è necessario prima disporre di tutte le ID dei vari siti web. Dopodichè è possibile creare un BATCH per richiamare il comando adsutil.vbs in un modo come questo:
cscript adsutil.vbs get w3svc/11291/ROOT/Path
cscript adsutil.vbs get w3svc/11293/ROOT/Path
cscript adsutil.vbs get w3svc/11306/ROOT/Path
cscript adsutil.vbs get w3svc/11307/ROOT/Path
A questo punto si può creare un BATCH che posizioni il suo contenuto in un file di testo e avremo come risultato un file TXT con tutte le Path
Riparare una tabella su MySql
Pochi giorni fa ho iniziato a rilevare un sacco di errori su php-stats relativi all’impossibilità di eseguire tutta una serie di query da diverse tabelle.
Il messaggi che ricevevo erano di questo tipo:
#1016 – Can’t open file: ‘nometabella.MYI’ (errno: 130)
All’inizio mi aspettavo fosse un problema dovuto ad una saturazione dello spazio disponibile per il db, così ne ho riallocato un altro paio di MB, ma non notando miglioramenti dopo due giorni ho iniziato a preoccuparmi. Cercando su Google per il messaggio di errore di cui sopra ho trovato solo un risultato relativo significativo che riportava un problema analogo e che suggeriva di tentare di risolvere il problema lanciando il seguente comando SQL:
REPAIR TABLE nometabella;
Nel mio caso sono riuscito a salvare solo una delle tre tabelle corrotte però e a quel punto ho chiesto un consiglio (e anche dei chiarimenti sull’accaduto) al supporto tecnico di TopHost che mi ha risposto suggerendomi di provare il comando:
REPAIR TABLE nometabella USE_FRM;
In questo caso il REPAIR ha avuto successo e php-stats sembra aver ripreso a funzionare correttamente. In seguito però ho voluto cercare di capire un po’ meglio almeno il significato e le eventuali conseguenze di questi interventi di ripristino e a tal proposito mi sono messo a cercare sul “MySQL 5.0 Reference Manual” che alla voce “REPAIR TABLE Syntax” è piuttosto esaustivo.
Ho quindi potuto capire che:
La causa della corruzione delle tabelle, o più precisamente degli indici, è quasi sempre da imputarsi ad un crash improvviso del DB; c’è da capire quanta percentuale di responsabilità sia a carico del servizio di hosting…
Il comando REPAIR TABLE nometabella; tenta semplicemente di ricostruire il file di indice;
Il comando REPAIR TABLE nometabella USE_FRM; va utilizzato proprio nel caso in cui il file di indice non ci sia più o nel caso in cui abbia l’header corrotto. L’opzione USE_FRM fa si che il file .MYI venga ricreato a partire dal file .FRM, per cui si tratta di un intervento più radicale e pericoloso. Lo stesso reference di MySQL dice: “Use this mode only if you cannot use regular REPAIR modes. The .MYI header contains important table metadata (in particular, current AUTO_INCREMENT value and Delete link) that are lost in REPAIR … USE_FRM. Don’t use USE_FRM if the table is compressed because this information is also stored in the .MYI file.“
