[BUZZ] Bitnami WordPress Stack

Jefferson, 11 de abril de 2010, , ,

#virtualização

(Isto estava em outro post. Movi para cá para melhor organizar)

Bitnami WordPress Stack

http://bitnami.org/stack/wordpress

*Pegou endereço IP no meu roteador (OK)

*Diz que para entrar na interface web, basta apontar o browser para esse endereço. Mas quando faço isso dá endereço inexistente.

*Ping também não funciona. Até parece que estou com problemas com o firewall. Mas o meu está desabilitado.

11 de abril de 2010 | Tags: , , | Categorias: BUZZ | %
1 comentário
  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:49 · Responder

    Realmente parece ter algo a ver com o firewall. Reiniciei o Windows e desativei o firewall bem antes de entrar no vmware. Desta vez consegui entrar no wordpress.

    Consegui acessar por SFTP depois de seguir as instruções do FAQ para ativar o SSH na VM.

    http://bitnami.org/faq/virtual_machines

    Não criei "keys", por achar o processo um saco e paranóicamente desnecessário.

    Instalação do wordpress acessível em /opt/bitnami/apps/wordpress/htdocs

Clique para comentar
(Prefira clicar em "Responder" se estiver comentando um comentário)

Deixe um comentário

Você pode usar estas tags HTML

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

  

  

  

:) :( ;) O_o B) :lol: :huh: :S :D :-P 8-O :yahoo: :rtfm: :dashhead1: :clapping: more »

[BUZZ] Testes com a VM WordPress da rPath.

Jefferson, 11 de abril de 2010, , ,

#virtualização

Testes com a VM WordPress da rPath.

(Eu comecei a falar sobre isso em outro post. Estou movendo para cá para melhor organizar).

WordPress Appliance da rPath:

http://www.rpath.org/project/wp/release?id=5678

O site diz que a versão mais recente é a 2.2.1. Mas quando você roda ela se identifica claramente como 2.1.2.

Problemas:

1) Não obtém IP no meu roteador se estiver configurado para bridge. Tenho que configurar para host-only

2) Não consigo fazer o FTP funcionar. Máquina recusa conexão sem sequer pedir a senha.

3)Instalação do wordpress é acessível, mas está um horror (aparentemente não carrega a stylesheet) e não me dá acesso ao painel de administração (dá página inexistente).

4) Administração web da VM funciona, mas não tem instruções sobre como acessar os arquivos da VM remotamente;

5) Tela de login instrui a consultar este endereço para "maiores" informações:

http://wiki.rpath.com/wiki/Appliance:WordPress_Appliance

Mas não há informação alguma lá.

11 de abril de 2010 | Tags: , , | Categorias: BUZZ | %
7 comentários
  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:25 · Responder

    O problema "2" parece ter sido causado por uma loucura qualquer no meu firewall.

    Consegui fazer responder por SFTP, mas não autenticava. Então segui instruções encontradas em outra página da rPath para definir uma senha para o usuário "web" e usei esse usuário para acessar por SFTP.

    As instruções estão aqui:

    http://wiki.rpath.com/wiki/Appliance:WordPressMU_Appliance

    Parecem ser para outro Appliance, o nome é diferente e as características não conferem. Mas algumas instruções funcionam.

    Porém o usuário "web" é limitado. Não consigo editar arquivos nem alterar permissões enquanto usando-o. Então pelo prompt eu defini uma senha para o usuário "root" (por default, não há) e passei a usar o root para acesso SFTP. Isso agilizou enormemente o trabalho.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:28 · Responder

    Quando eu acesso o servidor via browser, sou redirecionado para a página em:

    /srv/www/wordpress

    Mas quando eu tento acessar /wp-admin/ dá página inexistente, apesar de estar lá.

    Aparentemente eu estou sendo redirecionado para:

    /srv/www/html/wp-admin/

    Para mim isso só pode ser um bug de quem montou a VM. Não entendo como eu poderia ter provocado isso.

    Só que para consertar isso é preciso dar um "clear" nas tabelas do WordPress e essa VM aparentemente veio sem phpMyAdmin. Não sei fazer isso "na munheca".

    Tive que aprender a instalar o phpMyAdmin. É fácil quando se tem algumas noções. Com o phpMyAdmin funcionando, consegui consertar o problema de configuração relatado no outro post. Bastou acessar a database "wordpress" e dar um drop em todas as tabelas. Ao tentar acessar o wordpress novamente fui automaticamente apresentado à configuração básica.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:28 · Responder

    Consertei o redirecionamento indo para

    /etc/httpd/conf.d/

    e anexei uma extensão ".bak" a esses dois arquivos:

    wordpress-appliance.conf

    php_wordpress.conf

    Depois de reiniciar, o servidor parou de redirecionar os acessos à raiz (/srv/www/html/) para /srv/www/wordpress

  • Jefferson - 6.606 Comentários
    11/04/2010 at 17:08 · Responder

    Ter configurado a VM para "host-only" aparentemente está bloqueando o acesso à internet para o wordpress. Tentar pegar um tema ou plugin dá o erro:

    "An Unexpected HTTP Error occurred during the API request."

    Configurei de volta para bridge, mas após ficar um longo tempo parado com a mensagem "Determining IP information for ETH0", falha.

    Desliguei meu roteador DI-524 e conectei meu PC diretamente ao switch com meu modem Speedstream. Funcionou na primeira tentativa. Porém surgiu outro problema. Toda vez que acesso o servidor pelo novo IP (192.168.254.4/wordpress), o browser está tentando também obter arquivos no IP anterior (192.168.111.123/wordpress) que não existe mais. Estou investigando.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 17:38 · Responder

    O problema foi causado pelo próprio wordpress. O URL do site fica "hardcoded" no banco de dados na tabela "wp_options", registro "siteurl".

    Estava como: http://192.168.111.128/wordpress

    Usando o PhpMyAdmin mudei para: http://192.168.254.4/wordpress

    e dei um SHIFT-Refresh no browser. Problema resolvido. Incluindo o primeiro: já posso acessar a internet e instalar temas/plugins pela VM.

    Tenho que manter isso em mente, pois se a máquina virtual ganhar outro IP (troca de roteador, por exemplo), o problema voltará.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 19:33 · Responder

    Encontrei outro problema. Ao tentar instalar um novo tema, dá a seguinte mensagem no final do processo:

    "To perform the requested action, connection information is required."

    Nesta página encontrei toda a informação necessária sobre o problema:

    http://www.chrisabernethy.com/why-wordpress-asks-connection-info/

    Como parte dos meus testes eu apagara a instalação default do wordpress. Ao reinstalar, o owner dos arquivos passou a ser root, mas a VM espera que o owner seja "apache".

    Baseado nas informações do link acima, e como eu já havia bagunçado as permissões, defini este procedimento:

    *reconfigurei para usar o tema default (importante, ou dará problemas após apagamento)

    *fiz um backup de wp-config.php

    *deletei todo o diretório wordpress (isso apaga temas instalados. Por isso você dever configurar o padrão antes)

    *copiei via SFTP uma nova instalação "limpa" do wordpress

    *Copiei de volta o arquivo wp-config.php

    Neste ponto o blog já está funcionando, porém vai dar o erro ao instalar temas e plugins. Para resolver, basta fazer o seguinte logado como root no prompt da VM em html/:

    chown -R apache wordpress

    Isso vai mudar o owner de todos os arquivos sob wordpress/, recursivamente, para "apache".

    o comando "ls -l" mostra o owner de cada arquivo.

    Problema resolvido, mas outro foi criado. Por algum motivo maluco, o problema com o endereço http://192.168.111.128/ voltou, apesar do banco de dados estar apontando para http://192.168.254.4/

  • Jefferson - 6.606 Comentários
    11/04/2010 at 23:56 · Responder

    Tentei consertar deletando (eu devia ter tentado um clear antes) a tabela "wp_options". Péssima idéia. O wordpress não conseguiu mais acessar o banco de dados, nem conseguiu reparar a si mesmo. Precisei dar um clear em todas as outras tabelas para a rotina de configuração básica ser ativada. Feito isso e depois importando novamente os posts, o problema parece resolvido. Mas eu não gosto desse tipo de "solução". Preciso descobrir onde o wordpress estava pegando o endereço errado.

Clique para comentar
(Prefira clicar em "Responder" se estiver comentando um comentário)

Deixe um comentário

Você pode usar estas tags HTML

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

  

  

  

:) :( ;) O_o B) :lol: :huh: :S :D :-P 8-O :yahoo: :rtfm: :dashhead1: :clapping: more »

[BUZZ] Instalando o phpMyAdmin na VM da rPath.

Jefferson, 11 de abril de 2010, , ,

Instalando o phpMyAdmin na VM da rPath

Baixei o arquivo ZIP aqui:

http://www.phpmyadmin.net/home_page/downloads.php

Descompactei no meu HDD e transferi os arquivos para a VM por SFTP, usando credenciais do usuário ROOT. Coloquei no diretório:

/srv/www/html/phpMyAdmin

Editei o arquivo

/srv/www/html/phpMyAdmin/config.sample.inc.php

para mudar o setting de AllowNoPassword de FALSE para TRUE

Renomeei o arquivo para

config.inc.php

Acessei

http://xxx.xxx.xxx.xxx/phpMyAdmin/

e usei usuário “root” sem senha para entrar

NOTA: aparentemente o usuário ROOT do Mysql não é o mesmo usuário ROOT para login no Linux. Mas não comprovei isso ainda.

11 de abril de 2010 | Tags: , , | Categorias: BUZZ | %
7 comentários
  • Alexandre da Silva Custódio -
    11/04/2010 at 7:43 · Responder

    Realmente, o root do mysql não tem nenhuma ligação com o root do linux.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:36 · Responder

    Eu estudei mySQL há anos. Se não me falha a memória você pode criar qualquer usuário com qualquer nome. Nomear o usuário MySQL como "root" é uma idéia muito ruim se você quer que sua VM seja usada por usuários "noobs" como eu. Porque até a pessoa descobrir que as senhas são diferentes, muitos cabelos já foram arrancados.

  • Samuel Defilippo -
    11/04/2010 at 15:42 · Responder

    A única ligação efetiva é quando você utiliza o próprio cliente mysql do linux. Se você não informar o contrário ele tenta logar como o usuário logado no linux.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 15:44 · Responder

    Mas funcionaria? Quer dizer… eu posso deixar o MySQL sem usuários e logar como um usuário com poder de administrador setado no próprio SO? Isso facilitaria bastante até mesmo na criação de tutoriais.

  • Samuel Defilippo -
    11/04/2010 at 21:13 · Responder

    Não. É apenas uma funcionalidade do cliente mysql e não do servidor mysqld. Ou seja, você deve configurar o usuário root normalmente no mysqld, quando logar via mysql vc não vai precisar passar o usuário. Já tentei também deixar o usuário root sem senha só para login locais (localhost). Porém se um outro usuário de linux fizer "mysql –user=root" ele já loga automaticamente como root sem precisar passar a senha.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 22:14 · Responder

    ahhhh… entendi. É por isso que cria-se então um usuário "root" no MySQL.

    Mas se noob (eu) não souber que são distintos, se descabela.

  • Jefferson - 6.606 Comentários
    11/04/2010 at 22:15 · Responder

    Eu desconfiava que eram diferentes, por experiência anterior, por isso não cheguei a perder tempo. Mas alguém que saiba menos que eu se perde.

Clique para comentar
(Prefira clicar em "Responder" se estiver comentando um comentário)

Deixe um comentário

Você pode usar estas tags HTML

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

  

  

  

:) :( ;) O_o B) :lol: :huh: :S :D :-P 8-O :yahoo: :rtfm: :dashhead1: :clapping: more »

[BUZZ] Dois problemas com o plugin WP_Filebase instalado no site foram resolvidos hoje

Jefferson, 25 de março de 2010,

Eu estava com dois problemas com o plugin WP_Filebase instalado no site, que foram resolvidos hoje:

1)A proteção contra hotlinks não estava funcionando. Qualquer leecher podia colocar o link direto para o arquivo em seu blog, me tornando invisível. Resolvido ao instalar a recém disponibilizada versão 1.3.3. O danado é que o Sete Problemas também estava (e está) com a versão 1.3.2 e o problema nunca ocorreu lá.

2)(Você não vai entender isso se não usa o WP_Filebase) Os links para os arquivos estavam aparecendo todos duplicados. Isso foi mancada minha, que passei várias vezes pela opção "Mostrar arquivos anexados" e não havia percebido que ela podia ter relação com o problema. Bastou desmarcar a opção para os links pararem de duplicar. O fato é que se você associar um arquivo com um post e essa opção estiver marcada, mesmo que você não anexe o arquivo no post, WP_FILEBASE intercepta a exibição do post e exibe o link. Eu achei que associar um arquivo com um post só servia para a proteção de hotlinks.

25 de março de 2010 | Tags: | Categorias: BUZZ | %
1 comentário
Clique para comentar
(Prefira clicar em "Responder" se estiver comentando um comentário)

Deixe um comentário

Você pode usar estas tags HTML

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

  

  

  

:) :( ;) O_o B) :lol: :huh: :S :D :-P 8-O :yahoo: :rtfm: :dashhead1: :clapping: more »

« Posts mais recentes