Skip to content
Open
Show file tree
Hide file tree
Changes from 37 commits
Commits
Show all changes
49 commits
Select commit Hold shift + click to select a range
a6e0172
Initial commit
zloegucci Sep 5, 2022
eae59d9
test parcel
zloegucci Sep 5, 2022
b26ea11
finish 2 pages
zloegucci Sep 7, 2022
feb752e
finish profile page
zloegucci Sep 8, 2022
ff05bf1
finish modal window
zloegucci Sep 9, 2022
97670ec
solved problem with parcel
zloegucci Sep 9, 2022
2421d81
add express server
zloegucci Sep 12, 2022
5fb6679
add express server and command for net
zloegucci Sep 12, 2022
76cf790
Update README.md
zloegucci Sep 12, 2022
3d74dd0
start refactoring with parcel 2
zloegucci Sep 12, 2022
c085bee
Merge branch 'sprint_1' of https://github.com/tacticSugar/sprint_1 in…
zloegucci Sep 12, 2022
0971956
continue refactoring. sending for review
zloegucci Sep 13, 2022
9c9c59b
Update README.md
zloegucci Sep 13, 2022
9da7b71
Update README.md
zloegucci Sep 13, 2022
8701669
Update README.md
zloegucci Sep 13, 2022
c5efb76
Merge branch 'main' into sprint_1
zloegucci Sep 13, 2022
8450fc2
minor updates after review
zloegucci Sep 14, 2022
6379b78
start chats
zloegucci Sep 14, 2022
9eab901
fighting errors
zloegucci Sep 14, 2022
dea2608
put data in json
zloegucci Sep 14, 2022
e236803
Merge pull request #2 from tacticSugar/deploy
zloegucci Sep 14, 2022
3c53d93
Merge pull request #3 from tacticSugar/deploy
zloegucci Sep 14, 2022
8600724
finish chat-list
zloegucci Sep 14, 2022
763e5a8
start working on TypeScript
zloegucci Sep 24, 2022
63466d5
Continue transfer to TS
zloegucci Sep 24, 2022
1888da8
Fighting with mixins, cant fix
zloegucci Sep 25, 2022
8f0461d
finish components
zloegucci Sep 26, 2022
c047d21
finish transfer to block logick
zloegucci Sep 27, 2022
be187ca
add some validation
zloegucci Sep 28, 2022
918d9bf
fighting validation
zloegucci Sep 29, 2022
7c06bc2
add some validation
zloegucci Sep 29, 2022
672b2c9
somehow finish sprint2
zloegucci Oct 2, 2022
402b668
somehow finish sprint2_2
zloegucci Oct 2, 2022
435b6bd
start sprint_3. rethinking components
zloegucci Dec 6, 2022
efdb012
try new logic with components
zloegucci Dec 13, 2022
a47b550
finishing sprint_3, fighting mistakes
zloegucci Dec 16, 2022
837c2e5
finishing sprint_3, fighting mistakes_2
zloegucci Dec 16, 2022
8db772e
fix some issues, fighting with chats
zloegucci Dec 19, 2022
d3c4810
netlify_1
zloegucci Dec 20, 2022
ccb0a7b
netlify_2
zloegucci Dec 20, 2022
f7079c1
netlify_3
zloegucci Dec 20, 2022
c7832e6
netlify_4
zloegucci Dec 20, 2022
957d5e4
netlify_5
zloegucci Dec 20, 2022
5410f0b
netlify_6
zloegucci Dec 20, 2022
1b832a5
netlify_7
zloegucci Dec 20, 2022
85d057b
netlify_8
zloegucci Dec 20, 2022
1ed4f68
netlify_9
zloegucci Dec 20, 2022
6e46e3c
netlify_10 and readme
zloegucci Dec 20, 2022
382e90a
Update README.md
zloegucci Dec 20, 2022
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
9 changes: 9 additions & 0 deletions .editorconfig
Original file line number Diff line number Diff line change
@@ -0,0 +1,9 @@
[*]
indent_style = space
indent_size = 2
end_of_line = lf
trim_trailing_whitespace = true
insert_final_newline = true
max_line_length = 100
quote_type = single
charset = utf-8
23 changes: 23 additions & 0 deletions .eslintrc.json
Original file line number Diff line number Diff line change
@@ -0,0 +1,23 @@
{
"env": {
"browser": true,
"es6": true
},
"extends": ["standard-with-typescript", "prettier"],
"root": true,
"parser": "@typescript-eslint/parser",
"plugins": ["@typescript-eslint", "prettier"],
"ignorePatterns": ["dist/**"],
"overrides": [],
"parserOptions": {
"project": "./tsconfig.json",
"ecmaVersion": "latest",
"sourceType": "module"
},
"rules": {
"@typescript-eslint/explicit-function-return-type": 0,
"@typescript-eslint/restrict-template-expressions": 0,
"@typescript-eslint/consistent-type-definitions": 0,
"@typescript-eslint/strict-boolean-expressions": 0
}
}
4 changes: 4 additions & 0 deletions .gitignore
Original file line number Diff line number Diff line change
@@ -0,0 +1,4 @@
node_modules
dist
.parcel-cache
.cache
1 change: 1 addition & 0 deletions .npmrc
Original file line number Diff line number Diff line change
@@ -0,0 +1 @@
engine-strict=true
8 changes: 8 additions & 0 deletions .parcelrc
Original file line number Diff line number Diff line change
@@ -0,0 +1,8 @@
{
"extends": "@parcel/config-default",
"transformers": {
"*.pug": [
"@parcel/transformer-inline-string"
]
}
}
6 changes: 6 additions & 0 deletions .prettierignore
Original file line number Diff line number Diff line change
@@ -0,0 +1,6 @@
node_modules
dist
.parcel-cache
.cache
.git
.github
14 changes: 14 additions & 0 deletions .stylelintrc.json
Original file line number Diff line number Diff line change
@@ -0,0 +1,14 @@
{
"extends": "stylelint-config-prettier-scss",
"rules": {
"string-quotes": "single",
"scss/no-global-function-names": null,
"selector-class-pattern": null,
"property-no-vendor-prefix": [
true,
{
"ignoreProperties": ["text-size-adjust", "overflow-style", "tap-highlight-color"]
}
]
}
}
85 changes: 5 additions & 80 deletions README.md
Original file line number Diff line number Diff line change
@@ -1,83 +1,8 @@
### Ветка, в которой делаете задания спринта, должна называться sprint_i, где i - номер спринта. Не переименовывайте её.
## Общая информация

### Откройте pull request в ветку main из ветки, где вы разрабатывали проект, и добавьте ссылку на этот pr в README.md в ветке main.
### ВАЖНО: pull request должен называться “Sprint i” (i — номер спринта).
В проекте использовался шаблонизатор pug, в качестве препроцессора css - scss

### Например, задания для проектной работы во втором спринте вы делаете в ветке sprint_2. Открываете из неё pull request в ветку main. Ссылку на этот pr добавляете в README.md в ветке main. После этого на платформе Практикума нажимаете «Проверить задание».
## Команды

### Также не забудьте проверить, что репозиторий публичный.
---


Даже законченный проект остаётся только заготовкой, пока им не начнут пользоваться. Но сначала пользователь должен понять, зачем ему пользоваться вашим кодом. В этом помогает файл README.

README — первое, что прочитает пользователь, когда попадёт в репозиторий на «Гитхабе». Хороший REAMDE отвечает на четыре вопроса:

- Готов ли проект к использованию?
- В чём его польза?
- Как установить?
- Как применять?

## Бейджи

Быстро понять статус проекта помогают бейджи на «Гитхабе». Иногда разработчики ограничиваются парой бейджев, которые сообщат о статусе тестов кода:

![Бэйджи](https://github.com/yandex-praktikum/mf.messenger.praktikum.yandex.images/blob/master/mf/b.png)

Если пользователь увидит ошибку в работе тестов, то поймёт: использовать текущую версию в важном проекте — не лучшая идея.

Бейджи помогают похвастаться достижениями: насколько популярен проект, как много разработчиков создавало этот код. Через бейджи можно даже пригласить пользователя в чат:

![Версии](https://github.com/yandex-praktikum/mf.messenger.praktikum.yandex.images/blob/master/mf/vers.png)

В README **Webpack** строка бейджев подробно рассказывает о покрытии кода тестами. Когда проект протестирован, это вызывает доверие пользователя. Последний бейдж приглашает присоединиться к разработке.

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

## Описание

Краткое опишите, какую задачу решает проект. Пользователь не верит обещаниям и не готов читать «полотна» текста. Поэтому в описании достаточно нескольких строк:

![Описание](https://github.com/yandex-praktikum/mf.messenger.praktikum.yandex.images/blob/master/mf/desc.png)

Авторы **React** дробят описание на абзацы и списки — так проще пробежаться глазами по тексту и найти ключевую информацию.

Если у проекта есть сайт, добавьте ссылку в заголовок.

## Установка

Лучше всего пользователя убеждает собственный опыт. Чем быстрее он начнёт пользоваться проектом, тем раньше почувствует пользу. Для этого помогите ему установить приложение: напишите краткую пошаговую инструкцию.

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

- `npm install` — установка стабильной версии,
- `npm start` — запуск версии для разработчика,
- `npm run build:prod` — сборка стабильной версии.

## **Примеры использования**

Хорошо, если сразу после установки пользователь сможет решить свои задачи без изучения проекта. Это особенно верно, если ваш пользователь — не профессиональный разработчик. Но даже профессионал поймёт вас лучше, если показать примеры использования:

![Ссылки](https://github.com/yandex-praktikum/mf.messenger.praktikum.yandex.images/blob/master/mf/link.png)

Для более подробных инструкции добавьте новые разделы или ссылки:

- на документацию,
- вики проекта,
- описание API.

В учебном проекте будут полезен раздел с описанием стиля кода и правилами разработки: как работать с ветками, пул-реквестами и релизами.

### **Команда**

Если вы работаете в команде, укажите основных участников: им будет приятно, а новые разработчики охотнее присоединятся к проекту. «Гитхаб» — не просто инструмент, это социальная сеть разработчиков.

![Команда](https://github.com/yandex-praktikum/mf.messenger.praktikum.yandex.images/blob/master/mf/team.png)

### **Примеры README**

- «[Реакт](https://github.com/facebook/react)»,
- «[Эхо](https://github.com/labstack/echo)»,
- «[Вебпак](https://github.com/webpack/webpack)»,
- «[ТДенгине](https://github.com/taosdata/TDengine)»,
- «[Соул-хантинг](https://github.com/vladpereskokov/soul-hunting/)».
сборка через parcel `npm run build`
раздача статитки через сервер `npm run start`
Loading