производная от алгебраического представления структуры данных?!
Те кто умеет мыслить такими терминами, т.е. разбирается в алгебре им эта статья врядли чем-то поможет и чему-то научит. А вот таким как я, подобные "заумности" явно ни к чему. Оно понятно, что математика полезное дело. Не спорю. Очень полезное. Но во всем нужна золотая середина. Между "заумностью" и практичностью. Введя "заумности" такие как я не осилили бы и отложили бы прочтение на потом ;)
>>Цели сами по себе должны мотивировать.
Не совсем так. Цель это лишь инструмент. Каким бы хорошим инструмент не был, он не может мотивировать. За мотивацию отвечают те вещи, которые вызывают эмоции и чувства.
Молоток или отвертка не могут мотивировать, а вот качающееся кресло позволяющее хорошо отдохнуть может мотивировать, поэтому мы берем отвертку и молоток отлично зная, как приятно отдыхается в исправном кресле.
Мечта или жизненная ценность человека это и есть то что нас воодушевляет, вызывает стремление.
Выкладывать готовые, собранные бинари в репозиторий очень глупая затея. То где сейчас в 'Releases' это верное. Это же общепринятая практика, когда на страничке проекта есть вкладка «Downloads»
п.2. Если по PEP8 это уже офигенный задел на будущее!!! А остальное: название переменных и др. можно попробовать автоматизировать с помощью своих тулзов, к примеру pyparse. Но если честно признаться, то это уже обычная, рутинная работа обычного программера. Не всегда сразу удается дать хорошее название переменной или методу.
>>возможность «прощупать» протухшим токеном существование определённых ресурсов без доступа к ним.
принято! Это единственный аргумент, который принуждает использовать 401, хоть это и не совсем корректно
п.2 применять проверяльщики стиля, к примеру для Python есть общепринятый стиль PEP8 и есть тулзы проверяющие согласованность кода по этому стилю и выдающие ошибки. К примеру 'pip install pep8' и прияменяя тулзу 'pep8' можно получить список ошибок. А все это действие повесить на хук при комите так чтобы ни один из разработчиков в команде НЕ МОГ продвинуть код не по стилю.
Проблема такая: по REST вы шлете только и только запрос только и только его. До этого про Вас сервер «НИЧЕГО» не слышал. И на основании запроса он говорит либо результат либо «Приходи вчера», т.е. ошибку.
Если же Вы будете использовать обычную сессионную аутентификацию, к примеру http auth digest, то это ошибка архитектуры! Это не по REST! Т.к. требуется предварительный handshake, а в REST такого нету! В REST «без запоминания состояния».
Еще раз: В запросе должно быть ВСЕ чтобы выполнить его или сказать об ошибке.
Единственный handshake между клиентом и сервером это может быть на уровне TCP-протокола и только.
Именно поэтому многие реализуют запросы в виде тело + N-минутный токен. на основании этого можно получить либо ошибку либо результат
Прежде чем приступить к реализации подобного решения с множеством параметров спросите себя, а кто будет пользователем вашего API. Если человек, то это лучше всего сделать через URI, если же машина, то ей пофиг, но программировать удобнее через мини-URI и остальное в теле запроса
Ога. Как же. Поймаете Вы вирусописателя по бинарю )))
Уверяю Вас, разве что пионера сможете, да и то не факт. А уж опытного малварщика так сказать со стажем тут Вам ничего не светит ;)
Те кто умеет мыслить такими терминами, т.е. разбирается в алгебре им эта статья врядли чем-то поможет и чему-то научит. А вот таким как я, подобные "заумности" явно ни к чему. Оно понятно, что математика полезное дело. Не спорю. Очень полезное. Но во всем нужна золотая середина. Между "заумностью" и практичностью. Введя "заумности" такие как я не осилили бы и отложили бы прочтение на потом ;)
А можно др.линк на базу или MD5 от файла?
Не совсем так. Цель это лишь инструмент. Каким бы хорошим инструмент не был, он не может мотивировать. За мотивацию отвечают те вещи, которые вызывают эмоции и чувства.
Молоток или отвертка не могут мотивировать, а вот качающееся кресло позволяющее хорошо отдохнуть может мотивировать, поэтому мы берем отвертку и молоток отлично зная, как приятно отдыхается в исправном кресле.
Мечта или жизненная ценность человека это и есть то что нас воодушевляет, вызывает стремление.
конечно круто! Отдебажим и выпилим
Женитесь! В живую будете смотреть с самим собою в главных ролях
Зачем о таком писать то? Других примеров нету?
принято! Это единственный аргумент, который принуждает использовать 401, хоть это и не совсем корректно
Вы на ситуацию:
Предлагаете ответить с помощью 401, что в корне не верно, сами же написали, что:
Вместо этого более подходящий способ: 403, т.е. ваши же слова:
Вполне логично, что сервер запрещает доступ к ресурсу, токен же протух!
Если же Вы будете использовать обычную сессионную аутентификацию, к примеру http auth digest, то это ошибка архитектуры! Это не по REST! Т.к. требуется предварительный handshake, а в REST такого нету! В REST «без запоминания состояния».
Еще раз: В запросе должно быть ВСЕ чтобы выполнить его или сказать об ошибке.
Единственный handshake между клиентом и сервером это может быть на уровне TCP-протокола и только.
Именно поэтому многие реализуют запросы в виде тело + N-минутный токен. на основании этого можно получить либо ошибку либо результат
Уверяю Вас, разве что пионера сможете, да и то не факт. А уж опытного малварщика так сказать со стажем тут Вам ничего не светит ;)