Entendi, irei aproveitar só pra te pedir se possível pra você postar o seu .htaccess so para servir de exemplo para comparar com o meu... seria possível ?

ok

# Elgg htaccess directives

<FilesMatch "(nginx|htaccess).dist">
    order allow,deny
    deny from all
</FilesMatch>

# Don't allow listing directories
Options -Indexes

# Follow symbolic links
Options +FollowSymLinks

# Default handler
DirectoryIndex index.php

############################
# BROWSER CACHING

# Make sure .ico has proper MIME type, allowing mod_expires to handle them.
<IfModule mod_mime.c>
    AddType image/vnd.microsoft.icon .ico
</IfModule>

# The expires module controls the Expires and Cache-Control headers. Elgg sets
# these for dynamically generated files so this is just for static files.
<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresDefault "access plus 1 year"
</IfModule>

# Conditional requests are controlled through Last-Modified and ETag headers.
# Elgg sets these on dynamically generated cacheable files so this is just for
# static files. Note: Apache sends Last-Modified by default on static files so
# I don't think we need to be sending ETag for these files.
<FilesMatch "\.(jpg|jpeg|gif|png|mp3|flv|mov|avi|3pg|html|htm|swf|js|css|ico)$">
    FileETag MTime Size
</FilesMatch>

############################
# PHP SETTINGS
<IfModule mod_php5.c>
    # limit the maximum memory consumed by the php script to 64 MB
    php_value memory_limit 64M
    # register_globals is deprecated as of PHP 5.3.0 - disable it for security reasons.
    php_value register_globals 0
    # post_max_size is the maximum size of ALL the data that is POST'ed to php at a time (8 MB)
    php_value post_max_size 8388608
    # upload_max_filesize is the maximum size of a single uploaded file (5 MB)
    php_value upload_max_filesize 5242880
    # on development servers, set to 1 to display errors. Set to 0 on production servers.
    php_value display_errors 0
</IfModule>

############################
# COMPRESSION

# Turn on mod_gzip if available
<IfModule mod_gzip.c>
    mod_gzip_on yes
    mod_gzip_dechunk yes
    mod_gzip_keep_workfiles No
    mod_gzip_minimum_file_size 1000
    mod_gzip_maximum_file_size 1000000
    mod_gzip_maximum_inmem_size 1000000
    mod_gzip_item_include mime ^text/.*
    mod_gzip_item_include mime ^application/javascript$
    mod_gzip_item_include mime ^application/x-javascript$
    # Exclude old browsers and images since IE has trouble with this
    mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\["
    mod_gzip_item_exclude mime ^image/.*
</IfModule>

## Apache2 deflate support if available
##
## Important note: mod_headers is required for correct functioning across proxies.
##
<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript application/x-javascript image/svg+xml
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.[0678] no-gzip
    BrowserMatch \bMSIE !no-gzip

<IfModule mod_headers.c>
    Header append Vary User-Agent env=!dont-vary
</IfModule>

    # The following is to disable compression for actions. The reason being is that these
    # may offer direct downloads which (since the initial request comes in as text/html and headers
    # get changed in the script) get double compressed and become unusable when downloaded by IE.
    SetEnvIfNoCase Request_URI action\/* no-gzip dont-vary
    SetEnvIfNoCase Request_URI actions\/* no-gzip dont-vary

</IfModule>

############################
# REWRITE RULES

<IfModule mod_rewrite.c>

RewriteEngine on

# If Elgg is in a subdirectory on your site, you might need to add a RewriteBase line
# containing the path from your site root to elgg's root. e.g. If your site is
# http://example.com/ and Elgg is in http://example.com/sites/elgg/, you might need
#
#RewriteBase /sites/elgg/
#
# here, only without the # in front.
#
# If you're not running Elgg in a subdirectory on your site, but still getting lots
# of 404 errors beyond the front page, you could instead try:
#
#RewriteBase /

# If your users receive the message "Sorry, logging in from a different domain is not permitted"
# you must make sure your login form is served from the same hostname as your site pages.
# See http://learn.elgg.org/en/stable/appendix/faqs/general.html#login-token-mismatch for more info.
#
# If you must add RewriteRules to change hostname, add them directly below (above all the others)

# hide all dot files/dirs (.git)
RewriteRule (^\.|/\.) - [F]

# cache handler to skip engine
RewriteRule ^cache\/(.*)$ engine/handlers/cache_handler.php?request=$1&%{QUERY_STRING} [L]

# deprecated export handler
RewriteRule ^export\/([A-Za-z]+)\/([0-9]+)\/?$ engine/handlers/export_handler.php?view=$1&guid=$2 [L]
RewriteRule ^export\/([A-Za-z]+)\/([0-9]+)\/([A-Za-z]+)\/([A-Za-z0-9\_]+)\/$ engine/handlers/export_handler.php?view=$1&guid=$2&type=$3&idname=$4 [L]

# rule for rewrite module test during install - can be removed after installation
RewriteRule ^rewrite.php$ install.php [L]

# Everything else that isn't a file gets routed through Elgg
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?__elgg_uri=$1 [QSA,L]

</IfModule>

está 100% igual kkkk, realmente estou com azar. ativei todos tipos de alertas e erros no meu servidor... irei debugar agora para ver se tenho algum retorno

Depois de 581 dias..kkkk tava com esse problema. Descobri que tinha ativado plugin footer_rename. Qunado desativava tudo funcionava bem. De repente pode ser a mesma coisa ou outro plugin. boa sorte

O problema está relacionado com a versão do PHP instalada no servidor. Quando mudo a versão do PHP 5.3.29 (default) para a versão necessária para a instalação do elgg 1.12 (5.5+) então o problema passa a aparecer também na instalação do elgg 1.9.

Deduzimos que o problema está relacionado com o PHP. mas não conseguimos descobrir se está faltando ativar algum módulo no server para que a instalação rode corretamente.

Alguma sugestão?

FWIW, 1.12 only requires 5.4+.

If you are installing both versions on the same server and pointing them at the same database/data directory, that could cause conflicts where one works but another doesn't. Make sure to flush your Elgg caches and browser caches too.

Olá,

Vejamos: Você possui a mesma versão do elgg? Sim.

Antes você tinha instalado dentro de uma pasta e agora está no raiz do site. Sim.

Primeiramente verifique as configurações do arquivo /engine/setings.php se estão corretas.

Depois procure dentro da base de dados. Existe dois locais nas tabelas que deverão ser corrigidos a url do site antigo para a url do site novo e também confira a url da pasta de arquivos (data) do elgg se está correta.

Tenha a certeza de que o servidor está rodando a versão necessária para o elgg 1.11. Em muitos casos é possível configurar a versão do PHP para uma versão mais superior através do Cpanel.

Atenção: Em alguns servidores com domínios compartilhados (adicionados) na mesma conta, o elgg não funciona corretamente.

Resolvido

Alterei o .htaccess pra indicar a versão 5.4 do PHP

Olá,

Vá em Friends e crie um novo grupo de amigos e adicione a pessoa no grupo de amigos criado. Faça upload do arquivo e determine em permissão de acesso o grupo de pessoas que você criou anteriormente. Pronto, agora somente este grupo de pessoas terá acesso ao arquivo. Como somente existe uma pessoa adicionada no grupo, então, somente esta pessoa terá acesso ao arquivo. Bom trabalho.

Acho que você tem que usar outro método.. elgg_get_annotations http://reference.elgg.org/annotations_8php.html#ae6685c23c9906b8c00469e1f6a1ca717