Решил поизучать заголовки ответа сервера.
Например
Connection:Keep-Alive
Гугл перекинул меня на википедию https://ru.wikipedia.org/wiki/Постоянное_HTTP-соединение
Постоянное HTTP-соединение — использование одного TCP-соединения для отправки и получения множественных HTTP-запросов и ответов вместо открытия нового соединения для каждой пары запрос-ответ.

Учитывая, что я не знаю что такое TCP-соединение, мне это мало о чем говорит. Я догадываюсь, что соединяясь с указанным хостом example.com, клиент будет запрашивать все последующие ресурсы (картинки, стили, скрипты) через одно и то же соединение, а не открывать каждый раз новое.
По ссылке про TCP в вики совсем непонятная фигня.

ОП, кроме талмуда Олифер по сетевым технологиям, есть чо покороче? Я посмотрел по оглавлению, TCP объясняется на 482 странице, я дошел только до 58. Я так с голоду помру, пока дочитаю. А пропускать скорее всего нельзя, иначе будет непонятно.

curl -v http://test/hello.php
Hostname was NOT found in DNS cache
Trying 127.0.0.1...
Connected to test (127.0.0.1) port 80 (#0)
Это и DNS-адреса где-то кешируются получается?

> GET /hello.php HTTP/1.1

> User-Agent: curl/7.35.0

> Host: test

> Accept: /

Что такое Accept /* ?

О, нашел какой-то симпатичный бложек по http. Надо почитать. ОП, посмотри опытным взором, хороший источник или нет:
http://www.http11.ru/
Дизайн выглядит приятно (это важно, я не буду читать неотформатированную стену текста), и вроде бы аффтар жжот.

>>510504

Сейчас кратко расскажу что такое TCP (и как работает интернет). По умолчанию, протокол IP на котором построен интернет, имеет такие особенности:

— узлы сети могут обмениваться небольшими (до 1.5Кб) пакетами друг с другом
— каждая подключеннная к сети сетевая карта имеет уникальный IP адрес, который позволяет определить отправителя/получателя пакета. заметь, я пишу «каждая сетевая карта» так как у узла может быть несколько сетевых карт, причем подключенных к разным или одной сети
— пакеты доставляются по принципу «best effort», нет гарантий что пакеты придут в том же порядке в котром отправлены, и что они придут вообще

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

Для решения этих проблем сделаны более высокоуровневые протоколы.

Проблема маленьких пакетов решается тем, что информация разбивается на части и в пакет пишется номер этой части (заметь что по прежнему есть проблема, а что если одна из частей не придет?). Проблема какой программе адресован пакет решается добавлением в пакет числа — номера порта. Программа, желающая работать с сетью, резервирует в ОС уникальный номер порта для себя («открывает порт»).

Ты еще можешь услышать термин «сокет». Сокет — это специальная структура, которая описывает UDP или TCP соединение между 2 узлами и соединение идентифицируется 2 IP адресами и 2 номерами портов (получателя и отправителя). То есть UDP и TCP соединения устанавливаются между программой-отправителем и получателем, а не просто узлами.

Вот эти протоколы:

— сигнальный (сигнальный значит что он не передает файлы и данные, а только сообщения вроде того что узел недоступен) протокол ICMP — он позволяет передавать в IP пакетах информационные сообщения, например роутер может отправить сообщение о том что узел-адресат недоступен. Команды ping/traceroute (проверка доступности хоста и проверка каким путем идут пакеты), про которые ты наверно слышал, работают, посылая ICMP echo request пакеты, на которые хосты отвечают. ICMP не использует порты.

Он неплохо описан тут: https://ru.wikipedia.org/wiki/ICMP

— протокол передачи датаграмм UDP. Этот протокол позволяет отправить датаграмму (кусок данных) на указанный порт указанного узла. Он разбивает датаграмму на части, передает в виде нескольких IP пакетов, а на другом узле собирает. Если один из пакетов не пришел, то UDP отбрасывает его. UDP таким образом не гарантирует доставку, но решает проблему маленьких пакетов приходящих в случайном порядке. UDP используется там где нужна минимальная задержка, а потери данных приемлемы — передача голоса, видео в скайпе, сетевые игры

— протокол TCP. Это надежный протокол, который организует двунаправленный канал связи с заданным портом на заданном узле. Он позволяет пересылать по этому каналу в обе стороны поток данных неограниченной длины. TCP также исплоьзует подтверждение полученных данных и повторную пересылку пакетов при их потере. Скорость передачи подбирается автоматически в зависимости от скорости сети и числа потерь пакетов. Платить за это приходится чуть большей задержкой, так как при TCP мы должны ждать подтверждения того, что удаленный узел получил данные. TCP исплоьзуется в большинстве других протоколов, в том числе HTTP.

Заметь, главная разница в том что UDP просто шлет датаграммы, без подтверждений что они получены, а TCP устанавлвивает именно надежный канал передачи данных, который либо передает данные без ошибок, либо разрывается (и отправитель об этом знает).

Ну и передача видео/голоса по TCP плохая идея, так как тот при утере пакета сначала какое-то время ждет пока он придет, а потом отправляет просьбу выслать его повторно, и если этот пакет с просьбой теряется, то мы получаем еще большую задежрку. Потому голос/видео передают по UDP, причем используются такие кодеки, которые могут работать при потере части данных, ухудшая при этом качество картинки/звука.

Собственно возвращаясь к Keep_Alive. Без него для каждого нового запроса создается новое TCP соединение. С ним мы переиспользуем существющее соединение, посылая новый запрос после получения ответа от сервера. Также, есть pipelining — это когда отправитель шлет запросы не дожидаясь получения ответа, и соответственно потом получает несклоько ответов сразу.

Профит в том что мы экономим время на установку нового соединения, котрое требует обмен 3 пакетами (TCP handshake). Если пакет идет допустим из России в США 100 мс, то 3 пакета это 300 мс.

Для того чтобы это работало, получатель должен как-то понять что сервер закончил передавать данные (по умочланию признаком завершения является закрытие соединения сервером). для этого сервер должден либо указать длину тела ответа с помощью Conetnt-Length, либо использовать способ передачи вроде TRansfter-Encoding: chunked который содержит признак конца данных.

Бложек выглядит нормально но он по моему просто заточен под набирание веса в Гугле.

Почитай-ка вот эти статьи, они конечно по отдельности не идеальны, но вместе, я думаю, дают общую картину:

http://kunegin.com/ref3/tcp/glava4.htm
http://habrahabr.ru/post/209144/
http://book.itep.ru/4/44/udp_442.htm
http://www.chin28.narod.ru/d10.1.htm

Для полного понимания конечно было бы хорошо написать программу-клиент и программу-сервер, которые бы обменивались UDP датаграммами или общались через TCP соединение. Например, что-нибудь вроде чата между 2 консольными программами. Это было бы конечно полезно, но я не знаю, есть ли у тебя на жто время.

Но позже если ты например захочешь изучить вебсокеты, знание TCP и сетевого программирования было бы полезно.

В качестве мини-практики можешь сделать такие вещи:

— попробуй попинговать узлы ya.ru, google.com командой вроде ping goog.com
— попробуй определить путь к узлу, исплоьзуя команду tracert google.com (traceroute если у тебя линукс/мак)
— попробуй соединиться с каким-либо узлом и вручную сделать HTTP-запрос. Для этого установи telnet-соединение (протокол telnet это почти что голый TCP и таким образом команда telnet дает нам TCP канал с указанными хостом/портом) командой

telnet ya.ru 80

Порт 80 это порт используемый по умолчанию для http.

затем набери

GET / HTTP/1.0 (Enter)
Host: ya.ru (Enter)
(Enter)

И получи ответ. Набирать надо быстро (там есть таймаут), если ты не уверен что справишься, можешь набрать текст в редакторе и скопировать.

Если telnet плохо работает или еще чем-то тебе не нравится, можно скачать программу putty (под Windows) или netcat (под линукс) и работать через нее.

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

>>510553

>Сейчас кратко расскажу...

>6973 символа

Ты в своем репертуаре. Надеюсь, это паста, и ты не писал это руками.
Блин, придется читать, человек мне это писал, старался знаешь.

Давай я сокращу это и выпишу в конспект основные тезисы:
По IP протоколу узлы (т.е. физ.устройства, сетевые карты) могут обмениваться малыми объемами данных (пакетами). Пакеты как-то неудачно нумеруются, приходят не обязательно в том порядке, что их отправили, и вообще часть может быть потеряна.
Так.
Для устранения вышеупомянутых проблем есть протоколы более высокого уровня типа ICMP, UPD и TCP. Данными обмениваются теперь не узлы (сетевые карты), а специальный софт, программное обеспечение. Ну вот как у нас есть взаимодействие клиент-сервер (мозилла-апач, например).

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

Дальше. UPD уже позволяет отправить какие-то данные на указанный порт указанного узла (сет.карты), где эти данные уже разбиваются на маленькие пакеты и скармливаются IP протоколу. Таким образом UPD выступает как бы посредником, оберткой над этим делом. Решает проблему упорядоченности данных, но не решает проблему потери.

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

>при keep-alive отправитель шлет запросы не дожидаясь получения ответа, и соответственно потом получает несклоько ответов сразу.

А когда соединение разрывается? Как происходит этот процесс? Ну вот у меня запрос на GET /index.php HTTP/1.1
Устанавливается TCP-соединение с example.com. Приходит полностью html или другой контент, который нам вернул php. А дальше браузер видит ссылочку на стили:
/css/main.css
Соответственно ему нужно получить и этот файл, потом картинки и т.д.
Так вот, если первый запрос завершился 200 OK, то соединение продолжает некоторое время висеть открытым, или как? Как он умудряется получив данные от index.php по тому же каналу, или соединению получить прочие ресурсы? Или браузер закроет соединение только полностью отрисовав в памяти DOM?
Если спустя время пользователь кликнет по кнопочке, на которой у меня висит аякс-запрос, то это будет уже новое соединение?

>Для полного понимания конечно было бы хорошо написать программу-клиент и программу-сервер, которые бы обменивались UDP датаграммами

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

>попробуй попинговать узлы ya.ru

ну пик1. Что мне с ним дальше делать? Я вижу размер пакета (64 байта), айпи яндекса (93.158.134.3), номер пакета, время установки соединения (ну или эмуляции этого соединения, мы же с портом не коннектимся), и какой-то ttl.

>traceroute

выдало
1. x x x (три звездочки)
2. x x x (три звездочки)
3. какой-то url и айпи, скорее всего провайдера 30.702 ms 30.731 ms 30.718 ms
4. похожая строка
5. x x x (три звездочки)
6. 173.194.113.201 (173.194.113.201) 32.533 ms 11.306 ms 11.851 ms
Чего он мне гугл только с пятой попытки нашел?

telnet ya.ru 80
Говорит 400 bad request

>>510597

> Пакеты как-то неудачно нумеруются,

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

> Пока смутно понимаю, что такое порт. Это что-то вроде идентификатора соединения в сетевой карте?

Это число от 1 до 65535. Он есть только в UDP и TCP. Когда программа хочет принимать UDP или TCP, она говорит ОС: я хочу открыть TCP порт 2000 на прием. И ОС может ответить одно их двух:

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

— нет, этот порт уже занят другой программой (такое получается если ты например пытаешься запустить Апач второй раз при уже запущенном)

А если программа (клиент) хочет передавать датаграммы или установить соединенеи, то ОС дает ей любой свободный номер порта, так как тут не принципиально какой он будет.

Например порт 80 испольузется по умолчанию в HTTP и например программа-веб-сервер на сайте ждет соединений именно на него. На других портах какие-то другие программы или ничего нет.

Вот список некоторых общеизвестных номеров портов: https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BF%D0%BE%D1%80%D1%82%D0%BE%D0%B2_TCP_%D0%B8_UDP

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

Под линуксом и маком порты ниже 1024 может открыть только программа с правами администратора. Это сделано для защиты от таких ситуаций:

— программа-сервер ssh (удаленный доступ к командной строке на линуксе), слушающая порт 21, упала из-за ошибки и порт освободился (или например веб-сервер Апач на 80 порту упал из-за ошибки)
— злоумышленник-пользователь сервера, не имеющий прав администратора, запустил свою программу слушающую этот порт и собирающущую пароли и любые данные которые слали Апачу/ssh. Заняв порт он не дает ssh/Апачу открыть его после перезапуска.

Ну к примеру на хостинге много обычных пользователей и нельзя чтобы они могли открыть порт вместо Апача или ssh.

Таким образом если номер порта меньше 1024 то ты знаешь что программа на нем запущена администратором сервера, а не обычным пользователем.

> Это что-то вроде идентификатора соединения в сетевой карте?

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

> Таким образом, при работе по ICMP протоколу получается программки даже не открывают соединение с узлом(я так понял, имеется ввиду сетевая карта), у серверочка (как его зовут?) только запрашивается служебная информация: есть ли возможность создать соединение (открыть порт), или нет.

Это при UDP/TCP так. Программа-сервер открывает порт для приема соединений либо программа-клиент просит ОС установить соединение с данными Ip/портом.

В ICMP портов нет и понять какой программе адресован пакет невозможно. Потому под линуксом программа ping использует права администратора, чтобы заставить ОС отдавать ей все пришедшие ICMP-пакеты (без прав админа это сделать нельзя разумеется). Если ты запустишь несколько ping одновременно, они не путаются, так как добавляют в пакеты какие-то свои номера, но это не порт.

Порт идентифицирует программу, не соединение. Соединение идентифицирует 4 числа: IP отправителя/получаетля, порт отправителя/получателя. Таким образом, один порт может использоваться для множества соединений. Например веб-сервер может принимать одновременно сотни соединений на один порт 80 при условии что они приходят от разных IP/портов.

То есть у веб-сервера который слушает порт 80, обычно есть много сокетов (сокет это что-то вроде идентификатора соединения на уровне ОС):

— «слушающий сокет» на порт 80, через который он получает от ОС новые сокеты при подсоединении клиентов к этому порту
— сокеты установленных соединений с клиентами

(это уже особенности того как работает ОС)

> приходят не обязательно в том порядке, что их отправили,

Да, потому что пакеты могут идти разными путями, а также маршрутизатор может по каким-то причинам пересылать их в другом порядке.

> UPD уже позволяет отправить какие-то данные на указанный порт указанного узла (сет.карты), где эти данные уже разбиваются на маленькие пакеты и скармливаются IP протоколу.

У сетевой карты нет портов, порт это просто число по которому ОС идентифицирует программу. У сетевого интерфейса есть только IP адрес и он отправляет/принимает все подряд.

> А когда соединение разрывается? Как происходит этот процесс?

В TCP соединение закрывать может передающая сторона, причем закрывает она этим канал только в одну сторону, на передачу. К примеру, клиент, послав запрос может сразу закрыть канал от клиента к серверу, но оставить открытым канал в обратную сторону (а каждое соединение, как ты помнишь двунаправленное).

Если закрыть канал в обе стороны, очевидно, соединение считается полностью закрытым.

Закрытие делается отправкой специального TCP-пакета с флагом FIN. Он значит «я закончил передавать данные». Получив такой пакет, другая сторона отправляет пакет с флагами FIN + ACK, то есть подтверждает закрытие одного из направлений передачи данных.

Также, есть сброс соединения. Он делается пакетом RST. Он обозначает либо отказ устанавливать соединение, либо если послан после установки, обозначает разрыв соединения. ОС шлет пакеты RST в случае если:

— пришел пакет с попыткой установить соединение на несуществующий порт, на котором никто не слушает (также можно настроить ОС чтобы она ничего не отправляла в ответ, для защиты от сканирования портов)
— программа, которая открыла порт, упала/завершилась. В этом слуае ОС закрывает все открытые ей соединения, посылая пакеты RST

Вот есть длинная, но с графиками, статья про виды пакетов TCP:

http://www.soslan.ru/tcp/tcp18.html
http://www.opennet.ru/docs/RUS/tcpip/#c4_tcp

Кстати, есть программы которые позволяют перрехватывать проходящие через сетевую карту пакеты. Например кроссплатформенный и бесплатный wireshark (с графическим интерфейсом). Можешь поставить его и попробовать, только закрой лишние программы а то будет трудно разобраться. В нем будут видны все свойства пакетов, флаги, порядок установки и разрыва соединения.

Также, команда netstat -abn покажет все открытые соединения и слушающие порты. попробуй ее запустить.

>>510597

> Это слишком сложно, и я не знаю тех языков, на которых подобное пишется (си, я подозреваю).

На PHP есть функции для работы с сокетами: http://php.net/manual/ru/sockets.examples.php

Также, можно открыть соединение через врапперы tcp и udp: http://php.net/manual/ru/function.stream-socket-client.php

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

мануалы действительно используют код на СИ. Но если ты понимаешь принцип ты легко перепишешь его на PHP:

http://masandilov.ru/network/guide_to_network_programming

Ну подумай, в общем, я думаю, если писать потихоньку то это не так сложно. Зато ты гораздо лучше будешь понимать что происходит при передаче данных в сети. К тому же в случае с TCP ты можешь установить netcat и она может использоваться как клиент/сервер для тестирования, так как умеет и принимать и устанавливать соединения.

nc -v -l -p 1000 — открыть порт 1000 на прием соединений
nc -v localhost 1000 — соединиться с портом 1000 на своем компьютере

Сделай это в 2 терминалах и получишь мини-чат.

> время установки соединения (ну или эмуляции этого соединения, мы же с портом не коннектимся),

Это время между отправкой и полуением пакета. в ICMP нет соединений, можно только слать пакеты, как в UDP.

> и какой-то ttl.

ttl это поле которое уменьшается на 1 при проходе пакета через маршрутизатор. при достижении нуля пакет уничтожается и отправителю отправляется ICMP-уведомление. Это сделано чтобы при неправильной маршрутизации пакет не ходил по сети вечно.

> ну пик1. Что мне с ним дальше делать?

Ну ты научился пользоваться пингом и узнал что пакеты проходят от тебя до сервера яндекса без проблем.

> Чего он мне гугл только с пятой попытки нашел?

Узлы сети соединены не напрямую, а через маршрутизаторы (которые тоже являются узлами и имеют IP адреса). Traceroute посылает пакеты с возрастающим ttl (которые умрут пройдя несклоько шагов), и выводит тебе пришедшие уведомления об их уничтожении. Таким образом ты видишь каким путем шел пакет к цели.

traceroute позвоялет видеть каким путем идет пакет и обнаруживать проблемы неправильной конфигурации сети.

Там где зведочки, ответа не пришло. Это значит администратор маршрутизатора отключил отправку ICMP уведомлений.

> Говорит 400 bad request

ты неправильно набрал запрос. Проверь пробелы, переводы строк, не перепутано ли что.

>>510675

>Ну подумай, в общем, я думаю, если писать потихоньку то это не так сложно.

Давай чуток попозже. Доделаю хоть файлообменник. Там мне осталась регистрация, древовидные комментарии (мне понравилось решение №4 из твоего урока, где создается колонка path вида '1.1.2.1.......', следовательно мы должны хитро вкладывать элементы и парсить dom).

Твою пасту по задачам на xml сохранил, это следующее на очереди. Авось напишу пару патчей для своего киндла, будет хоть чем похвастаться перед родней. А то они думают, что я в игрушки целыми днями играю (неправда, всего 3-4 часа).

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

>Узлы сети соединены не напрямую, а через маршрутизаторы (которые тоже являются узлами и имеют IP адреса)

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

>telnet ya.ru 80

Получил заголовки и страницу. Погоди, а зачем ты мне сказал вбить 1.0 вместо 1.1? nginx все равно ответил по новому протоколу.

inside@HP255:~$ telnet ya.ru 80
Trying 213.180.204.3...
Connected to ya.ru.
Escape character is '^]'.
GET / HTTP/1.0
Host: ya.ru

HTTP/1.1 200 Ok
Server: nginx
Date: Wed, 08 Jul 2015 15:04:59 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 9664
Connection: close
Cache-Control: no-cache,no-store,max-age=0,must-revalidate
Expires: Wed, 08 Jul 2015 15:04:59 GMT
Last-Modified: Wed, 08 Jul 2015 15:04:59 GMT
P3P: policyref="/w3c/p3p.xml", CP="NON DSP ADM DEV PSD IVDo OUR IND STP PHY PRE NAV UNI"
Set-Cookie: yandex_gid=143; Expires=Fri, 07-Aug-2015 15:04:59 GMT; Domain=.ya.ru; Path=/
Set-Cookie: yp=; Expires=Sun, 10-Jul-2005 15:04:59 GMT; Path=/
Set-Cookie: yp=; Expires=Sun, 10-Jul-2005 15:04:59 GMT; Domain=.ya.ru; Path=/
Set-Cookie: yp=1438959899.ygu.1; Expires=Sat, 05-Jul-2025 15:04:59 GMT; Domain=.ya.ru; Path=/
Set-Cookie: S=; Expires=Sun, 10-Jul-2005 15:04:59 GMT; Path=/
Set-Cookie: yandexuid=4296845751436367899; Expires=Sat, 05-Jul-2025 15:04:59 GMT; Domain=.ya.ru; Path=/
X-Frame-Options: DENY

>>510640

>Также, команда netstat -abn

verbose наверное, опции b я не нашел.

Ага, порты закреплены за программами, то есть когда придет какой-то поток на тот или иной порт ОС будет знать, кому отдать эти данные на обработку, я понял.

Ладно, ты меня перегрузил. Давай я пока побалуюсь немного с курлом, а потом доделаю многострадальный файлообменник.

Придумай мне задачи на курл. Я тупой, я не могу зазубривать справочники, дай мне практическое задание.
Что можно сделать курлом? Кроме соединения гетом, хедом и постом, что еще интересного можно сделать? Как скачать сайт курлом, не wgetом? Как загрузить/скачать файлы по ftp на хостинг (если они это позволяют, конечно)?
Придумай еще задания, потому что я смутно понимаю, какие у него возможности, а тупо зазубривать команды, не понимая их смысла не охота.

>>510048
>>507767

Посмотрел твой код. Хорошо что ты освоил твиг и доктрину, это радует, но пока много замечаний.

> class FileResource

Странное название. Я встречал FileModel, File (по моему лучший вариант), но FileResource это что-то непривычное.

Ты используешь доктрину. Это хорошо, надеюсь ты уже успел убедиться как это удобно, когда не надо писать руками DataMapper, и тебе предоставляется готовый. Более того, если ты будешь использовать доктрину в сложных проектах (где много таблиц и связей между ними), ты увидишь что она способна сэкономить немало времени. Советую и дальше ее стараться использовать.

Но конечно стоит получше изучить ее особенности. Пока я вижу, что ты научился загружать/сохранять сущности в БД, но это лишь самое начало.

Доктрина это довольно сложная библиотека. Ей надо читать метаданные (аннотации в классе FileResource), ей надо парсить и преобразовывать DQL-запросы. Это все требует кеширования, иначе твой код при каждом вызове скрипта будет тратить на это время. В мануале к доктрине это явно написано: http://doctrine-orm.readthedocs.org/en/latest/reference/improving-performance.html#metadata-and-query-caches

> it is strongly discouraged to use Doctrine without a Metadata and Query cache (preferably with APC or Memcache as the cache driver).

Кеширование задается в настройках, и у тебя есть возможность задать какой именно хранилище используется. Для доктрины, мне кажется, хорошо подходит APC, так как это локальный кеш, который использует shared memory (шареную память? на жаргоне ее так называют) и потому работает быстро (но у него есть и недостатки: он недоступен из командной строки, так как память приналежит пользователю, под которым запущен Апач, он локальный по отношению к серверу, но в данном случае это нам и нужно).

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

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

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

http://www.doctrine-project.org/api/orm/2.2/source-class-Doctrine.ORM.Tools.Setup.html#163

Мне это не нравится и кажется что это неправильный подход. Ну к примеру, то, что у тебя установлено расширение memcache еще не значит что на том же компьютере запущен сервер memcache.

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

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

Настройки соединения с базой из bootstrap.php хорошо бы вынести в файл-конфиг вида

$dbname = ...;
$user = ....;

> https://github.com/V3N0m21/Uppu3/blob/master/app/Helper/Resize.php#L9

Обычно конструктор только инициализирует объект. Я думаю, лучше тут конструктор не делать, а для ресайза сделать метод resize.

> https://github.com/V3N0m21/Uppu3/blob/master/app/Helper/Resize.php#L26

> strtolower(strrchr($file, '.'));

Не стоит использовать strtolower так как она корежит нелатинские буквы в utf-8.

Определять тип картинки лучше не по расширению, а по типу который вернет например getimagesize().

Опции надо делать константами, а не строками. И в твоем случае список опций запутанный и я не понимаю, зачем их там много и чем они различаются. Мне кажется, это неудачный способ и лучше параметры ресайза задавать как-то по-другому. Ну например, задавать max-height и max-width. Или хотя бы сделать комментарии, как каждый режим работает.

Код определения размеров слишком большой, надо его как-то объединить, потому что там явно многое повторяется.

Зачем нужен exact, я не понимаю. По моему он приводит к нарушению пропорций изображения.

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

> if (imagetypes() & IMG_JPG) {

> imagejpeg($this->imageResized, $savePath, $imageQuality);

Тут при отстутсвии поддердки JPG ты просто молча выходишь из функции как ни в чем не бывало. Это неправильно, фактически картинка не создана а мы делаем вид что все в порядке.

Аналогично с default. Ошибки не должны умалчиваться.

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

> $invertScaleQuality = 9 - $scaleQuality;

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

Для MediaInfo надо сделать нормальный методы сохранения/распаковки из JSON, а то ты возвращаешь из getMediaInfo просто массив без методов (так как StdClass это и есть фактически массив только без функций для работы с ним, и его не стоит вообще никогда использовать поэтому). При желании можно даже добавить новый тип в doctrine, чтобы она сама его запаковывала/распаковывала при загрузке и сохранеии, как опсиано тут:

http://doctrine-orm.readthedocs.org/en/latest/cookbook/custom-mapping-types.html
http://doctrine-orm.readthedocs.org/en/latest/cookbook/advanced-field-value-conversion-using-custom-mapping-types.html

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

@ORM\Column(type="json", class="MediaInfo")

Такой тип позволит в будущем сохранять в базу и объекты других классов. Также, ты можешь замапить MediaInfo на отдельную таблицу или добавить колонки в files, но это не так интересно.

Я впрочем, изучил код класса Type в доктрине, и у него нет доступа к аннотациям. Так что так сделать не получится, придется делать так:

@ORM\Column(type="mediaInfoType")

> https://github.com/V3N0m21/Uppu3/blob/master/public/index.php#L27

Эту простыню надо разбить на функции или методы.

> https://github.com/V3N0m21/Uppu3/blob/master/public/index.php#L27

> $file = $entityManager->find('Uppu3\Resource\FileResource', $id);

Что если такого файла нет в базе?

> echo $app->render

echo не нужен

>if (in_array($file->getExtension(), $pictures)){

> } elseif (in_array($file->getExtension(), $video)) {

По моему ты сделал неправиьно. Шаблон для просмотра файла должен быть один, а вот уже в нем стоит if/elseif для разных типов.

> header("Content-Disposition: attachment; filename=".$file->getName());

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

> $name = "upload/".$id."-".$file->getName()."-txt";

это (и все аналогичные места) нужно вынести в функцию

> } else {

> echo "Not found";

Неправильно. страница ошибки должна отдаваться с кодом 404 (коды состояния: https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BA%D0%BE%D0%B4%D0%BE%D0%B2_%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D1%8F_HTTP#404 )

Более того, в СЛим уже встроена функция выдачи такой страницы: http://docs.slimframework.com/errors/404/

$entityManager лучше предоставлять как синглтон Слима (также, его удобно сокращать до em): http://docs.slimframework.com/di/overview/ через $app->em

> php_value max_execution_time 1000

Очень странная настройка.

> <meta charset="utf8" />

Слеш в одиночных тегах в HTML не нужен, это не XML

Выравниваение кода в шаблонах ужасное, надо делать отступы, иначе твой код тяжело читать.

> <img src="/upload/resize/resize-{{file.name}}">

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

> Размер файла:</strong> {{ file.size }} байт

Стоило бы сделать функцию (и прокинуть ее в twig как фильтр) для вывода размера в человекочитаемом виде.

> name="load"

Не стоит называть кнопку и поле с файлом одинаково.

Также, если требуется запускать какие-то команды, надо добавить файл README с описанием как установить проект.

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

При попытке отправить форму с невыбранным файлом надо выдавать ошибку.

> https://github.com/V3N0m21/Uppu3/blob/master/app/templates/layout.html#L6

Путь к CSS неправильный. Надо делать не относительный путь, а путь относительно корня сайта, в Слиме есть функция для его получения: http://docs.slimframework.com/request/paths/

Если чо-то непонятно, задавай вопросы.

>>510048
>>508294

> https://github.com/blackberryJam/abiturients/blob/master/abiturients.sql

Убери из дампа CREATE DATABASE, USE так как у пользователя може быть другая база данных с другим именем.

local лучше сделать ENUM или TINYINT, либо преобразовывать в число при выборке.

> UNIQUE KEY `email_token` (`email`,`token`)

Это значит что один email может встречатья несколько раз если с ним идут разные токены. То точно это имел в виду?

> https://github.com/blackberryJam/abiturients/blob/master/app/autoloader.php#L3

А автозагрузчике надо проверять есть ли такой файл. Иначе код вроде

if (class_exists('sadadsa'))

упадет с ошибкой

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/AbiturientService.php#L9

> $mapper = new AbiturientsMapper($GLOBALS['pdo']);

Не, так не годится. Во-первых ты не должен создавать маппер в сервисе (а должен передавать извне), во-вторых не должен использовать GLOBALS.

Лучше сделать так:

$service = new AbiturientService($abiturientMapper, $validator);

Это назвыается Dependency Injection через конструктор. Урок по теме: https://gist.github.com/codedokode/e1d31a31b37d5f635057

Заметь что для контроллеров обычно это не применяют. Обычно контроллер имеет доступ к DI контейнеру и может получить любой сервис из него. Так что, раз уж ты решил нагородить ООП, сделай-ка DI container. Это класс, который создает или (при повторном обращении) возвращает ранее созданные сервисы, он выглядит примерно так:

$mapper = $container->getAbiturientMapper();
$service = $container->getAbiturientService();

Сами сервисы и мапперы не должны ничего про него знать (иначе код будет запутанным и мы получим service locator), а вот контроллер вполне может иметь к нему доступ. Создавать сам контейнер удобно в bootstrap.php.

Как альтернатива, можно создать контейнер с публичными свойствами и в bootstrap прописать в них мапперы и сервисы, тогда к ним можно обращаться как $container->someMapper. Это работает когда сервисов немного.

В общем код вроде new AbiturientsMapper(...); должен быть только в одном месте. Любой сервис должен быть только в одном экземпляре и не должен создаваться по несколько раз (иначе будет путаница, один экземпляр проставил какое-то поле, а ты вызваешь другой экземпляр где у поля другое значение).

Также, тут в принципе можно было встроить валидатор в сервис. Но можно и отдельным классом, почему бы и нет.

> $string = $string . substr($chars, mt_rand(1, $numChars) - 1, 1);

Тут лучше использовать mb функции, хоть тут и латинница, но лучше привыкать использовать их.

> if ($mapper->isTokenReserved($string) == true) {

> return $this->generateToken($length);

Это потенциально бесконечный цикл. Сделай ограничение. например, можно поместить генерацию токена внутрь for с определенным числом попыток.

> setcookie('flashMessage', $id, time() + 600);

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

http://citforum.ru/internet/html/cookie.shtml (рус)
https://en.wikipedia.org/wiki/HTTP_cookie#Domain_and_Path (англ)

> switch ($id) {

> case '1':

Я бы сделал это число константой с понятным названием. Также, мне кажется функция readMessage должна сама брать его из кук. А то куки ставятся в сервисе, а читаются где-то в другом месте.

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/AbiturientsMapper.php#L6

> public function __construct($pdo)

Нужен тайп-хинт, они полезны и улучшают код.

> foreach ($abiturient as $property => $value)

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

> if ($result["COUNT(x)"] == 0) {

Используй алиас: SELECT COUNT() AS cnt

Если ты слабо знаешь SQL, в ОП-посте есть неплохие задачки на него, которые помогут изучить его лучше.

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/FrontController.php

> switch ($_SERVER['REQUEST_URI']) {

Если в URL есть параметры, например /?x=1 то этот код не заработает. надо их отрезать из URL.

Также, что выведется если ни одно из условий не срабоатет? Белая страница? Не, сделай-ка страицу 404 с выдачей соответствущего кода HTTP/1.1 404 Not Found

> processTheRequest

Обычно это называют handle()

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/MainPageController.php#L7

> if ($SERVER['REQUEST_METHOD'] == 'GET') {

А что если метод другой? Если это HEAD? Я думаю, этот if лучше вообще убрать.

> foreach ($abiturient as $property => $value) {

> if (isset($values[$property])) {

> $abiturient->$property = trim($values[$property]);

Это опасный код так как пользователь может прописать любые значения в любые поля объекта. В том числе те поля, которые он редактировать не должен иметь возможность. Я думаю, тут должен быть список допустимых полей.

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/UserpageController.php#L4

> public function processTheRequest()

Эта функция слишком длинная. Вынеси отдельные действия в отдеьные методы, например: чтение данных из POST, редирект.

> if ($_SERVER['REQUEST_METHOD'] == 'GET') {

> if (array_key_exists('token', $_COOKIE)) {

> $abiturient = $mapper->getByToken($_COOKIE['token']);

Не понимаю почему это делается толбко при GET.

Алсо, проверку на HTTP метод лучше бы вынести в функцию/метод вроде $this->isPost()

> $_SERVER['DOCUMENT_ROOT']

Лучше бы это не использовать (оно не всегда правильно указывает), а путь определять например через _ _ DIR _ _ .

Также, твои контроллеры выглядят какими-то переусложненными. Может стоит сделать базовый контроллер и в него вынести какие-то общие вещи, не знаю.

> https://github.com/blackberryJam/abiturients/blob/master/app/classes/UserpageController.php#L51

Это используется? Если да то надо отрефакторить так как вывод сообщений должен быть в шаблоне, а не в контроллере.

> public function validateInput(Abiturient $abiturient)

Надо очищать список ошибок иначе функцию нельзя вызвать 2 раза подряд.

Имена и фамилии могут содержать дефис, пробел, апостроф: О'Генри.

> $birthyear < 1950) {

Я думаю это несправедливо по отношению к 65-летним

> if ($string != 'male' && $string != 'female') {

Это надо сделать константами в классе Абитуриент.

> strtolower(

Она ломает нелатинские символы и лучше ее вообще не использовать.

> (@){1}

Это то же самое что @

> (.){1,40}

Круглые скобки не требуются

> $regexp = '/(.){1,40}(@){1}(.){1,40}/i';

Эта регулярка не привязана к краям строки и пройдет значение 'лол w@w.com asdadad asd asd as'

Также, почему не используешь флаг u в регулярке? Проще всегда его использовать.

> $regexp = '/[0-9]{3}/';

Регулярка не привязана к краям строки

> <meta name="viewport" content="width=device-width, initial-scale=1">

Это зачем?

> https://github.com/blackberryJam/abiturients/blob/master/templates/basicTemplate.html.php#L12

Это надо вынести в отдельный CSS файл

Папки css и fonts лучше вынести из templates, например в папку static/bootstrap. Также, не стоит менять что-то в бустрапе и удалять файлы, так как потом не разберешься что именно поменялось. Бутстрап надо просто распаковать в папку, ничего не меняя. Аналогично стоит поступать со всеми сторонними библитеками.

> <input type="text" placeholder="Пол ('male', 'female')"

Это надо сделать радиокнопками: http://htmlbook.ru/samhtml5/formy

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

>>511406

>> https://github.com/blackberryJam/abiturients/blob/master/abiturients.sql

>Убери из дампа CREATE DATABASE, USE так как у пользователя може быть другая база данных с другим именем.

>

>local лучше сделать ENUM или TINYINT, либо преобразовывать в число при выборке.

>

>> UNIQUE KEY `email_token` (`email`,`token`)

>Это значит что один email может встречатья несколько раз если с ним идут разные токены. То точно это имел в виду?

Дамп был старый, уже поменял.

>> switch ($id) {

>> case '1':

>Я бы сделал это число константой с понятным названием. Также, мне кажется функция readMessage должна сама брать его из кук. А то куки ставятся в сервисе, а читаются где-то в другом месте.

Не совсем понял, как и зачем здесь использовать константы. Но теперь код выглядит как-то так:
public function readFlashMessage($cookie)
{
switch ($cookie) {
case 'success':
return 'Данные отправлены.';
break;
}

if (array_key_exists('flashMessage', $_COOKIE)) {
$service = new AbiturientService();
$flashMessage = $service->readFlashMessage($_COOKIE['flashMessage']);
$this->render($abiturient, $errors, $flashMessage);
$service->unsetFlashMessage();
} else {
$this->render($abiturient, $errors);
}

>> https://github.com/blackberryJam/abiturients/blob/master/app/classes/UserpageController.php#L51

>Это используется? Если да то надо отрефакторить так как вывод сообщений должен быть в шаблоне, а не в контроллере.

Да, функция вызывается тут: https://github.com/blackberryJam/abiturients/blob/master/templates/form.html.php#L4
Сначала там был этот самый код, который теперь выведен в отдельную функцию displayAlerts().

С остальными замечаниями буду разбираться, спасибо.

>>512288
1. «Ведущая студия» без пруфов,
2. Слова «ищем целеустремленных веб-разработчиков для работы над серьезными веб-проектами в сильной команде» — это значит, условия как в макДональдс, работа под огнём придирок и обвинений (сей жызненный факт просто надо знать, дизайн-студии давно в таком состоянии, года с 2004 точно)
3. «Разработка и развитие сложных, интересных и известных веб-проектов» — запоминайте. Сложные, высоконагрюзенные ИНТЕРЕСНЫЕ ПРОЕКТЫ, попил, откат, попил, откат, попил, откат, попил, откат, попил, откат, попил, откат...
4. «Знание PHP / HTML / CSS / JS / Jquery» и сразу же «от 40 000» — это за два языка сразу и вёрстку на дивах? До вычета налогов или после? Справа объявление: «Слесарь службы вентиляции и сантехники от 33 000 до 37 000 руб».
5. «Самостоятельность, самокритичность, умение видеть в программировании конечный продукт, а не только процесс написания крутого кода» — самокритичность? Чёбля? Не только работа под огнём придирок и обвинений, но и готовность обвинять себя самого?!! См. хотя бы книги Брайана Трейси, там подробно расписано, а тж. полезно гуглить всё про самооценку, хотя именно этих обезьянок изучает не психология, тут другие науки нужны, счас расскажу какие.
6. «Достойный оклад, квартальные премии по результатам проектов, большие перспективы роста» — ст. 165 УК РФ, «Злоупотребление доверием при отсутствии явных признаков хищения».
7. «Свободный график: 45 часов в неделю (с учетом перерывов на обед и досуг) в любом интервале времени, возможность удаленной работы» — чому не 40 часов в неделю? А случайно не ст. ли это 163 УК РФ «Вымогательство», от 4-х лет сидеть.
8. «Обратите внимание, что на собеседовании мы попросим вас пройти тест на знание PHP. Пожалуйста, не откликайтесь на вакансию, если вы не готовы его пройти по каким-либо причинам» — ст. 330 УК РФ, «Самоуправство», да ещё и нарушение Конституции скорее всего, хотя на неё людишки срать хотели в этой стране. До 7-8 лет в общем.

Если я буду когда-нибудь подбирать название для проекта, я десять раз подумаю. «Кодиксь, Битриксь, Лыбаксь, Пюппиксь» — нет, это не для нас. Наигрались «мы» в эти игры. Хватит уже.

>>512702

Хорошо, что ты задаешь такой вопрос и хочешь понять почему так, а не иначе.

> Какой вообще профит использовать ООП для этой задачи?

Чтобы научиться использовать ООП в MVC приложениях, сделать код читаемее и понятнее. Вот сравни 2 функции:

function doSmth(array $student)
{
...

function doSmth(Student $student)
{
...

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

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

Да, в этом приложении кода немного и подход с массивом в принципе может сработать. Но во-первых, в будущем ты будешь писать большие, а не маленькие приложения. Во-вторых, использование объекта вместо массива почти не увеличит код, зато сделает его гораздо качественнее.

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

Такие приложения, как Drupal и Wordpress страдают этим — и в их коде тяжело ориентироваться.

> т.к. всё равно мы реализуем массив $values с введёнными значениями

Не реализуй массив, пиши значения сразу в объект. Зачем там массив?

> а больше ситуаций где может понадобится объект класса студент я не вижу.

В шаблон передать для вывода, в функцию проверки правильности заполнения формы.

Анон, что не так с кодом? ПОчему не дешифруется?

[code]<?php

error_reporting(-1);

/ Коды для замены букв /
$code = array(
'а'\t=>\t'@',
'ч'\t=>\t'+',
'в'\t=>\t'=',
'у'\t=>\t'&',
'д'\t=>\t'',
'е'\t=>\t'%',
'м'\t=>\t'$',
'р'\t=>\t'-',
'c'\t=>\t'!',
'о'\t=>\t'^',
'и'\t=>\t'#',
'ж' => '('
);

$text = "=@+ &$%-, с^с@+ (#=";
$cipher = strtr($code, $text);

$decode = array_flip ($code);
$code = strtr ($str, $code);

echo "Оригинал: {$text}\nШифровка: {$cipher}\n";
[/code]

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

<?php

error_reporting(-1);

$creditBalance = 40000; / Долг анона перед банком /
$percent = 1.03; / Банк начисляет 3% в месяц от суммы /
$servicePayment = 1000; / А также 1000 рублей в месяц комиссии за обслуживание счета /
$monthlyPayment = 5000; / Анон платит 5000 р в месяц, это все, что ему дает мама на завтраки /
$paymentTotal = 0; / Сколько всего отдал банку анон /

/ Посчитаем расходы 20 раз на 20 месяцев вперед /
for ($month = 1; $month <= 20; $month ++) {

\t$creditBalance = ( $creditBalance * $percent ) + $servicePayment - $monthlyPayment;
\t$paymentTotal = $paymentTotal + $monthlyPayment;
\techo "{$month} месяц спустя: долг = {$creditBalance} руб, выплачено всего {$paymentTotal} руб. \n";

if ($creditBalance < $monthlyPayment) {
$paymentTotal = $paymentTotal+$creditBalance;
echo "{$month} месяц спустя: долг = 0 руб, выплачено всего {$paymentTotal} руб. \n";
break;
}
};

1 месяц спустя: долг = 37200 руб, выплачено всего 5000 руб.
2 месяц спустя: долг = 34316 руб, выплачено всего 10000 руб.
3 месяц спустя: долг = 31345.48 руб, выплачено всего 15000 руб.
4 месяц спустя: долг = 28285.8444 руб, выплачено всего 20000 руб.
5 месяц спустя: долг = 25134.419732 руб, выплачено всего 25000 руб.
6 месяц спустя: долг = 21888.45232396 руб, выплачено всего 30000 руб.
7 месяц спустя: долг = 18545.105893679 руб, выплачено всего 35000 руб.
8 месяц спустя: долг = 15101.459070489 руб, выплачено всего 40000 руб.
9 месяц спустя: долг = 11554.502842604 руб, выплачено всего 45000 руб.
10 месяц спустя: долг = 7901.137927882 руб, выплачено всего 50000 руб.
11 месяц спустя: долг = 4138.1720657184 руб, выплачено всего 55000 руб.
12 месяц спустя: долг = 0 руб, выплачено всего 59138.172065718 руб.
С меня хватит!