unify events
v2.6.2
brew install openldap Crie ambiente virtual e cd para ele
python3 -m venv ENV
cd ENV
Clone repo a um subdiretório (Ex. git clone REPO_URL src )
Ative o ambiente virtual
source bin/activate
cd para novo diretório SRC e requisitos de instalação
cd src
pip install -r requirements.txt
Nota: Se pip install retornar um bloco de texto de erro, incluindo fatal error: 'sasl.h' file not found ao instalar python-ldap , faça o seguinte:
Em requisitos.txt, comente o requisito de python-ldap .
Re -execução pip install -r requirements.txt . Deve ser concluído com sucesso.
Execute o seguinte, substituindo a "versão" pelo número da versão especificado para o pacote python-ldap em requisitos.txt:
pip install python-ldap==VERSION
--global-option=build_ext
--global-option="-I$(xcrun --show-sdk-path)/usr/include/sasl"
ON-COMMENT O requisito python-ldap em requisitos.txt e salve o arquivo.
Configurar configurações locais usando o arquivo Settings_Local.Templ.Py
Configurar static_files/static/robots.txt usando static_files/static/robots.templ.txt
Execute o comando de implantação: python manage.py deploy . Isso executa qualquer migração e coleta os arquivos estáticos.
Crie um SuperUser: python manage.py createsuperuser
Se você não pretende importar nenhum dado de calendário existente, crie um calendário principal e atribua sua conta do SuperUser como proprietário. Caso contrário, pule esta etapa
python manage.py shell
>>> from django.contrib.auth.models import User
>>> from events.models import Calendar
>>> u = User.objects.get(pk=1)
>>> c = Calendar(title='Events at UCF', owner=u)
>>> c.save()
>>> exit()
Observe que esse importador deve ser executado apenas em um novo banco de dados, imediatamente após a execução python manage.py syncdb ou python manage.py flush .
Antes de executar essa importação, verifique se um novo usuário foi criado em Django para todos os usuários não baseados em NID no sistema UNL. Os eventos desses usuários deixarão de importar o contrário.
CD para a nova pasta SRC de ambiente virtual
Ative o ambiente virtual
source ../bin/activate
Adicione as informações do banco de dados antigas de eventos a Settings_local.py no nome dos bancos de dados 'não -lamenta'. Verifique se o Enable_ClearCache está definido como 'false'.
Execute o comando de importação
python manage.py import-unl-events
Reinicie o aplicativo
Proibir o cache conforme necessário
CD para a nova pasta SRC de ambiente virtual
Ative o ambiente virtual
source ../bin/activate
Certifique -se de que MAPS_DOMAIN e LOCALIDADE_DATA_URL estejam definidos em Settings_local.py, e que o Enable_ClearCache esteja definido como 'false'.
Execute o comando de importação
python manage.py import-locations
Reinicie o aplicativo
Proibir o cache conforme necessário
Nunca se comprometa diretamente a dominar. Crie uma filial ou garfo e trabalhe com o novo recurso. Uma vez concluído, ele será fundido de volta ao ramo principal.
Se você usar uma filial para desenvolver um recurso, exclua o ramo antigo depois que ele for fundido para dominar.
Este projeto usa o Gulp para lidar com várias tarefas, como compilar e minimizar arquivos SASS e JavaScript de Minificação/Uglificação. Use as etapas a seguir para configurar o Gulp para este projeto.
npm install no diretório raiz para instalar pacotes de nó definidos no package.json.gulp-config.template.json , faça as alterações desejadas e economize como gulp-config.json .gulp default para instalar todos os componentes do front-end e compilar ativos estáticos.gulp watch durante o desenvolvimento para detectar alterações de arquivo estático automaticamente. Quando uma alteração é detectada, os comandos de minificação e compilação serão executados automaticamente. Se você ativou o BrowSerSync em gulp-config.json , ele também recarregará seu navegador quando os arquivos SCSS ou JS mudarem.static_files/static/ ) são empurrados para o repositório ao fazer alterações nos arquivos estáticos. Todos os estilos personalizados brutos deste projeto estão contidos em arquivos SASS separados em static_files/assets/scss/ . Ao modificar as folhas de estilo neste projeto, apenas modifique os arquivos neste diretório; Não modifique os arquivos em static_files/static/css/ diretamente ! Os arquivos SASS compilam e gravam neste diretório.
Os arquivos SASS parciais geralmente são separados por função e devem ser compilados em uma ordem específica.
Este projeto combina bibliotecas JavaScript do fornecedor com nossos próprios arquivos, precisam ser entregues ao cliente. A lista abaixo estabelece o esquema básico de concatenação/uglificação.
Os scripts marcados *vendor* são recuperados como pacotes NPM e concatenados em arquivos de projeto que os incluem durante o processamento do gole.
Os scripts marcados *project* são scripts mantidos por este projeto e podem ser encontrados em static_files/assets/js . Não modifique os arquivos em static_files/static/js/ diretamente .
Além dos scripts listados acima, a Biblioteca Tinymce é copiada em seu próprio subdiretório, static_files/static/js/wysiwyg , durante o processamento de gole. O Tinymce, por padrão, espera que seus temas, plugins e skins estejam em subdiretos em relação ao diretório raiz do script primário de tinymce, por isso mantemos a estrutura do diretório o mais próximo possível, enquanto ainda escolhe os plugins/skins/temas específicos necessários para o sistema de eventos para evitar o BLOAT na reposição.
Também aplicamos personalizações à pele padrão do Tinymce, "LightGray", depois que seu diretório terminar de copiar do diretório de componentes. Essas personalizações devem ser modificadas em static_files/assets/scss/content.scss .
