-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ab: add Brazilian Portuguese translation #2941
Merged
Merged
Changes from all commits
Commits
Show all changes
8 commits
Select commit
Hold shift + click to select a range
f23d4fd
ab: add Brazilian Portuguese translation
andrik 276dbe4
ab: remove unnecessary emphasis
mebeim 40fae23
ab: remove all emphasis from english words that will not be translated
andrik 19ef46f
Update pages.pt-BR/common/ab.md
mebeim 34c0c5b
Update pages.pt-BR/common/ab.md
mebeim 4659635
Merge branch 'common_ab_pt_br' of github.com:andrik/tldr into common_…
andrik 44d008b
Modified some items discussed on PR
andrik b3ae539
Fix missing new line after command name and description
andrik File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,20 @@ | ||
# ab | ||
|
||
> Ferramenta da Apache para realizar benchmarking e testes de carga em servidores web. | ||
> Página oficial: <https://httpd.apache.org/docs/2.4/programs/ab.html>. | ||
|
||
- Executar 100 requisições HTTP do tipo GET para uma determinada URL: | ||
|
||
`ab -n {{100}} {{url}}` | ||
|
||
- Executar 100 requisições HTTP do tipo GET para uma determinada URL, executando 10 requisições simultâneas de cada vez: | ||
|
||
`ab -n {{100}} -c {{10}} {{url}}` | ||
|
||
- Utilizar a funcionalidade HTTP Keep Alive, permitindo que várias requisições sejam feitas em uma sessão HTTP: | ||
|
||
`ab -k {{url}}` | ||
|
||
- Definir o tempo total do benchmarking, em segundos: | ||
|
||
`ab -t {{60}} {{url}}` |
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd suggest wrapping HTTP and GET in backticks (same for similar code words in this page).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why would that be necessary? Those are not other command names or special tokens. I've never seen backticks used in such cases in other pages.
See the following pages for example:
tldr/pages/linux/mke2fs.md
Line 5 in 9c59940
tldr/pages/common/nasm.md
Line 5 in 9c59940
tldr/pages/common/less.md
Line 17 in 9c59940
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mebeim in my understanding, backticks serve to identify specific technical terms amidst regular English prose, such as commands, filenames, keyboard shortcuts, etc.
Granted, in this sentence HTTP could perhaps be considered a regular acronym, like URL, and be left unmarked; but GET is a specific HTTP verb that carries technical meaning in this context, so I still think it should be marked as code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see. I would personally only use backticks for tokens and command names, but I get your point.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My suggestion above, was:
so I'd only insist in "backticking"
GET
andPOST
(which are not acronyms, btw), again for the reason I suggested above:Is that still a deal-breaker to you, @mebeim? From my reading of the discussion above it looks like this would be fine with @sbrl (but please confirm as well).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@waldyrious I mean, for what I see that's not coherent with the rest of the pages. If we want to change GET into
GET
and POST intoPOST
then we'd also have to change it elsewhere, not only in this page. Few examples:tldr/pages/common/curl.md
Line 18 in dbf4e99
tldr/pages/common/mitmdump.md
Line 10 in dbf4e99
tldr/pages/linux/httpie.md
Line 5 in dbf4e99
tldr/pages/linux/httpie.md
Line 9 in dbf4e99
I also never saw GET or POST be treated specially inside code blocks in any
README.md
, Markdown documentation, blog posts, et cetera, so I don't really think that's necessary.However, with the above being said, I would not argue if the majority of us thinks it's better to have those wrapped in backticks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree the change would need to happen in other pages as well to be consistent, but I don't think it's problematic to have this page kick-off that change and a later PR making the equivalent change to all other pages.
But if you guys either disagree with adding backticks to GET/POST etc. (I think both @andrik and @sbrl were OK with that, but please confirm), or think it's better for that change to happen entirely in a separate PR, that'd be fine by me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@waldyrious I can make this change to all pages, but I think it would be better in a separate PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unresolving this conversation to make it more discoverable. We had some trouble re-locating it in #3114 😅