DEV Community: Arthur Kh

What would you use instead of WordPress?

Arthur Kh — Fri, 23 Feb 2024 21:18:34 +0000

WordPress is a popular open-source content management system (CMS) that enables users to create and manage websites with ease. It was first released in 2003 and since then, WordPress is one of the most popular CMS used.

However:

WordPress sites can sometimes become slow and sluggish, especially if too many plugins are installed or if the theme is poorly coded.
Being the most popular CMS, WordPress is a frequent target for hackers. Though the WordPress core is secure, vulnerabilities can arise from third-party themes and plugins.
While WordPress can handle sites with varying sizes, high-traffic sites might require significant optimization.

So let's discuss on this main questions:

What alternatives to WordPress do you know?
Which one have you used, and what was your experience with them?
Would you use dev.to as a data provider for your portfolios?

Be sure to follow my dev.to blog and Telegram channel; there will be even more content soon.

📝 Writing a professional resume: Ultimate guide

Arthur Kh — Tue, 23 Jan 2024 13:52:48 +0000

As I wrote in my previous article about the importance of a Resume, almost everyone needs one. I've also provided some key points you should follow to increase your job application chances, so I'd recommend reading it first.

In this article, I'm going to provide you an ultimate step-by-step guide on how to write a professional resume based on more than 20 resumes I've made for different fields. This guide will suit well for IT-related specialties, but also works to non IT-related roles.

We will go through three steps: 1 - research, 2 - all data composition, and 3 - formatting. In the first step we will research the job market to have better keywords in our resume, in the second step we will fill our data into one document which at the last step will be formatted into the pretty form you'd like.

Want to check out what is a result we're gaining to? Scroll to the end of the article: I've placed my own resume there. If you like it - this post is for you!

Step 1 - Research

The first and best tool you need to create a resume is Google Sheets. Yes, Excel/Sheets are your very first tools for resume creation, not Google Docs nor Word. You would ask "why?", and the answer is simple: every good work starts from research.

Foremost, we need to create a spreadsheet document with three columns: Required skill, Frequency and a separate column Vacancy URL:

You can copy the template from here

Also, we will have to use job board websites, like LinkedIn or Indeed. There probably can be some other websites which are used in your region, so it's better to do some research on it and find out what suits your situation the most.

Now we're ready to start. Use at least two-three job boards, apply filters regarding your desired position/location/experience. It's better to go as specific on position names as possible. "Software Engineer" can give you many types of software engineering, so you will have to scan numerous totally different vacancies, which is not good for research and its results.

If you don't have any work experience, and there are less than 30 vacancies for non-experienced, set 1–2 years in filters to have more vacancies for research. Also, companies are ready to review your resume in some cases and help you on the onboarding stage depending on skills you have: like good knowledge of some language, knowledge of some fields like physics, marketing, food cooking etc.

After setting all the required filters, we go one-by-one and scan vacancies for requirements. Fill them into your document, or increase the number if you have already seen this requirement. Save vacancy links, it will be very handy in the future. We must go through as many vacancies as we can (or the top 30-40 in total) from different sources. You can go with a more significant number, but it will not make a big difference if you have a specific position name like "React.js Front-End Developer".

Your document will look like this:

You will have way more skills in the document, it's just an example

If there are very frequent skills, but you are not sure if you have them, it would be very useful to spend some time on testing these skills or gaining additional education to fit the required level. For example: if Spanish is a common requirement, but your Spanish is only "¡Hola!", you will have an advantage if you increase your knowledge at least to an average level like A2 or B1.

So now the research step is finished, we're ready for the next step.

Please share your research results with your filters in the comments to make everyone else's work easier!

Step 2 - Fill all the data

When the research is finished, it's time to fill the data and use suitable tools for resume creation: Google Docs or Word (or any popular text redactor). Create a blank document or use this template. This document will accumulate all the ACTUAL experiences and skills you have.

Add these sections to the document:

Headline - required
Contact information - required
Work experience - required
Languages - required, but can be merged with skills block
Education - required
Certifications and licenses - if you have them
Publications - if you have scientific publications; for bloggers, you can skip it and place URL to your blog in the contact block
Awards - if you have them
Volunteer work - optional
Summary - required
Skills - required

Fill the document one by one following this guide because THE ORDER MATTERS. This order lets you achieve the correct structure of information and focus on the most important parts.

This template also contains a couple of examples to make it easier to fill.

Headline

This section is easy to fill. It's just your full name (like in your documents) and desired position name which could be found in vacancy headlines, for ex: "Manual QA".

Contact information

Second easy to fill section. The most important thing here is relevancy. All contact data should be relevant and actual, so the recruiter should be able to contact you with this data. Your phone number, email and work location are important to specify. For remote workers, you can also specify the location or time-zone of remote work, for example "Remote/Germany".

Work experience

The most important section of every resume is the work experience section. All other sections could be skipped by recruiter easily if your experience is relevant and outstanding. Here you should list in reverse chronological order all your relevant workplaces, positions, time period and your results and achievements. Don't forget that results matter more than responsibilities, they make the difference between developers who fix features and implement bugs. All results should be short, precise and include numbers. It can be started from one of the resume buzzword, for example:

Redesigned the whole database structure, which improved writing and reading speed by four

Also, use bullet points instead of solid text to divide multiple results in the experience section, and highlight keywords and numbers in bold to attract attention. Bullet points increase readability drastically. Just compare:

Redesigned the whole database schema, which improved writing and reading speed by four. Migrated from GRPC to GraphQL when we reached GRPC data volume limits, which helped to bypass the limit and improved fetching speed from a minute to 2 seconds for 5MB payload. Developed a client-side proxy library which reduced about 7 redundant Nest.js microservices and bypass third-party rate-limits

and:

Redesigned the whole database structure, which improved writing and reading speed by four

Migrated from GRPC to GraphQL when we reached GRPC data volume limits, which helped to bypass the limit and improved fetching speed from a minute to 2 seconds for 5MB payload

Developed a client-side proxy library which reduced about 7 redundant Nest.js microservices and bypass third-party rate-limits

If you don't have at least three measurable results, you can include your key responsibilities, but don't forget that measurable results are way preferable. Also, you can add one bullet point to write a small description of the workplace or project where you have worked.

Languages

This is a required section. However, you can skip it just by moving your languages to the skills section like this:

But if you have enough space for it in your resume, you can just list all your languages with knowledge level at least on A2, in case they're relevant for your job application.

Education

In the education section you just list all the places where you have studied, its names, locations and time periods. If you have a high degree in one field, then just include the highest and don't include your elementary or middle school. If you have passed specialized courses, you can also include them. You also can specify one bullet on your most interesting achievement: like top place in Olympiad, scientific publication, high GPA score, etc.

Certifications and licenses / Publications / Awards

These three sections are optional, but if you have awards, certifications, scientific publications, they will highlight you from a dozen other resumes. The format is pretty obvious: bullet points with certification/award/publication names and dates.

Volunteer work

The format of this section is almost the same as work experience's format, but this section is optional most of the time. However, if volunteer work is valued for your position or field, then you have to fill it too.

Summary

The objective of a resume summary is to accentuate elements related to the position you are seeking, which are not detailed elsewhere in your resume. This includes showcasing transferable skills, high-level accomplishments or a context that makes your accomplishments stand out. Also, you can specify your motivation and what you're looking for.

Skills

The Skills section is a keyword section. It's used for resume search and matching. The better keywords you have, the higher are your chances to appear in the search results. To build a correct list of skills, you will need all the frequent required skills from Step 1 - Research, and you can add skills from your already described work experience, education and other sections. Add only relevant skills and skip all the cliché skills like "Team player" or "Result-driven".

Step 2.1 - Spellcheck

Use some spellcheck tools like Grammarly or LanguageTool to fix all possible typos. It's an IMPORTANT step. If your resume has typos, it will decrease your chances drastically.

And we've finished the second step. Now we have all the necessary data in one document. And it's time for formatting!

Step 3 - Formatting

The main goal of the formatting step is to format all the most important data in one page in a readable style with Application Tracking System (ATS) compatibility. You can try two pages if you have a lot of relevant work experience, but one page is always preferable. If you can remove some optional sections or shorten them to fit everything in one page, it's better to do so.

File format

The resume should look the same both in .docx and .pdf formats. PDF is more common. However, sometimes ATS could require .docx format, so having them both is an ultimate move.

Template

The right template is important for a professional resume. So there are three main requirements for a resume template: readability, style and ATS-compatibility. The readability requirement is challenging to estimate until you fill all the necessary data, but if you pick an ATS-compatible template, it's going to be human-readable in most cases with all the relevant data. The style requirement is determined by your seniority and the work field. If you work in design, you can showcase some "bells and whistles" in your resume, but in most other cases a minimalistic style will work better.

You can use templates from these lists:

In the next article I will share you some more advices about resume styling, so be sure to follow my dev.to blog

Template filling

Now we have our resume template selected and data prepared from the previous step. The template can be filled with your data and converted to your personal resume. You can rearrange sections, but most of the time they're in traditional order.

And we're done. We have our professional resume prepared to be used in your job application.

Extra Step 4 - Application

It's time for the extra step: remember that your resume was built using vacancy descriptions? Use the links you saved in Step 1 and apply for these vacancies. You will have a pretty high chance of passing the resume filter and being invited to the interview, which will help you to test your skills and boost yourself.

My resume

Here is my resume! I built it by using my own guide and following steps I've described:

Here you can find it on Google Docs and make your own copy.

For those who didn't know, I've started my own private consultations! More than that, I regularly help people in creating good resumes from scratch or using existing ones. So check out my Telegram channel for more information!

Be sure to follow my dev.to blog and Telegram channel; there will be even more content soon.

Resume

Arthur Kh — Thu, 11 Jan 2024 09:52:01 +0000

Resume (or CV) is probably one of the most important documents you can have. It's the passport when you want to find your dream job, and a properly written resume is your visa. In two words: resume is your work and skills history summary.

Your resume has only one purpose: to help an employer find out whether you're a good fit or not for a role. It has its own structure and style, so the more you follow the rules, the more are your chances to be invited to interview.

So let's find out what are the main points of a strong resume!

Size

1 or 2 pages. Recruiters only have about 7–10 seconds to check your resume on average, so no one will check all 10 pages of your most detailed work history in most of the cases. This is why 1 page is just perfect. Instead of many pages, you can stand out with different page mock-ups to fit all the data or remove less relevant information. Point out the most important information and your selling points, and don't worry: you can always tell more in an interview if it's relevant and can be told quickly.

Structure

Headline - first section in every CV, here you write your full name, desired position, contact information and links to your LinkedIn, portfolio or blog.

Summary (optional) - some recruiters like to start from the summary and read about your main skills and experience. It's not a required section, but it's useful for most of the cases.

Work experience - the most important resume section because here you describe all the relevant places where you have worked and what achievements you accomplished in there. Usually, you specify the company where you have worked, time period and what achievements you accomplished or at least your key responsibilities. Aim to fill 12–20 bullets in the description.

Education - if you're an experienced professional, your Education section can be very short. You can just include the names of the colleges/institutions you've attended along with your major. Also, you can write one bullet on your most interesting achievement: like top place in Olympiad, scientific publication, high GPA score, etc.

Skills - skills sections is keywords section, so here you just list all the skills you have. At first glance, it sounds hard because everyone has numerous skills, from cooking to designing rockets. The easiest way to know what skills are relevant and what are not:

At first - open all vacancies for your position;
At second - build a words cloud from requirements you can find in descriptions;
At third - just write the most frequent skills which you have.

Style

Document should be ATS and human ready. It should be simple with clear and concise language and page mark up. Be sure to use only PDF/DOC format. It will simplify the job for ATS parser to get all the data correctly and match it with vacancy description so you will be on the top of the list, and it will simplify recruiters life when he starts reading and matching it. Try to avoid buzzwords and clichés, align dates in reverse chronological order (latest data goes first) and proofread your resume to be sure that everything is consistent.

Conclusion

Resume is important for almost every one, and I shared all the main points of a strong resume which I discovered from my resume writing experience so you can create your filter crashing resume.

In the next article, I will share my own strategy for writing a really great resume and give you some advices to make it flawless.

For those who didn't know, I've started my own private consultations! More than that, I regularly help people in creating good resumes from scratch or using existing ones. So check out my Telegram channel for more information!

Be sure to follow my dev.to blog and Telegram channel; there will be even more content soon.

Optimize your JS code in 10 seconds

Arthur Kh — Tue, 21 Nov 2023 09:13:20 +0000

Performance is the heartbeat of any JavaScript application, wielding a profound impact on user experience and overall success. It's not just about speed: it's about responsiveness, fluidity and efficiency. A well-performing JS app increases load speed, provides smoother interactions and more engaged user base. Users expect seamless experience, and optimizing performance ensures that your app meets the expectations. Improved performance leads to better SEO rankings, higher conversion rates and increased user retention. It's the cornerstone of user satisfaction, which makes it imperative to prioritize and continually optimize performance in your JavaScript applications.

Let's go to the problems!

Problem #1 - Combination of Array Functions

I've already reviewed numerous PRs (Pull Requests) in my life, and there is an issue I've seen a lot of times. It happens when someone combines .map with .filter or .reduce in any order like this:

arr.map(e => f(e)).filter(e => test(e)).reduce(...)

When you combine these methods, they go through all of the elements for a couple of times. For a small amount of data it doesn't really make any difference, but when the array gets bigger the computations take longer.

The easy solution

Use only reduce method. reduce is the ultimate solution when you need mapping and filtering at the same time. It'll go through the array only once and do both operations simultaneously, saving time and iterations count.

For example, this:

arr.map(e => f(e)).filter(e => test(e))

will transform into:

arr.reduce((result, element) => {
    const mappedElement = f(element)
    if(test(mappedElement)) result.push(mappedElement)
    return result
}, [])

Problem #2 - Useless Reference Update

This problem shows up if you're using React.js or any other library where immutability is important for reactivity and re-renders. Creating a new reference using spreading is quite a common action to do when you update the state/property of the component:

...
const [arrState, setArrayState] = useState()
...
...
setArrayState([...newArrayState])
...

However, spreading the results of .map,.filter and other functions into a new array for new references is useless, because you'll just create an array with new reference to the result which is a new array with new result:

...
const [arrState, setArrayState] = useState()
...
...
setArrayState([...arrState.map(e => f(e))])
...

The solution

Just remove useless spread operator when you use:

.map
.filter
.reduce - with new array accumulator-result
.reduceRight - with new array accumulator-result
.flat
.flatMap
.concat
.toReversed
.toSorted
.toSpliced

You are welcome to share other JS antipatterns you know in the comments, I'll add them all in the post!

Be sure to follow my dev.to blog and Telegram channel; there will be even more content soon.

Remote vs Hybrid vs Office

Arthur Kh — Thu, 16 Nov 2023 12:52:58 +0000

What employment option resonates most with you, and what factors influence your preference in today's evolving work landscape?

The realm of employment options is rich and varied, each offering its unique blend of advantages and considerations. From the structured environment of traditional office-based roles to the flexibility of remote work and the hybrid approach that combines both, preferences often hinge on individual needs and work styles. Some prioritize the camaraderie and face-to-face interactions inherent in office settings, while others cherish the autonomy and work-life balance that remote work affords. The hybrid model, straddling between the two, seeks to merge the benefits of in-person collaboration with the freedom of remote arrangements.

Challenging Bugs and Solutions of the Week: Share Your Stories! 🐞

Arthur Kh — Fri, 13 Oct 2023 18:30:35 +0000

Hello Dev.to Community! It's Friday, 13.10.2023, and it's a good time to share what bugs you have faced during the week.

We all know that development is far from a smooth journey; it's rife with obstacles and challenges that test our problem-solving skills. One of the best ways to grow as a developer is to learn from these challenges — both ours and others. So let's share some of our battles with bugs this week!

Guidelines:

Be Specific: Mention the tech stack, context, and what led you to encounter the bug.
Describe the Problem: Share the specific behavior or performance issues caused by the bug.
Share the Solution: Briefly describe how you resolved it. Did you find an elegant fix or a temporary workaround?
Key Takeaways: Are there any lessons learned or insights that others could benefit from?
Code Snippets: If applicable, feel free to share code snippets but make sure to redact sensitive information.
Be Respectful: Different skill levels are at play, so let’s be constructive and respectful with our comments and responses.

Happy debugging! 🛠

Cover photo by David Clode on Unsplash

My Database History

Arthur Kh — Mon, 25 Sep 2023 10:12:00 +0000

My first ever public pet project Lyrics Bot provided me lots of opportunities to experiment, especially in terms of database selection. I had a chance to explore lots of different options and to reach its limits. So now I'd like to share my experiences with these options.

During the course of this project I've faced numerous challenges that tested my problem-solving skills. Whether it was optimizing the database for faster retrieval or ensuring data consistency, each challenge taught me its own lessons. Reflecting on these hurdles not only enriched my understanding of database management but also deepened my appreciation of intricate balance between efficiency and reliability in technology.

RAM

In the first version of the project I stored everything in RAM to build a POC (Proof Of Concept). I was aware that this approach wouldn't be sustainable in long term. Fortunately I knew it wouldn't go in production, so I began exploring data persistence options, starting with the most obvious choice.

VERY BIG JSON FILE

I chose to maintain my RAM state as it was, without altering any code. Instead of altering the code I saved everything to a JSON file by using Node's standard fs (file system) package.

I used synchronous file-writing functions. Every time I updated the global database object, I wrote the changes to the file. I hit my first bottleneck when I reached 1,000 users. Due to the frequency and volume of data changes my VPS (Virtual Private Server) couldn't handle it. This prompted my decision to switch the storage for a second time.

Multiple JSON files

I selected the transition to multiple JSON files to manage the volume more effectively, and it worked well. I also implemented a savvy approach: I adopted the Repository pattern for the data management. I made this decision because I wanted to avoid the logic altering each time I change the data storage method. For now I'm aiming to apply this pattern universally.

In simple terms, to use this pattern you should:

Define a repository class/object. This class should offer an interface to the code that manipulates the data.
Modify and access data solely through the repository. Avoid any direct interactions with storage in your business logic. If you ever decide to switch, direct interactions would require updates. If you need specific data manipulations, update the Repository class to provide this functionality.

After adopting multiple JSON files and the Repository pattern I encountered my next challenge when reaching 20,000 users: the write/read operations began delaying responses.

NeDB

NeDB is akin to SQLite, but designed for the JSON ecosystem. It offers an interface similar to what MongoDB provides for data collection management. If you recall, I implemented the Repository pattern in my code earlier, so this was the only aspect I needed to change. The smooth transition reinforced that I had made the right choice in terms of code structure. Following this, my bot operated seamlessly for years until I encountered the next bottleneck.

When reaching approximately 120,000 users, I stumbled upon one of NeDB's shortcomings: the problem of reading large files. The system attempted to read the entire file in one go, hitting Node.js's MAX_STRING_LENGTH limit. This error was a really first for me and took me by surprise. However, thanks to the backup mechanism I had in place my data remained intact. Subsequently I transitioned to MongoDB.

MongoDB

My transitioning to MongoDB was swift and straightforward, primarily due to my prior use of the Repository pattern; I only had to update a single file. I was optimistic with that my MongoDB setup would be long-lasting. However, the unforeseen circumstances surrounding the Russian invasion of Ukraine led to my server crashing, resulted loss of the most of my data and projects. Fortunately I've since managed to recover and relocate everything I could to Digital Ocean (My referral link). So now everything is back in operation.

Conclusion

In retrospect, the journey of developing and maintaining my Lyrics Bot has been a tale of continuous learning and adaptation. From the initial choice of storing data in RAM to transitioning through various database systems, each step carried its unique challenges and insights. The unpredictable events, such as server crashes due to external geopolitical factors, reinforced the importance of flexibility, foresight, and the necessity of having robust backup mechanisms. The Repository pattern served as a testament to the value of scalable code architecture, making transitions smoother and more manageable.

Through all the ups and downs this experience has profoundly shaped my perspective on technology, infrastructure management and the impermanence of digital assets. Embracing challenges, being prepared for the unexpected and continuously learning from experiences are the cornerstones of successful digital project management.

Be sure to follow my dev.to account and Telegram channel; there will be even more content soon.

"Мобильная" разработка. [Системы контроля версий, Git]

Arthur Kh — Fri, 08 Sep 2023 09:56:23 +0000

Системы контроля версий

Системы Контроля Версий (СКВ или SCM) - это инструменты, которые позволяют отслеживать изменения в коде и других файлах, обеспечивая возможность возвращаться к предыдущим версиям и совмещать изменения от разных источников. В этой статье мы рассмотрим, что такое СКВ, какие их виды существуют и в чём их преимущества. Здесь же подробно рассмотрим и самую популярную СКВ - Git.

Виды СКВ

Системы контроля версий делятся на два основных типа:

Централизованные СКВ (ЦСКВ): у таких систем есть единый центральный сервер, на котором хранятся все версии файлов. Примером может служить Subversion (SVN).
Распределённые СКВ (РСКВ): каждый участник имеет свою локальную копию репозитория (хранилища), содержащую всю историю изменений. Примером является Git.

Преимущества использования СКВ

Отслеживание изменений: вы всегда можете узнать, кто, когда и что изменил.
Совместная работа: несколько разработчиков могут одновременно работать над проектом без конфликтов.
Безопасность: в случае ошибок или сбоев можно легко вернуться к стабильной версии.
Эффективное слияние: СКВ помогает объединять изменения из разных веток разработки.

Git

Git - это распределённая система контроля версий, которая позволяет нескольким разработчикам одновременно работать с одним и тем же кодом, не мешая при этом друг другу. Она была создана Линусом Торвальдсом в 2005 году для разработки ядра Linux. Сегодня Git является одной из самых популярных и распространённых систем контроля версий.

Основные понятия Git

Репозиторий (repository): это хранилище, в котором находятся ваш код, история всех изменений, ветки для разработки и другая важная информация.
Коммит (commit): отдельное изменение или набор изменений. Каждый коммит имеет свой уникальный идентификатор.
Ветка (branch): независимый поток разработки. С помощью веток можно разрабатывать новые функции, не затрагивая основной код.
Слияние (merge): процесс объединения изменений в одной ветке с изменениями в другой.
Rebase: это процесс переприменения коммитов из одной ветки на другую. В отличие от слияния, которое объединяет историю двух веток, rebase создаёт новые коммиты для каждого коммита в исходной ветке. Это делает историю коммитов более линейной.

Установка Git

Несмотря на то, что Git сам по себе можно использовать только локально, обычно он используется совместно с такими хостингами репозиториев, как GitHub или gitlab. В этом гайде мы будем использовать GitHub.

Перейдите на сайт GitHub: откройте веб-браузер и перейдите на github.com.
Регистрация: на главной странице вам будет предложено создать учётную запись (Sign up). Введите адрес электронной почты, пароль и желаемое имя пользователя.
Подтверждение регистрации: после ввода данных нажмите на кнопку "Sign up for GitHub". Вам может быть предложено решить простую капчу для подтверждения, что вы не робот.
Выбор тарифного плана: GitHub предлагает различные тарифные планы, включая также и бесплатный. Выберите тот, который подходит вам лучше всего. Для большинства индивидуальных пользователей и малых проектов бесплатного плана будет достаточно.
Настройка дополнительных параметров: вам может быть предложено ответить на несколько вопросов, чтобы помочь GitHub понять, как вы планируете использовать платформу. Этот шаг можно пропустить.
Подтверждение электронной почты: перейдите на свой почтовый ящик, который вы указали при регистрации. Вы должны получить письмо от GitHub с ссылкой для подтверждения вашего адреса электронной почты. Нажмите на эту ссылку, чтобы завершить процесс регистрации.
Завершение регистрации: после подтверждения адреса электронной почты вы будете перенаправлены на GitHub, где сможете начать работу с платформой.

Теперь мы можем установить git в наш эмулятор консоли Termux. Для этого используем стандартный пакетный менеджер pkg:

pkg install git

И сразу же проверим доступность новой команды, выведя её версию:

git -v

Настройка git

После установки нам следует сразу же настроить git. И начнём мы с настройки пользователя. Для этого нужно установить своё имя и адрес электронной почты. Это важно, потому что каждый коммит в Git содержит эту информацию:

git config --global user.name "ваш юзернейм, который вы указали при регистрации в GitHub"
git config --global user.email "ваша_почта@example.com, которую вы указали при регистрации в GitHub"

Для моего случая это будет:

Настройка цветового вывода команд:

git config --global color.ui true

Чтобы проверить установленные настройки:

git config --list

Теперь же очень важно настроить авторизацию с GitHub. При каждом взаимодействии с GitHub (например, когда вы загружаете свои изменения или подтягиваете их с сервера) вам нужно будет авторизоваться. Самый простой, безопасный и общепринятый вариант авторизации при работе с git - это использовать SSH ключи.

Для начала нам скорее всего понадобится установить OpenSSH локально. Для этого мы снова можем использовать pkg:

pkg install openssh

Сгенерируем ключи для GitHub:

cd ~/.ssh
ssh-keygen

Теперь нам нужно скопировать наш публичный ключ. Он нам понадобится для настроек GitHub.

cat id_rsa.pub

Чтобы скопировать текст в Termux, нужно зажать текст, который вы хотите выделить, и тогда появятся стандартные кнопки для выделения и кнопка скопировать. Выделяем весь выведенный текст и копируем его:

Теперь переходим в настройки аккаунта Github, чтобы установить наш публичный SSH ключ.

Откроем боковое меню, нажав на аватарку:
Выберем настройки:
На странице настроек выберем "SSH and GPG keys":
И нажимаем на "New SSH Key", чтобы добавить наш SSH ключ:
Теперь мы можем заполнить форму для добавления SSH ключа. Названия ключа может быть любым, но лучше всего указать "termux", чтобы потом точно знать, к какому именно устройству привязан ключ. Тип указываем или оставляем "Authentication key" и вставляем скопированный публичный SSH ключ из Termux. После чего нажимаем "Add SSH Key", чтобы сохранить его.
Если вы всё сделали правильно, то после добавления появится сообщение об успешном добавлении нового SSH ключа:

Теперь мы настроили git, подключили его к GitHub и можем приступить к созданию своего первого репозитория.

Создание репозитория

Репозиторий Git - это специально организованное хранилище, в котором сохраняется история изменений проекта и различная информация, необходимая для работы системы контроля версий Git. Простыми словами, это место, где Git хранит все данные о вашем проекте.

Существуют два основных типа репозиториев Git:

Локальный репозиторий: это репозиторий, который находится на вашем компьютере. Когда вы инициализируете новый репозиторий с помощью команды git init или клонируете существующий репозиторий с помощью git clone, вы работаете с локальным репозиторием. Он содержит все коммиты, ветки, теги и другую информацию, связанную с историей проекта.
Удалённый репозиторий: это версия вашего репозитория, которая хранится в интернете или на каком-либо удалённом сервере. Примеры платформ для хостинга удалённых репозиториев - GitHub, GitLab, Bitbucket и другие. Удалённые репозитории используются для совместной работы с другими разработчиками, а также для резервного копирования вашего проекта. Команды, такие как git push и git pull, позволяют вам взаимодействовать с удалёнными репозиториями, отправляя изменения на сервер или получая изменения с него.

Мы начнем с создания удалённого репозитория:

Переходим в GitHub и открываем боковое меню, как мы делали при настройке SSH ключей, и нажимаем на "плюс":
Нажимаем на "New repository":
После этого у нас откроется форма для создания репозитория. Для начала нам будет достаточно просто ввести своё имя для репозитория. Нажимаем "Create repository". Я буду использовать для первого репозитория имя my-first-repo:
Теперь нам открылась пустая страница нового репозитория. Здесь мы выбираем тип SSH и копируем команды для создания репозитория из терминала:
Открываем Termux. В нём переходим в домашнюю папку и создаём папку для репозитория:

cd
mkdir my-first-repo
cd my-first-repo

Теперь вставляем команды, которые скопировали из GitHub:
Вызываем команды, нажав Enter:
Ответив yes, мы закончим процесс создания репозитория:

Так мы создали свой первый удалённый репозиторий и его локальную копию. После этого мы можем приступить к созданию коммитов и веток.

Создание коммита

Коммит (commit) - это запись о наборе изменений в репозитории. Суть коммита - зафиксировать текущее состояние проекта в определённый момент времени. Это позволяет разработчикам отслеживать историю изменений, а также возвращаться к любому предыдущему состоянию проекта, если это необходимо.

Каждый коммит в Git содержит:

Ссылку на набор изменений - детальное описание того, какие файлы были добавлены, изменены или удалены.
Уникальный идентификатор - идентификатор (обычно хеш SHA-1), который позволяет Git однозначно идентифицировать коммит.
Информацию о коммиттере - имя и адрес электронной почты того, кто совершил коммит.
Дату и время создания коммита.
Сообщение коммита - короткое описание изменений, внесённых в коммит, которое помогает разработчикам понять, что было сделано и почему.

Чтобы создать коммит, нужно выполнить следующие шаги:

Вносим изменения в любой файл проекта:

nano code.sh

Добавляем эти изменения в индекс с помощью команды

git add <filename>

Обычно для добавления всех изменений вызывают git add с текущей папкой .:

git add .

Фиксируем изменения, создав коммит с помощью команды

git commit -m "Ваше сообщение о коммите"

С помощью коммитов вы можете просмотреть историю вашего проекта, а также перемещаться между различными состояниями кода. Чтобы вывести историю коммитов, можно использовать команду

git log

Когда у вас образуется большое количество коммитов, нужно будет нажать q, *чтобы выйти из режима лога.

Создание ветки

Ветка (branch) - это линия развития работы, изолированная от других линий развития. Ветка представляет собой независимый поток изменений, который может быть объединён с главной линией развития или другими ветками в любой момент времени.

Ветвление позволяет работать над различными функциями или исправлениями одновременно, не влияя на основной код проекта. Когда новая функция или какое-то исправление готовы, изменения из этой ветки могут быть объединены (мердж) с главной веткой или другой веткой.

Чтобы создать новую ветку и переключиться на неё, вы можете использовать команду:

git checkout -b имя_новой_ветки

Чтобы переключиться между ветками:

git checkout имя_ветки

Чтобы обновить ветку на GitHub (или другом удалённом репозитории):

git push -u origin имя_ветки

Создадим ветку для нашего изменения:

git checkout -b new-branch

И обновим ветку в GitHub:

git push -u origin new-branch

Теперь, после того как мы обновили ветку в GitHub, мы можем создать Pull Request, чтобы обновить основную ветку.

Создание Pull Request

Пулреквест (Pull Request, часто сокращенно PR) - это функциональность платформ управления репозиториями, таких как GitHub, GitLab или Bitbucket. Пулреквест представляет собой предложение внести изменения из одной ветки в другую, чаще всего из ветки в вашем форке репозитория в основную ветку оригинального репозитория.

Пулреквесты служат не только средством предложения изменений, но и платформой для обсуждения этих изменений с другими участниками проекта.

Пулреквесты позволяют:

Просматривать изменения: вы и другие участники проекта можете просмотреть предложенные изменения перед их интеграцией.
Обсуждать детали: в комментариях к пулреквесту можно обсудить детали предложенных изменений, задать вопросы или предложить дополнения.
Проводить ревью кода: другие разработчики могут рассмотреть код на предмет ошибок или улучшений.
Тестировать изменения: некоторые системы позволяют автоматически запускать тесты на код из пулреквеста, чтобы убедиться, что предложенные изменения не нарушают функциональность проекта.

Чтобы создать пулреквест, переходим в наш репозиторий GitHub и переходим во вкладку Pull Request:

Во вкладке Pull Request нажимаем на "New":
Далее выбираем ветку, изменения которой мы хотим внести в основную ветку:

После этого нажимаем на "Create pull request". Здесь мы уже можем увидеть, какие изменения будут внесены:
На странице Pull Request можно вести обсуждение по изменению; перейдя во вкладку "Commits", можно увидеть коммиты, которые будут добавлены. Проскролим вниз, чтобы принять наш Pull Request:
Внизу мы можем принять наши изменения, отклонить их или написать комментарий. Для принятия наших изменений нажмём "Merge pull request": И подтвердим:

Теперь мы можем перейти на главную страницу репозитория и увидеть наши изменения:

Итог

Системы контроля версий являются незаменимым инструментом для всех современных разработчиков. Они обеспечивают безопасность, стабильность и эффективность процесса разработки. Вне зависимости от того, трудитесь ли вы над маленьким проектом один или над крупным проектом в команде, СКВ предоставят вам полезные ресурсы для успешной работы.

В свою очередь, конкретно Git - очень мощный инструмент для управления версиями, который стал стандартом для индустрии. В этой статье мы освоили основные команды и понятия, и теперь вы сможете эффективно управлять своим кодом, а также сотрудничать с другими разработчиками. Впереди, конечно же, вас ждёт ещё множество других возможностей Git, и вы позднее сможете освоить их по необходимости.

Полезные ссылки

Официальные ресурсы:
- Официальный сайт Git
- Официальная документация Git
Обучающие ресурсы:
- Pro Git book - бесплатная книга на официальном сайте Git. Она доступна на многих языках и охватывает почти все аспекты работы с Git.
- Git How To - интерактивное руководство для изучения Git.
Вспомогательные инструменты:
- Gitignore.io - генератор файлов .gitignore для различных сред разработки.
- Visualizing Git - интерактивная визуализация для понимания команд Git.
Полезные статьи и руководства:
- A successful Git branching model - известная модель ветвления от Vincent Driessen.
- GitHub Flow - понимание процесса ветвления и слияния на GitHub.
- Git Tips - сборник полезных советов и трюков по Git.
Курсы и видео:
- Git and GitHub Crash Course на YouTube.
- Git Essential Training на LinkedIn Learning.
Форумы и сообщества:
- Stack Overflow Git tags - для решения конкретных проблем и вопросов по Git.
- Reddit r/git - сообщество для обсуждения новостей, вопросов и лучших практик, связанных с Git.
- dev.to Git tags - другие статьи на dev.to на тему git.

Обязательно подписывайтесь на мой аккаунт dev.to и Telegram-канал, скоро будет ещё больше контента: https://t.me/MainArthur

Gently reminder to set up backups

Arthur Kh — Tue, 22 Aug 2023 08:56:43 +0000

What is a Backup?

At its core, a backup refers to the process of copying and storing data from your primary storage to another location. This duplicated data guarantees that in the event of a hardware failure, software error or any other form of data loss there is a second copy existing to restore the lost information.

Why Are Backups Important?

Protection Against Hardware Failures. All hardware, from the most robust servers to personal smartphones, has a finite lifespan. Over time these devices can malfunction or break down entirely. Without backups the data stored on these devices could be lost forever.
Defense Against Cyber Threats. Malware, ransomware and other malicious software can corrupt or encrypt your data, making it inaccessible. A solid backup strategy can help users recover from such threats without paying hefty ransoms or losing data.
Guarding Against Human Error. Mistakes happen. Files may be accidentally deleted or overwritten. In such cases having a backup allows for a swift restoration, minimizing disruptions and potential losses.
Historical Record Keeping. Backups also serve as historical records for businesses. They allow organizations to access previous document versions or to recover information that might not be immediately relevant but becomes crucial down the line.
Compliance and Regulations. Many industries have strict data retention requirements. Healthcare and finance, for instance, have regulations necessitating the secure storage of data for extended periods. Backups help these sectors remain compliant.
Peace of Mind. Knowing that your data is safe and recoverable provides an invaluable peace of mind. This is especially important for businesses where data loss could translate to significant monetary losses or reputational damage.

Best Practices for Backups:

3-2-1 Rule. Always have at least three copies of your data. Two of these are locally stored on different devices, and one is stored offsite (like a cloud storage or a remote server).
Regular Backups. Schedule your automatic backups, whether daily, weekly or monthly, depending on the critical nature of the data.
Verify the Backups. From time to time test and verify backups to ensure they're functioning correctly and data is recoverable.
Encrypt. If your backup includes sensitive data, ensure that it's encrypted. This safeguards your data from potential threats, even if the backup storage itself is compromised.
Stay Updated. Just like any other software, backup software and the tools you use need to be updated regularly. Ensure you’re using the latest versions to benefit from the most recent security patches and functionalities.
Use git. use git and git hostings like github or gitlab for keeping your code in cloud.

My Story

I really love to test in production (for my pet projects), so yesterday I discovered that the database for my bot https://t.me/indbbot is lost. This happened because I started restoring my old bots and it needed to update some MongoDB utilities. During the updates I decided to delete the MongoDB data to avoid migration issues (btw MongoDB doesn't have migration issues). Since I'm moving to a separate instance from DigitalOcean: https://docs.digitalocean.com/products/databases/mongodb/, I wondered why I should keep anything on VPS. Fortunately, I have set up VPS backups so I successfully recovered all of my data. However, I remembered this only after several hours of finding the solution, which led me to experience a rollercoaster of emotions that I wouldn't recommend.

PLEASE SET UP BACKUPS WHEREVER POSSIBLE

Be sure to follow my dev.to account and Telegram channel; there will be even more content soon.

"Мобильная" разработка. [Bash и основные утилиты терминала]

Arthur Kh — Fri, 18 Aug 2023 09:25:00 +0000

sh и bash

sh (Bourne Shell) и bash (Bourne Again SHell) оба являются командными интерпретаторами (оболочками) для Unix-подобных систем, но между ними есть ряд ключевых различий:

История:
- sh. Один из первых командных интерпретаторов для Unix, созданный Стивеном Борном в 1970-х годах.
- bash. Создан Брайаном Фоксом в рамках проекта GNU в конце 1980-х годов как свободная замена sh.
Функциональные возможности:
- bash содержит все особенности sh, плюс множество улучшений и дополнений. Например:
  - Поддержка истории команд.
  - Поддержка автодополнения команд по нажатию Tab.
  - Расширенные возможности тестирования с [[ ]] вместо [ ].
  - Функции и массивы.
  - Улучшенный синтаксис для управления заданиями.
Совместимость:
- bash обычно работает в режиме совместимости с sh, когда запущен как sh, что позволяет ему исполнять скрипты, написанные для sh. Однако есть некоторые особенности поведения bash, которые могут не совпадать с традиционным sh.
Популярность и распространение:
- bash стал стандартной оболочкой во многих Linux-дистрибутивах и macOS (хотя в последних версиях macOS заменён на zsh).
- sh часто ссылается на другие оболочки в современных системах. Например, в Debian sh на самом деле является символической ссылкой на dash.
Скрипты:
- Если скрипт начинается с #!/bin/sh, он должен быть совместим с sh и не использовать особенности bash, если только не известно, что /bin/sh на самом деле является bash (некоторые дистрибутивы могут заменять /bin/sh на bash).

В общем, bash - это более современная и функциональная оболочка по сравнению с sh, но, тем не менее, sh до сих пор продолжает оставаться важным стандартом совместимости. В дальнейшем мы будем использовать в Termux bash, поэтому ниже рассмотрим все основные команды bash, которые нам понадобятся.

Termux

Как говорилось ранее, Termux - это приложение-эмулятор терминала. Именно его мы будем использовать для нашей работы.

Termux использует bash как свою оболочку терминала. Мы рассмотрим здесь далеко не все команды bash - я расписал здесь только те, которые с наибольшей вероятностью понадобятся вам в будущем. К тому же, я крайне не рекомендую вам сейчас заучивать их все, так как справка по ним всегда доступна, а с опытом большая часть команд вообще станет использоваться на автомате. Советую просто пройтись по ним глазами и сразу же перейти к выполнению размещённого в конце домашнего задания, что сразу же даст куда более основательное понимание работы с терминалом.

Основные команды Bash

В общем виде команда в bash имеет такой синтаксис:

command [OPTIONS] [ARGUMENTS]

[OPTIONS] - набор опций, которые обычно начинаются со знака "минус" - для короткой версии опции (например, -a) или с двух знаков "минус" -- для полного названия опции (например, --all).
[ARGUMENTS] - аргументы к опциям или самой команде.

Клавиши быстрого доступа

Ctrl + C: прервать текущую команду.

Ctrl+C Example - YouTube

youtube.com

Также Ctrl + C можно использовать, чтобы прервать текущий ввод длинной команды, которую вы больше не хотите выполнять.
Ctrl + Z: приостановить текущий процесс (можно вернуть на передний план с помощью fg).

Ctrl + Z and fg - YouTube

youtube.com
Ctrl + D: завершить текущую сессию.
Ctrl + L: очистить экран.
Ctrl + R: обратный поиск в истории команд.
Ctrl + A: перейти в начало строки.
Ctrl + E: перейти в конец строки.
Нажмите Tab после начала ввода имени файла, директории или команды, и терминал попробует автоматически его дополнить.

Чтобы вернуться назад, можно использовать cd - - вы вернётесь к папке, в которой находились до предыдущего вызова cd, а вызвав cd .., вы перейдёте к родительской папке.

cd -

cd ..

Файловые операции

touch: создать пустой файл. Для применения достаточно просто дописать имя файла touch newFile.

touch newFile

mkdir: создать директорию. Работает аналогично touch.

mkdir subFolderB

Если необходимо создать целую вложенность из папок, можно использовать аргумент -p:

mkdir subFolderC/subSubFolderD -p

cp: копировать файлы или директории. Для использования команды нужно передать путь к старому файлу и путь к новому файлу.

cp oldPath newCopy

Для копирования папок необходим аргумент -r в конце команды.

mv: переместить или переименовать файлы/директории. Аналогичен cp, только он переименовывает или перемещает файлы вместо копирования

mv oldFileName newFileName

rm: удалить файлы или директории. Чтобы удалить файл, достаточно передать к нему путь, а для удаления папки потребуется передать аргумент -r.

rm subFolderA -r
rm fileName

rmdir: удалить пустую директорию. Аналогичен rm.

rmdir subFolderB

Текстовые редакторы

nano: простой текстовый редактор. Для того чтобы отредактировать новый или уже существующий файл, достаточно ввести nano path/to/file, и нам откроется редактор nano:

nano fileToEdit

Теперь мы можем вносить наши изменения в файл, практически как в обычно текстовом редакторе:

Снизу нам доступна панель действий (справка, поиск, замена, выход и другие):

Чтобы вызвать какое-либо действие (например, выведем справку), нужно зажать CTRL и соответствующую клавишу:

И получаем нашу справку:

Чтобы сохранить файл, нужно нажать CTRL + x.

Выведется вопрос, желаете ли вы сохранить ваши изменения. Если нажать N, изменения не сохранятся, а редактор закроется. CTRL + c вернёт вас в режим редактирования, а Y - сохранит ваши изменения.

Нажимаем на Y, чтобы сохранить файл. Дополнительно редактор спросит, как назвать файл, который вы хотите сохранить. Если всё указано правильно, достаточно нажать Enter:

И мы можем воспользоваться командой cat, чтобы вывести новое содержимое файла:

cat fileToEdit

vi или vim: расширенный текстовый редактор.
emacs: мощный текстовый редактор с множеством функций.

Для работы с vi/vim и emacs крайне рекомендую рассмотреть их документации: vim, emacs, так как для раскрытия всех нюансов их работы и взаимодействия потребуются целые отдельные статьи, ориентированные на начинающего пользователя. В то же время nano вам будет более чем достаточно для решения большинства запросов по редактуре текста в терминале.

Работа с текстом

echo: вывести строку текста.

echo Hello World!

cat: вывести содержимое файла.

cat fileToEdit

less и more: аналогично cat, просмотр содержимого большого файла постранично. Удобен для просмотра логов:

less article.md
more article.md

Чтобы выйти, необходимо нажать q.

grep: поиск в тексте. Синтаксис команды:

grep [OPTIONS]... PATTERNS [FILES]...

Больше про паттерны и опции можно прочитать здесь.
Для примера поищем 'ChatGPT' в файле article.md:

grep --color ChatGPT article.md

Информация о системе

man: просмотреть руководство по команде. Вам скорее всего понадобится установить эту команду:

pkg install man

Пример использования достаточно прост:

man cat

df: показать доступное дисковое пространство. Аргумент -h сделает вывод более читабельным:

df -h

du: подсчёт занятого места в директориях. Аргумент -h сделает вывод более читабельным:

du -h

Сеть

ping: проверка соединения с хостом.

ping [host]

ping google.com

netstat: сетевая статистика.

netstat

ifconfig (или ip в некоторых дистрибутивах): конфигурация сетевого интерфейса.

ifconfig

Работа с архивами

tar: архивация и разархивация файлов. Если у вас есть несколько файлов или каталогов, которые вы хотите заархивировать в один файл, вы можете использовать следующую команду:

tar -cvf archive_name.tar file1 file2 dir1

Где:

c означает создание архива.

v означает режим подробного вывода (verbose), чтобы увидеть, какие файлы добавляются.

f говорит tar использовать следующий аргумент как имя файла архива.

Извлечение файлов из архива:

tar -xvf archive_name.tar

zip, unzip: работа с ZIP-архивами. Аналогичен tar, но проще и создает .zip архивы. Архивация нескольких файлов:

zip archive_name.zip file1.txt file2.txt file3.txt

Архивация каталога (с включением всех файлов и подкаталогов):

zip -r archive_name.zip directory_name/

Исключение файлов при архивации:

zip archive_name.zip directory_name/ -x \*exclude.txt

Добавление файлов в существующий архив:

zip -u archive_name.zip new_file.txt

Создание зашифрованного zip-архива (вам будет предложено ввести пароль):

zip -e archive_name.zip file.txt

Извлечение всех файлов из архива:

unzip archive_name.zip

Извлечение определённых файлов из архива:

unzip archive_name.zip file1.txt file2.txt

Просмотр содержимого архива без извлечения:

unzip -l archive_name.zip

Извлечение файлов в определённый каталог:

unzip archive_name.zip -d destination_directory/

Управление процессами

ps: просмотр активных процессов.

ps

kill: завершение процесса.

kill [signal] pid

kill -9 11689

-9 - сигнал для прерывания процесса.

Управление пакетами (зависит от дистрибутива):

pkg: менеджер пакетов Termux. Менеджер пакетов нужен, чтобы устанавливать новые пакеты, обновлять и удалять старые, эдакий терминальный Play Store. Перед установкой новых пакетов крайне рекомендуется обновить существующие пакеты командой:

pkg upgrade

В процессе обновления/установки пакетный менеджер может запросить дополнительные подтверждения. Чтобы согласиться, нужно нажать Y, а потом Enter:

Также возможны дополнительные вопросы во время обновления определённых пакетов. Рекомендую использовать опцию по умолчанию и просто прожать Enter:

Чтобы получить справку, нужно использовать команду help, например:

pkg help

Чтобы установить новый пакет, нужно использовать команду install, например:

pkg install nodejs

Также дополнительное согласие может потребоваться во время установки:

Теперь мы можем воспользоваться новыми пакетами:

Чтобы удалить существующий пакет, нужно использовать команду uninstall, например:

pkg uninstall nodejs

Также дополнительное согласие может потребоваться во время удаления:

Теперь команда недоступна:

Поиск файлов

find: поиск файлов в директории. Поиск файлов с именем "example.txt" в каталоге /home/user и во всех его подкаталогах:

find /home/user -name "example.txt"

Поиск каталогов с именем "mydir" в каталоге /home/user:

find /home/user -type d -name "mydir"

Поиск файлов в каталоге /home/user, размер которых превышает 100 МБ:

find /home/user -type f -size +100M

Поиск по содержимому с помощью grep:

find /home/user -type f -exec grep -l "my_search_term" {} \;

Это только верхушка айсберга всех возможностей команды find. Она имеет множество других опций и комбинаций, которые позволяют выполнять сложные поисковые запросы. Чтобы узнать больше, вы можете обратиться к справочной странице команды, набрав man find в терминале.

Управление разрешениями

Управление разрешениями является ключевой частью безопасности. Разрешения определяют, кто и как сможет взаимодействовать с файлами и каталогами.

Типы разрешений

Read (r): разрешение на чтение содержимого файла или просмотр содержимого каталога.
Write (w): разрешение на изменение содержимого файла или добавление/удаление файлов в каталоге.
Execute (x): разрешение на выполнение файла (если это исполняемый файл) или вход в каталог.

Три категории пользователей

Owner (u): владелец файла или каталога.
Group (g): группа пользователей, ассоциированная с файлом или каталогом.
Others (o): все остальные пользователи.

Команды для управления разрешениями

chmod: изменение прав на файл или директорию. У команды chmod есть два режима: символьный и цифровой. В символьном режиме вы можете указать, как изменить разрешения с использованием символов:
u - владелец файла
g - группа файла
o - другие пользователи
a - все пользователи (то есть ugo) И операторы:
+ - добавить разрешение
- - удалить разрешение
= - установить разрешение А также типы разрешений:
r - разрешение на чтение
w - разрешение на запись
x - разрешение на выполнение Примеры: Дать владельцу право на выполнение файла:

chmod u+x filename

Удалить у группы право на запись в файл:

chmod g-w filename

Дать всем пользователям (владелец, группа, другие) право на чтение файла:

chmod a+r filename

Установить разрешения так, чтобы только владелец мог читать и записывать файл, а все остальные могли только читать:

chmod u=rw,go=r filename

В числовом режиме разрешения представлены тремя числами (октетами):

4 - чтение (r)
2 - запись (w)
1 - выполнение (x) Примеры: Установить разрешения так, чтобы владелец мог читать, записывать и выполнять файл; группа могла читать и выполнять; другие пользователи могли только читать:

chmod 755 filename

Здесь 7 (rwx) для владельца, 5 (r-x) для группы и 5 (r-x) для других.
Установить разрешения так, чтобы только владелец мог читать и записывать файл, а всем другим не было предоставлено никаких разрешений:

chmod 600 filename

Здесь 6 (rw-) для владельца, 0 (---) для группы и 0 (---) для других.

Используя команду ls -l, вы можете просмотреть текущие разрешения файла и при необходимости изменить их с помощью chmod.

chown: изменение владельца файла или директории. Предположим, у нас есть файл example.txt, и мы хотим изменить его владельца на пользователя john:

chown john example.txt

Также можно изменить группу файла с помощью chown. Если мы хотим, чтобы файл example.txt принадлежал пользователю john и группе developers, мы можем использовать следующую команду:

chown john:developers example.txt

Если вы хотите рекурсивно изменить владельца для директории и всех её поддиректорий и файлов, вы можете использовать флаг -R:

chown -R john:developers directory_name/

chgrp: изменение группы файла или директории. Предположим, у нас есть файл example.txt, и мы хотим изменить его группу на developers:

chgrp developers example.txt

Если вы хотите рекурсивно изменить группу для директории и всех её поддиректорий и файлов, вы можете использовать флаг -R:

chgrp -R developers directory_name/

Чтобы узнать больше о каждой из этих команд и их опциях, вы можете использовать страницы руководства man, например: man chmod, man chown, и man chgrp.

Разное

alias: создание псевдонимов для команд.

alias grep="grep --color"

export: экспорт переменных окружения.

export NAME=VALUE

Переменные окружения можно использовать как в самой оболочке, так и в подпроцессах:

export GREETING="Hello"
bash -c 'echo $GREETING'

env: вывод или установка переменных окружения.

env

wget и curl: загрузка файлов из интернета. Вам скорее всего понадобится установить эту команду:

pkg install wget

wget в основном используется для скачивания файлов:

wget https://dev.to/mainarthur/how-to-automate-job-application-with-chatgpt-in-3-steps-3blg

Указав аргумент -O, можно указать, куда сохранить файл:

wget https://dev.to/mainarthur/how-to-automate-job-application-with-chatgpt-in-3-steps-3blg -O index.html

Это лишь базовые примеры использования wget. У этой утилиты есть много других возможностей и параметров, которые можно изучить, обратившись к официальной документации или введя man wget в командной строке (если вы находитесь на Unix-подобной системе).

curl - это инструмент командной строки, который позволяет выполнять различные запросы к серверу и взаимодействовать с ним, чаще всего по протоколам HTTP и HTTPS, но также и по многим другим протоколам.

curl ipinfo.io

Это только базовые примеры использования curl. У этого инструмента есть множество других опций и возможностей. Для получения подробной информации и изучения всех функций можно обратиться к официальной документации или ввести man curl в командной строке на Unix-подобных системах.

Заключение

У bash и Unix ещё очень много важных аспектов (пайпы, перенаправления, скрипты, условия, циклы, функции), однако знания базовых команд будет достаточно для простого использования терминала. В случае же использования чего-то нового будут даваться необходимые дополнительные пояснения и объяснения.

Домашнее задание

Попробуйте каждую из перечисленных в этом списке команд в Termux на вашем устройстве: просмотрите их справки и попытайтесь их вызвать с успешным результатом, чтобы у вас сложилось чёткое представление, как они работают.

Обязательно подписывайтесь на мой аккаунт dev.to и Telegram-канал, скоро будет ещё больше контента: https://t.me/MainArthur

"Мобильная" разработка. [Операционные системы и терминал]

Arthur Kh — Thu, 17 Aug 2023 20:09:11 +0000

Для того чтобы разобраться в Bash и терминале, необходимо сначала провести небольшой экскурс в основные операционные системы, их файловые системы, а также немного поговорить об истории.

А зачем нам вообще этот терминал и Bash?

Дело в том, что когда мы занимаемся разработкой на ПК, у нас есть огромный выбор IDE (Integrated Development Environment - интегрированная среда разработки) и текстовых редакторов, которые упрощают работу с утилитами, предназначенными для анализа кода и его выполнения, до нажатия лишь пары кнопок.
В Android такого разнообразия нет (а навык работы с терминалом и Bash будет полезен даже на ПК), поэтому мы будем использовать терминал для выполнения нужных нам команд: установки зависимостей, управления проектом, запуска кода и др.

Основные ОС

Операционные системы - это основные программные платформы, на которых работают наши компьютеры. Хотя между ними есть множество различий, многие операционные системы имеют общие корни и идеи. Особое внимание в этом контексте нам стоит уделить системе Unix, поскольку этот исторический стандарт оказал огромное влияние на все современные системы.

В мире операционных систем существует несколько крупных игроков: Windows от Microsoft; Linux, представляющий собой множество дистрибутивов на базе одноимённого ядра (например Android, Ubuntu, Arch и др.); macOS от Apple. Один из ключевых аспектов, определяющих работу и эффективность операционных систем - это файловая система.

Файловая система - это способ, с помощью которого ОС хранит и организует данные на диске, получает к ним доступ. В этой статье мы рассмотрим основные файловые системы, используемые в каждой из этих ОС.

Unix

Unix - это не только операционная система, но и культурное наследие, заложившее основы для многих современных ОС. Два ключевых элемента, которые демонстрируют философию Unix: терминал (или командная строка) и файловая система.

Терминал Unix:
- Основы. Терминал в Unix - это интерфейс для взаимодействия с операционной системой через текстовые команды. Он предоставляет пользователю возможность запускать программы, управлять файловой системой и выполнять другие задачи без графического интерфейса.
- Философия. Одной из ключевых концепций Unix является принцип: "Делай одно дело и делай его хорошо". Большинство инструментов терминала предназначены для выполнения конкретной задачи, и их можно комбинировать для создания сложных рабочих процессов.
- Примеры команд. ls (список файлов), grep (поиск текста), chmod (изменение прав доступа к файлам).
Файловая система Unix:
- Иерархия. Файловая система Unix организована в иерархической структуре, начиная с корневого каталога /. От корня распространяются различные каталоги, такие как /bin (базовые команды), /etc (конфигурационные файлы) и /home (домашние каталоги пользователей).
- Всё является файлом. В Unix принято считать, что "всё является файлом". Это означает, что устройства, сокеты и даже процессы можно представить в виде файлов в файловой системе.
- Права доступа. В Unix каждый файл и каталог имеют набор прав доступа, который определяет, кто может читать, писать или выполнять данный файл. Это обеспечивает гибкое управление безопасностью.

А теперь посмотрим, каким именно образом Unix повлиял на все основные ОС, их файловые системы и использование в них терминала.

Linux и Unix

Совместимость с Unix. Linux прямо произошел из Unix-подобных систем и во многом соответствует стандартам Unix. Это означает, что большинство команд и интерфейсов, характерных для Unix, также применимы в Linux.
Терминал. Терминал Linux практически идентичен терминалу Unix. Здесь можно использовать широкий спектр инструментов и команд Unix.
Файловая система. Файловая система Linux (например, ext4) вдохновлена файловой системой Unix. Иерархическая структура директорий начинается с корневого каталога (/), что схоже с Unix.

macOS и Unix

Совместимость с Unix. macOS основан на Darwin, который, в свою очередь, произошёл от NeXTSTEP и BSD Unix. Таким образом, macOS наследует многие черты Unix.
Терминал. Терминал macOS предоставляет доступ к большинству стандартных Unix-команд благодаря его происхождению от BSD.
Файловая система. HFS+ и APFS - основные файловые системы для macOS. Они уникальны для Apple, но сохраняют многие Unix-подобные атрибуты, такие как права доступа и символические ссылки.

Windows и Unix

Совместимость с Unix. Изначально Windows не имел прямых наследований от Unix, но с дальнейшим его развитием, особенно с внедрением подсистемы Windows для Linux (WSL), появилась возможность работы с Unix-подобными инструментами.
Терминал. Стандартный командный интерпретатор Windows (cmd) сильно отличается от Unix-терминала. Однако с внедрением WSL пользователи смогли запускать полноценный Linux-терминал в Windows.
Файловая система. NTFS - основная файловая система Windows. Она имеет множество отличий от Unix-подобных систем, хотя с внедрением WSL добавилась поддержка файловых систем Linux.

Android

Android - это операционная система, в первую очередь известная как платформа для мобильных устройств. Но что многие не осознают, так это тот факт, что своими корнями она как раз тесно связана Unix, потому что в Android практически всё взаимодействие организовано через готовые программы для упрощения использования смартфонов. Исследование этой связи раскроет нам интересные детали работы Android и её схожести с другими операционными системами.

Android и Unix:
- Основы. Android базируется на ядре Linux, которое, в свою очередь, является Unix-подобной операционной системой. Это означает, что многие особенности и принципы Unix также присутствуют в Android.
- Безопасность. Принципы безопасности Unix, такие как разделение привилегий и права доступа к файлам, также используются в Android для обеспечения безопасности данных и приложений.
Терминал Android:
- Доступ. В Android по умолчанию нет терминала, как в традиционных Unix-системах. Однако существует множество сторонних приложений (например, Termux, который мы будем использовать далее), предоставляющих терминальный интерфейс для продвинутых пользователей и разработчиков.
- Команды. С использованием терминала в Android можно выполнять многие из команд Unix. Однако некоторые команды или инструменты могут отсутствовать или быть изменёнными в зависимости от конкретной сборки Android и установленных ограничений.
Файловая система Android:
- Основы. Файловая система Android, также как и Unix, организована в иерархической структуре. Однако есть некоторые уникальные каталоги и особенности, характерные только для Android.
- Доступ. По умолчанию Android ограничивает доступ к некоторым частям файловой системы для обеспечения безопасности. Однако с правами суперпользователя (root) можно получить полный доступ ко всем файлам и каталогам.

Обязательно подписывайтесь на мой аккаунт dev.to и Telegram-канал, скоро будет ещё больше контента: https://t.me/MainArthur

"Мобильная" разработка. [Как работает интернет и схема работы клиент-серверных приложений]

Arthur Kh — Sun, 13 Aug 2023 19:48:13 +0000

Для написания практически любого программного обеспечения очень важно понимать, как вообще работает Интернет.

Как работает интернет

Интернет - это глобальная сеть компьютеров, соединённых между собой. Каждый раз, когда мы посещаем веб-сайт, отправляем электронное письмо или смотрим видео в сети, мы используем различные протоколы и технологии, которые обеспечивают работу интернета. Давайте разберём, как это работает на примере простого запроса к веб-сайту.

IP: Интернет-протокол

IP (Internet Protocol) – это основной протокол, который регулирует передачу данных в сети Интернет. Все устройства, подключённые к Интернету, имеют уникальный IP-адрес, состоящий или из четырёх чисел, разделённых точками (127.0.0.1 в четвёртой версии протокола - IPv4), или из более сложной комбинации (2001:db8:3333:4444:CCCC:DDDD:EEEE:FFFF в шестой версии - IPv6). IP-адрес позволяет определить местоположение устройства в глобальной сети и гарантировать доставку данных непосредственно к этому устройству.

DNS

Когда мы вводим имя веб-сайта в адресной строке браузера (например, "google.com"), система именования доменов (DNS) переводит это имя в IP-адрес. Это необходимо для того чтобы узнать, к какому именно серверу следует обратиться.

TCP/IP и UDP: основные протоколы передачи данных

Когда речь заходит о передаче данных в интернете, наиболее важными и часто используемыми протоколами являются TCP/IP и UDP.

TCP (Transmission Control Protocol) - это надёжный, ориентированный на соединение протокол, который гарантирует доставку пакетов данных и их правильный порядок. TCP разбивает данные на пакеты, отправляет их, а затем ждёт подтверждение получения от получателя. Если пакет был потерян или поврежден, TCP будет повторно отправлять его. Благодаря этому механизму TCP гарантирует надежность и целостность передачи данных.

IP (Internet Protocol), со своей стороны, занимается маршрутизацией и доставкой пакетов данных между отправителем и получателем. Каждый пакет содержит IP-адреса отправителя и получателя, которые необходимы, чтобы пакет достиг нужного адресата.

UDP (User Datagram Protocol) - это ещё один важный протокол передачи данных с иным принципом действия. В отличие от TCP, UDP не гарантирует доставку или порядок пакетов. Тем не менее, он быстрее и требует меньше ресурсов при передаче, так как не устанавливает постоянное соединение и не ожидает подтверждений о доставке. Из-за этой особенности UDP часто используется в приложениях, где скорость важнее надежности, например, в потоковой передаче видео или голоса.

Таким образом, в зависимости от требований к надёжности и скорости передачи разработчики могут выбирать между TCP и UDP для своих приложений.

HTTP: Протокол передачи гипертекста

HTTP (HyperText Transfer Protocol) является основой веба. Этот протокол определяет, как запросы и ответы должны быть сформированы и переданы между браузерами и веб-серверами. Когда вы вводите URL в браузере, он отправляет HTTP-запрос к соответствующему серверу, который, в свою очередь, возвращает HTTP-ответ, обычно в виде веб-страницы.

Все HTTP-запросы и ответы содержат заголовки, которые сообщают дополнительную информацию, такую как тип содержимого, статус ответа и другие метаданные. HTTP также может быть использован и для других форм передачи данных, а не только для одного HTML.

HTTPS: Защищенный протокол передачи гипертекста

HTTPS (HyperText Transfer Protocol Secure) - это расширение стандартного HTTP, обеспечивающее шифрование данных между браузером пользователя и веб-сервером. Основное преимущество использования HTTPS - обеспечение конфиденциальности и целостности данных пользователей.

В основе работы HTTPS лежит технология SSL (Secure Sockets Layer) или её более новый вариант TLS (Transport Layer Security). Эти протоколы используют асимметричное и симметричное шифрование для защиты данных во время их передачи.

Когда вы посещаете сайт, использующий HTTPS, в адресной строке вашего браузера появляется значок замка. Это означает, что соединение с сайтом защищено. Кроме того, если кликнуть на этот значок, можно получить информацию о сертификате безопасности сайта. Этот сертификат гарантирует, что сайт действительно является настоящим и что все данные, передаваемые между вами и сайтом, шифруются и защищены от посторонних глаз.

Сегодня HTTPS стал стандартом для многих сайтов, особенно для тех, которые обрабатывают конфиденциальную информацию, такую как пароли, данные кредитных карт и личную информацию пользователей.

URL/URI: Универсальные указатели ресурсов

URL (Uniform Resource Locator) и URI (Uniform Resource Identifier) часто используются как синонимы, хотя между ними есть небольшие различия. В основном URI является общим термином, который может идентифицировать любой ресурс, в то время как URL является подмножеством URI и указывает, как получить доступ к ресурсу.

Простым языком, URL - это сам веб-адрес, который вы вводите в браузер. Он состоит из нескольких частей: протокол (например, "http"), доменное имя (например, "example.com") и, возможно, путь к конкретному ресурсу на этом сайте (например, "/page1.html").

Важность URL заключается в том, что он предоставляет ясную и структурированную информацию о том, где находится определенный ресурс в сети Интернет и как получить к нему доступ.

Другие протоколы верхнего уровня

FTP (File Transfer Protocol): этот протокол используется для передачи файлов между компьютерами в сети. FTP может работать в "активном" или "пассивном" режимах, которые определяют, как устанавливается соединение.
SMTP (Simple Mail Transfer Protocol): SMTP используется для отправки электронной почты. Когда вы отправляете письмо, ваш почтовый клиент использует SMTP, чтобы передать его почтовому серверу.
POP3 (Post Office Protocol, version 3) и IMAP (Internet Message Access Protocol): это протоколы, которые используются почтовыми клиентами для получения сообщений с почтовых серверов. IMAP позволяет нескольким устройствам синхронизировать состояние почтового ящика, тогда как POP3 просто загружает письма на локальное устройство.
DNS (Domain Name System): хотя DNS часто не рассматривается как протокол верхнего уровня в строгом смысле, его функции жизненно важны для работы Интернета. DNS преобразует человеко-читаемые доменные имена (например, "example.com") в IP-адреса, которые компьютеры используют для идентификации друг друга в сети.
SSH (Secure Shell): протокол для безопасного удаленного управления системами и передачи данных. SSH шифрует своё соединение, чтобы предотвратить перехват или подмену передаваемых данных.
Telnet: Это старый протокол для удаленного управления системами, предшественник SSH. Сегодня его использование считается небезопасным, так как данные передаются в открытом виде без шифрования.

Эти протоколы представляют лишь малую часть множества протоколов, использующихся в сети Интернет. Однако именно они играют ключевую роль в повседневной работе многих интернет-сервисов.

Клиент-серверные приложения

С течением времени и по мере развития информационных технологий общепринятым способом организации и взаимодействия IT-систем стала клиент-серверная архитектура. В её основе лежит простая, но мощная концепция: разделение задач между поставщиком ресурсов (сервером) и его потребителем (клиентом). Подобное разделение позволяет создавать гибкие, масштабируемые и эффективные системы. В мире, где число устройств и приложений, подключённых к Интернету, растёт с каждым днем, понимание принципов работы клиент-серверных приложений становится ключевым для любого IT-специалиста, а потому необходимо сейчас и нам.

Что такое клиент-серверное приложение?

Клиент-серверное приложение - это распределённая система, состоящая из двух основных компонентов: клиента и сервера. Клиент отправляет запросы на сервер, который обрабатывает их и отправляет обратно ответы. В одно и то же время клиентов может быть несколько: веб-браузер, мобильные клиенты, десктопные клиенты или другие серверные приложения. Точно так же и один клиент может получать данные сразу от нескольких серверов.

Преимущества клиент-серверной архитектуры

Распределение ресурсов: серверы могут быть оптимизированы для выполнения определенных задач, в то время как клиенты могут быть настроены на максимальную производительность пользовательского интерфейса.
Масштабируемость: добавление новых клиентов или усиление серверной части не требует изменений во всей системе.
Централизованное управление: серверные компоненты могут легко обновляться и поддерживаться, что позволяет проводить обновления без какого-либо воздействия на клиентов.

Как работают клиент-серверные приложения?

Запрос: клиент отправляет запрос на сервер. Это может быть запрос на получение данных, обновление информации или выполнение какой-либо операции.
Обработка: сервер получает запрос, обрабатывает его - например, извлекает данные из базы данных или выполняет какую-либо логику.
Ответ: после обработки запроса сервер отправляет ответ обратно клиенту. Клиент интерпретирует этот ответ и предоставляет соответствующую информацию пользователю или выполняет соответствующее действие.

Примеры клиент-серверных приложений

Веб-приложения: ваш браузер действует как клиент, запрашивая веб-страницы и ресурсы с веб-серверов.
Электронная почта: приложения электронной почты получают и отправляют сообщения через серверы электронной почты.
Базы данных: клиентские приложения часто запрашивают данные у серверов баз данных.

Обязательно подписывайтесь на мой аккаунт dev.to и Telegram канал, скоро будет ещё больше контента: https://t.me/MainArthur

DEV Community: Arthur Kh

What would you use instead of WordPress?

📝 Writing a professional resume: Ultimate guide

Step 1 - Research

Step 2 - Fill all the data

Headline

Contact information

Work experience

Languages

Education

Certifications and licenses / Publications / Awards

Volunteer work

Summary

Skills

Step 2.1 - Spellcheck

Step 3 - Formatting

File format

Template

Template filling

Extra Step 4 - Application

My resume

Resume

Size

Structure

Style

Conclusion

Optimize your JS code in 10 seconds

Problem #1 - Combination of Array Functions

The easy solution

Problem #2 - Useless Reference Update

The solution

Remote vs Hybrid vs Office

Challenging Bugs and Solutions of the Week: Share Your Stories! 🐞

Guidelines:

My Database History

RAM

VERY BIG JSON FILE

Multiple JSON files

NeDB

MongoDB

Conclusion

"Мобильная" разработка. [Системы контроля версий, Git]

Системы контроля версий

Виды СКВ

Преимущества использования СКВ

Популярные системы контроля версий

Git

Основные понятия Git

Установка Git

Настройка git

Создание репозитория

Создание коммита

Создание ветки

Создание Pull Request

Итог

Полезные ссылки

Gently reminder to set up backups

What is a Backup?

Why Are Backups Important?

Best Practices for Backups:

My Story

PLEASE SET UP BACKUPS WHEREVER POSSIBLE

"Мобильная" разработка. [Bash и основные утилиты терминала]

sh и bash

Termux

Основные команды Bash

Клавиши быстрого доступа

Ctrl+C Example - YouTube

Ctrl + Z and fg - YouTube

Навигация

Файловые операции

Текстовые редакторы

Работа с текстом

Информация о системе

Сеть

Работа с архивами

Управление процессами

Управление пакетами (зависит от дистрибутива):

Поиск файлов

Управление разрешениями