Para todas as rotas a seguir, enviar no header o authorization: Bearer saaspk-********
POST /api/v1/answers
{ | |
"openapi": "3.0.3", | |
"info": { | |
"title": "JSONPlaceholder Users API", | |
"description": "API para manipulação de usuários (CRUD) com busca por `id`", | |
"version": "1.0.0" | |
}, | |
"servers": [ | |
{ | |
"url": "https://jsonplaceholder.org" |
name: TruffleHog Scan Test | |
on: | |
pull_request: | |
branches: | |
- main | |
jobs: | |
trufflehog: | |
runs-on: ubuntu-latest |
Padronização de Commits
A padronização de commits não apenas aprimora a legibilidade e compreensão do código, mas também contribui para um ambiente de desenvolvimento mais colaborativo, eficiente e sustentável. Ao adotar práticas de commits consistentes, as equipes de desenvolvimento fortalecem a qualidade do código, facilitando a manutenção a longo prazo e a evolução do projeto. O commit, neste contexto, representa a documentação essencial das alterações realizadas no código.
Para manter um padrão, não é necessário que o processo seja manual; pode-se automatizar para simplificar. Neste exemplo, compartilho como configurei na minha antiga startup, especificamente na parte do frontend, um padrão de commit automatizado utilizando as seguintes ferramentas:
@commitlint/cli: Uma ferramenta que ajuda a garantir que as mensagens de commit atendam a um conjunto predefinido de regras, assegurando consistência e clareza.
commitizen: Uma biblioteca que facilita a criação de mensagens de commit seguindo u
Observabilidade em Aplicações Angular
Em qualquer aplicação, a observabilidade é crucial, e nas aplicações Angular, não é diferente.
Se um erro ocorre, a observabilidade nos permite mergulhar fundo na "stack" do problema. Analisando todo o contexto, desde o navegador utilizado até o aparelho do usuário. Às vezes, descobrimos até problemas relacionados ao próprio framework ou biblioteca que estamos usando.
Trabalho com o sentry a mais de 9 anos e acho uma plataforma formidável e na minha opinião, é excelente para observabilidade. E o melhor? É gratuita e open source (https://github.com/getsentry/self-hosted).
function quill(html) { | |
let parser = new DOMParser(); | |
let dom = parser.parseFromString(html, "text/html"); | |
let quillOps = []; | |
let elementToQuill = (el, attributes) => { | |
if (el.nodeType === Node.TEXT_NODE) { | |
el.textContent.split(" ").forEach((word) => { | |
if (word) { // para evitar a inserção de strings vazias |
{ | |
"isTestData":false, | |
"outputFormat":"pdf", | |
"report":{ | |
"styles":[ | |
], | |
"version":3, | |
"parameters":[ |
container_commands: | |
01changePHP: | |
command: sed -i '/PHP_DATE_TIMEZONE/ s/UTC/Europe\/Berlin/' /etc/php.d/environment.ini | |
01achangePHP: | |
command: sed -i '/aws.php_date_timezone/ s/UTC/Europe\/Berlin/' /etc/php.d/environment.ini | |
02change_AWS_PHP: | |
command: sed -i '/PHP_DATE_TIMEZONE/ s/UTC/Europe\/Berlin/' /etc/httpd/conf.d/aws_env.conf | |
03php_ini_set: | |
command: sed -i '/date.timezone/ s/UTC/Europe\/Berlin/' /etc/php.ini | |
commands: |
# | |
# CORS header support | |
# | |
# One way to use this is by placing it into a file called "cors_support" | |
# under your Nginx configuration directory and placing the following | |
# statement inside your **location** block(s): | |
# | |
# include cors_support; | |
# | |
# As of Nginx 1.7.5, add_header supports an "always" parameter which |
; Within this file you may set preferences for Shift. | |
; These may be used to customize the behavior of the | |
; Shift bot by disabling or guiding the automation. | |
; NOTE: Any paths should be relative to location | |
; of this file and exclude a trailing slash. | |
; Section to set options for PHP Shifts. | |
; [php] |