apoio técnico pedagógico
Até agora há pouco, as datas no calendário e nas seções de ambientes de apoio no formato semanal estava em inglês. Graças a um link passado pelo Prof. Tonelli do IME resolvemos o problema. Agora temos datas na língua padrão do ambiente.
(para os administrados de sistema: em servidores baseado na distribuição debian, use, no servidor onde o servidor web está instalado, dpkg-reconfigure locales e instale pt_BR.UTF8, es_ES.utf8, etc.)
Acabamos de resolver um problema com o sistema de notificações do Moodle do Stoa. Normalmente, ao fazer um post em um fórum do tipo “Notícias”, uma notificação é mandado via email a todos os participantes (incsritos) do ambiente de apoio. Mas até hoje, dia 27 de janeiro no início da tarde isto não estava acontecendo. Acontece que o Moodle do Stoa novo foi instalado em novos servidores, que por um engano de configuração não podiam usar os servidores de email da USP. Avisamos o CCE e o problema está resolvido.
Obrigado à Profa. Eva Glenk para e ao CCE para a rápida resolução do problema!
Inverti a ordem dos blocos “Navegação” e “Configuração” na barra lateral esquerda do Moodle do Stoa (são os dois blocos na barra lateral que aparecem em todas as páginas do site) . Agora, o bloco “Configuração” fica acima do bloco “Navegação”. Achei que vai ficar melhor, já que o bloco Navegação pode ficar muito comprido, deixando o bloco Configurações (que é importante sobretudo para Docentes e Monitores) difícil de achar.
Outras ideias? Fiquem a vontade fazer sugestões!
Neste ano o sistema moodle do stoa migrou de servidor. O sistema antigo, hospedado em http://moodle.stoa.usp.brainda está ativo, mas não se encontra mais sincronizado com os sistemas administrativos da USP. A intenção é clara, devemos todos migrar para o novo sistema.
O endereço é http://disciplinas.stoa.usp.br
Ele pode ser acessado diretamente pelo link acima, ou então através do link situado logo no topo da sua página no sistema antigo. O importante é que vocês criem suas disciplinas no sistema novo.
Primeiramente ingresse na sua disciplina do sistema anterior e faça um backup no seu computador (link situado na barra esquerda inferior do ambiente em questão). Caso você tenha múltiplas versões da mesma disciplina, tome cuidado de fazer o backup da versão mais atual (normalmente é a última). Este passo pode demorar um pouco, dependendo do que você tinha na disciplina antiga e da velocidade de sua conexão. O sistema irá gerar um arquivo zipado (*.zip), que você poderá guardar em alguma pasta do seu computador.
Entre então no ambiente novo da disciplina (que você criou segundo as instruções de 1), siga os passos abaixo:
AVISOS:
Descobrimos (e resolvemos) um problema que apareceu recentemente. Ao atualizar notas diretamente pelo quadro de notas, tutores percebiam que algumas notas não mudaram. Por exemplo, as notas dos alunos com nomes de digamos até M podiam ser atualizados, mas as notas dos alunos mais para baixo no quadro permanciam inalteradas. A razão é uma combinação de quadro de notas muito grandes e uma atualização de segurança recente do PHP.
Em algumas disciplinas os quadros de notas são bem grandes: podem conter mais do que 40 ou 50 colunas. Isto significa que ao atualizar uma nota diretamente pelo quadro de nota as notas de, digamos 25 alunos vezes 40 colunas ou da ordem de 1000 itens de nota devem ser atualizados. Vimos que o navegador estava mandando todos os novos valores corretamente na requisição POST ao servidor. Mas aparentemente o Moodle não processava os valores após 1000 itens.
Acontece que uma atualização do PHP (implementada 10 de janeiro 2012) introduz uma nova variável de configuração: “Added max_input_vars directive to prevent attacks based on hash collisions”. Esta nova variável é igual a 1000, por padrão. Portanto, a solução para quem lida com quadro de notas grandes no Moodle é usar um valor maior para a variável max_input_vars. Isto pode ser feito, por exemplo, colando em seu arquivo .htaccess a linha
php_value max_input_vars 10000
A variável foi acrescentado para proteger o seu servidor contra um ataque denial of service. Acreditamos que aumentando seu valor para 10 mil não aumente o risco deste tipo de ataque substancialmente (porque, sinceramente, há maneiras muito mais simples de fazer este ataque).
O 18° CIAED Congresso Internacional ABED de Educação a Distância “Histórias, Analíticas e Pensamento “Aberto” – Guias para o Futuro da EAD” será realizado em São Luiz – Maranhão, nas dependências da UFMA – Universidade Federal do Maranhão abrindo espaço para que pesquisadores, educadores e dirigentes organizacionais possam apresentar seus Trabalhos Científicos baseados em investigação científica; apresentar relatos de Experiências Inovadoras; participar de mesas-redondas com especialistas do Brasil e de outros países; realizar palestras; inserir-se em grupos de trabalho de diferentes linhas de atuação; e estabelecer contatos profissionais.
Cronograma
– Período para encaminhamento dos trabalhos: 28 de novembro de 2011 a 30 de abril de 2012;
– Período de avaliação dos trabalhos: 1° de maio a 25 de maio de 2012;
– Divulgação dos resultados no site e comunicação – 30 de maio de 2012;
– Envio da versão para o inglês do Tc aprovado – 27 de julho de 2012;
– Notificações de aceitação serão enviadas pelo sistema automaticamente;
– Apresentação no 18° CIAED de 23 a 26 de setembro de 2012.
Informações
Sede da ABED:
Rua Vergueiro, 875 12° andar
CEP 01504-001 – São Paulo – SP
Telefone: 11 3275.3561 – Fax: 11 3275.3724
E-mails
Trabalhos Científicos: papers@abed.org.br
Informações sobre o evento: congresso@abed.org.br
Página da ABED: www2.abed.org.br
Página do evento: www.abed.org.br/congresso2012
Instalar um novo Moodle é simples, sobretudo se já tiver um pouco de experiência com a instalação de software Web. Mas preparar um ambiente de produção requer muita atenção em muitas detalhes. Veja um checklist para verificar ao instalar um novo Moodle.
Primeiro, a instalação básica.
git://git.moodle.org/moodle.git . Se quiser usar o nosso código (uma versão levemente customizado do código “upstream”, com alguns plugins e temas já pré-instalados), use
$ git init $ git remote add -t devel2 -f origin git://git.atp.usp.br/moodle.git $ git checkout -b meuprojeto origin/devel2
A razão de não usar git clone é que não é necessário levar todos os branches para seu repositório local
KeepAliveTimeout 2, ServerLimit e MaxClients para algo como (memória disponível / 50M)* 80% (ou menos, se o seu base de dados fica na mesma máquina. Veja mais nas dicas de desempenho no Moodle Docsphp_value upload_max_filesize 150M php_value post_max_size 151M
Em versões do Moodle anteriores à 2.0 todos os arquivos no Moodle era armazenados em um diretório físico no disco conhecido como o área de “Arquivos do Curso”.
Este era o lugar onde o professor podia fazer upload dos arquivos que fazem parte do conteúdo do curso alem de incluir os arquivos enviados pelos alunos em tarefas e anexos em fórum. Esses “arquivos de atividade” eram armazenadas em uma pasta especial chamada moddata com uma certa estrutura para que os módulos mantivessem o controle de seus respectivos arquivos.
A área de arquivos era acessada de duas formas:
Ao publicar um arquivo como um recurso, digamos, um arquivo PDF, teríamos que:
Alunos não têm acesso direto ao ler o curso de área de arquivos. Tudo o que podiam fazer era fazer upload de arquivos em atividades do tipo envio de arquivo.
No novo modelo, cada atividade e cada texto tem sua área de arquivos próprio, e os arquivos estão associados diretamente com o lugar em que é usado. Por exemplo, um arquivo anexado a uma postagem do fórum é armazenado “com” a postagem no fórum, e torna-se sujeito exatamente as mesmas restrições de acesso.
O sistema de arquivos está intimamente ligado ao sistema de repositório, e o “File Picker” torna fácil de navegar repositórios externos e internos para arquivos, e então copiá-los para Moodle. Certos repositórios também permitem linkar diretamente para seus arquivos de mídia. Uma área de arquivos privados é fornecido para cada usuário para armazenar uma coleção de arquivos para seu próprio uso. Isto é útil para estudantes, bem como professores, e facilita a re-uso da mídia em todo o site Moodle. Só você pode acessar seus próprios arquivos privados. Os “arquivos do curso” no Moodle 2.0 estão obsoletos e não estão disponível por padrão, devido aos problemas descritos acima.
O arquivo é copiado para o Moodle e armazenados de forma segura com o texto ou atividade.
Se um post no fórum com arquivos anexados (imagens por exemplo) é importado para outro curso, então os arquivos se movem com ele. Qualquer um no novo curso também vai ver os arquivos. Isso torna as atividades mais portáteis e reutilizáveis.
Se duas atividades usam o mesmo arquivo e uma é eliminado, então a outra não é afetada.
Teremos menos problemas com recursos visíveis para os professores e indisponíveis para os alunos.
Acesso aos arquivos é governado da mesma forma que os itens a eles associado, ou seja, justamente o que as pessoas esperam. Todos os arquivos são agora controlados pelas configurações na interface do Moodle, incluindo papéis e permissões.
Agora é fácil e rápido o reuso de arquivos no Moodle. Usando o filepicker, um arquivo recém-utilizado pode facilmente ser escolhido, ou um arquivo de qualquer curso em que o usuário tenha acesso.
Backups de atividades são pequenos e precisos, porque contem somente os arquivos necessários.
Não há restrições em nomes de arquivos – até mesmo arquivos com nomes em japonês podem ser usados.
O Grupo ATP apresentou (parte de) seu trabalho numa conferência de especialistas no AVA Moodle. Veja as nossas apresentações embaixo. Na primeira apresentação descrevemos a infraestrutura que montamos em apoios ao Redefor e a Licenciatura em ciências. Focamos na arquitetura do nosso cluster de servidores e o desenho dos ambientes criados no Moodle.
Na segunda apresentação, encabeçado pelo Helbert, descrevemos a nossa solução para o problema de administração de muitos Moodles, cada um com seus próprios plugins e temas: usar git não somente para o versionamento de código mas também para manter este código atualizado nos servidores de produção.
Antes de mais nada, é bom definir uma terminologia. Pode ter um ou mais fóruns em cada ambiente. Um fórum consiste de vários “tópicos” e um tópico é uma sequência de mensagens. Uma mensagem geralmente é um resposta a uma outra mensagem dentro do mesmo tópico.
No Moodle da Redefor temos adotado uma determinada política de configuração dos fóruns. Com poucas exceções estamos usando dois tipos de fórum:
Uma configuração e política importantíssima é a de assinatura do fórum. Para cada mensagem postado num fórum, o Moodle decide se vai mandar uma notificação no e-mail de notificações. O Editor / DI do ambiente pode determinar uma política padrão mas o usuário também pode mudar as suas preferências de notificações para cada fórum.
O Fórum é uma ferramenta extremamente flexível e pode ser adaptado para implementar várias estratégicas pedagógicas. Veja algumas funcionalidades mais avançadas do fórum: