Thinstall operates on binary data such as EXEs, DLLs, datafiles, and registry information to create self-contained applications that can be deployed and executed without installation. Thinstall does not require any source code changes. Click here for more details about How Thinstall fits into your software release process.
Thinstall's Virtual Machine Technology allows developers to package entire applications into a single file that can be run without an installation process. Thinstall's Virtual Machine Technology is extremely light weight in terms of the amount of disk space, RAM, and CPU it requires.
The Virtual Machine (VM) performs:
·
Process Loading. The VM loads a starting EXE file from the Virtual Filesystem and allows it to execute any other EXE directly from the Virtual Filesystem or from the normal filesystem.
·
DLL Loading. The VM loads any DLL dependencies your EXE/DLL/OCX files may have directly from archive when instructed. The VM can import and use DLLs located on the normal filesystem as well as the Virtual File System. The VM provides full control over which DLLs you want to use, making it possible to entirely eliminate "DLL Hell" problems without relying on Windows XP "Side-by-side" features.
·
Thread & Process Management. The VM is responsible for keeping track of all threads created inside the virtual machine. The VM manages thread-local storage, notifies Dlls about new process threads, and manages memory for thread stacks.
·
The VM runs on all versions of 32bit, Windows platforms (95/98/ME/NT/2k/XP) without installation, drivers, reboots, or administrator access.
The Virtual Registry presents predefined registry keys to all applications and libraries loaded through the VOS.
·
Virtual registry allows COM/ActiveX based applications to run on systems where registry access has been restricted.
·
Supports In-Process (DLL/OCX) and Out-of-process (EXE) servers.
·
COM and ActiveX controls can be loaded directly from the VFS, eliminating all possibility of removal by another application's uninstall.
·
Virtual Registry exists inside your EXE, so it cannot be misconfigured by another program's installer or uninstaller.
·
Registry recording system allows you to record all registry keys a COM/ActiveX control would normally create during "Regsvr32". Recording occurs on the development computer, and is simulated in the runtime environment.
·
The VREG system automatically tracks COM object lifetimes so that it can free DLL and EXE servers.
Versão em português do XOOPS Cube Legacy 2.1.7 RC, trazendo várias melhorias e correções. [ Download ]
Apesar de ser considerada oficialmente uma versão experimental, sugiro enfaticamente a utilização desta versão como sendo a mais estável até agora. Principalmente em relação aos arquivos da versão em português, em que inúmeros ajustes relativos a gramática, ortografia, padronização e até segurança foram realizados.Voltando a este lançamento, acredito que não tenha nenhum problema novo que não esteja presente nas versões anteriores. Caso você encontre algum, por favor, envie o seu achado para um dos fóruns do projeto no SourceForge.net ou mesmo no XOOPS Brasil.
Como a atualizo do XOOPS 2.1.6 ou 2.1.6a
Remova mainfile.php e / instalar o diretório do pacote para não quebrar o seu ambiente atual. Em seguida, fazer upload de arquivos do pacote para o servidor. Por último, fazer atualização módulos indicando ícone vermelho no módulo de gestão do painel de controle. Você pode fechar o portal no painel de controle para ocultar o seu aperfeiçoamento.
XOOPS Cube Legacy "Package_Legacy" & "XCube core" Changelog
----------------------------------------
2009/04/05: Package Revision 2.1.7 RC
----------------------------------------
[Bug Fix - From Bug Tracker]
- Fix Bug #2491813 - SmileEditAction include multi byte comment.
- Fix Bug #2491817 - SmileEditAction cannnot delete old file.
- Fix Bug #2591041 - Typo Legacy_PublicControllerStrategy.class.php.
- Fix Bug #2642879 - javascript error in admin area.
- Fix Bug #2642959 - SQL Error in Legacy_Updater.
- Fix Bug #2658360 - doubtful escaping in quoteString()
- Fix Bug #2666693 - Error in /XUpgrade/admin/class/UpgradeProcessor.class.php
- Fix Bug #2686374 - Bugs in class.phpmailer.php v2.0.2 (Updated PHPmailer to v2.0.3)
- Fix Bug #2690736 - typo: X_ITEM_TILE (X_ITEM_TITLE?) default_notify.tpl
- Fix Bug #2690739 - typo in /install/include/functions.php, line 38
- Fix Bug #2696701 - user_lostpass.html email maxlength too short
- Fix Bug #2699408 - Specify 2nd argument of mysql_real_escape_string().
- Fix Bug #2724748 - XoopsMemberHandler::getUserByEmail() cannot get user object.
[Bug Fix - From "XCube" Bug Tracker]
- Fix Bug #2656854 - XC_CLASS_EXISTS loops infinity.
- Fix Bug #2635869 - Abstracts difference of class_exists between two versions.
[Patches - From Feature Request Tracker]
- Request #2642992 - exclude extra trim()
- Request #2662922 - DB Layer can be overridden.
- Patch #2697022 - Package_Legacy\html\ - new portuguese translations
- Patch #2697034 - extra_languages\ - new pt_utf8 translations
- patch #2697044 - missing: XUpgrade and system pt language files
- Patch #2701060 - Path disclosure in xoopsmailerlocal.php (pt_utf8)
- Patch #2701140 - legacyRender: update for Portuguese Files
[Other Changes/Enhancements]
- Request #2682887 - MySQL Database Connection should specify the client_flags
- Legacy Controller class provides LEGACY_MODULE_VERSION constant as phpversion.
[Staff]
- GIJOE
- Gusagi
- Hxrr
- Marijuana
- Mikhail
- Minahito
- Mumincacao
- Onokazu
- Roger
- Salamander
- Tohokuaiki
- Tom_G3X
----------------------------------------
2009/04/02: Package Revision 2.1.6a
----------------------------------------
[Bug Fix - From Bug Tracker]
- Fix Bug IPA#74747784 / JPCERT#95042060 - XSS weakness
- Fix Bug #2350320 - Possibility of script injection in ErrorHandler::show.
Como a atualizar a partir do XOOPS 2.0.x JP
Tente primeiro em casa! É preferível tentar a atualização de uma cópia de seu portal no seu computador e, em seguida, mover o resultado para o mundo real. Ou então duplique o seu portal no servidor (dados e arquivos) e trabalhe apenas com a cópia.
ETAPA 1 - Preparação
Verifique se a versão do PHP do seu servidor é maior que a 4.3.11.
Para diminuir as chances de que algo dê errado, atualize o seu XOOPS para a última versão da série 2.0: XOOPS 2.0.16 JP
Verifique a compatibilidade dos seus módulos nesta página. Fique atento quanto aos números das versões e veja se foram lançadas atualizações, e se essas são apenas opcionais (ex: inclusão de novos recursos) ou obrigatórias (ex: conserto de falhas de segurança).
No XOOPS Cube Legacy, o módulo Sistema ('system') é opcional, mas alguns módulos podem ser dependentes dele. Se isso acontecer, saiba que há uma cópia dele na pasta "extras" do pacote de instalação do XOOPS Cube Legacy (Package_Legacy/extras/system).
ETAPA 2 - Fechar o portal
Nas preferências do sistema, selecione o tema 'default' e desabilite qualquer outro.
Nas preferências do sistema, feche o seu portal.
Nas preferências do sistema, altere o modo de depuração de erros para: PHP debug mode.
Na opção "Blocos" do módulo "Sistema", desabilite qualquer bloco personalizado que contenha códigos PHP em seu conteúdo (se o bloco depender de variáveis globais X2's, pode ser que não funcione perfeitamente).
Se desejar ainda mais segurança no processo de atualização, desligue TODOS os blocos, especialmente os blocos do sistema.
Nas preferências do sistema, defina "nenhum" como o módulo inicial do portal. Isso evitará que apareça uma tela branca caso o módulo inicial apresente qualquer problema de incompatibilidade.
Nas preferências do sistema, no final da página, remova todas as configurações de cache dos módulos, já que o Legacy provê um mecanismo de aceleramento diferente do antigo X2.
ETAPA 3: Substituição de arquivos
Pessoalmente, não vejo motivo algum para remover os arquivos antigos. Porém, no wiki do xoopscube.org há uma recomendação de remover todos os arquivos de sua instalação, exceto o arquivo mainfile.php e as seguintes pastas:
images
themes
uploads
modules
XOOPS_TRUST_PATH
Sobrescreva os arquivos antigos com o pacote do XOOPS Cube Legacy.Não copie a pasta "install", porque ela só é necessária para novas instalações. Também não subreescreva o arquivo mainfile.php
Se necessário, atualize os módulos de terceiros que por ventura necessitem de atualização, conforme descrito na ETAPA 1.
Você ainda não precisa remover os arquivos do XOOPS_TRUST_PATH, basta atualizar os módulos que utilizam esse diretório para suas versões mais recentes.
Não se esqueça de copiar os módulos "legacy" para o diretório "modules"!
Se você estiver usando d3forum como gestor de comentários não se esqueça de copiar os arquivos contidos em "html /class/smarty/plugins" para o local apropriado.
ETAPA 4: Atualizar
Atualize manualmente o seu mainfile.php.
Como fazer isto? É bastante fácil.Abra o seu mainfile.php com um editor de texto similar ao notepad e altere isto:
Para que fique deste jeito:
Se você usa o XOOPS Protector, serão necessárias alterações adicionais no seu mainfile.php. Leia sobre isto neste documento ou na documentação contida no módulo protector.
Clique em 'Atualizar' do seu navegador.
Instale todos os novos módulos do XOOPS Cube Legacy (legacy, legacyRender, stdCache, user, pm).
Vá para a gestão de módulos e atualize todos os seus módulos.
Copie o módulo XUpgrade (Package_Legacy/extras/XUpgrade) para o diretório "modules" de seu servidor (XOOPS_ROOT_PATH/modules/).
Vá para a gestão de módulos, e instale o XUpgrade. Com esta instalação, várias configurações antigas serão automaticamente atualizadas para funcionar com os módulos Legacy.
Pronto, você pode opcionalmente desinstalar o módulo XUpgrade.
PASSO 5 - Reabrindo o Portal
Atualize todos os módulos e verifique se cada um deles está funcionando.
Veja nesta páginase os seus módulos dependem do módulo Sistema ('system'). Se nenhum deles for dependente, então você poderá desinstalá-lo e, se desejar, apagar o diretório 'system' do seu servidor. Se um módulo for dependente do Sistema, será mostrado essa imagem:
Instale todos os blocos que serão usados. Não crie blocos personalizados agora, deixe para o próximo passo.
Antes de instalar um bloco personalizado ou de selecionar um novo tema, abra uma cópia da administração em uma nova janela ou aba de seu navegador web. Assim, você ainda não perderá o acesso administrativo caso haja algum problema com seu bloco ou tema.
Refaça as preferências que por ventura foram perdidas no processo.
Abra o seu site.
Depois de verificar as configurações do site, desligue o modo de depuração ("debug").