Авторизация в Redmine с другого сайта

> Но это совсем не решения, т.к. открывают дыру в безопасности сайта.

А какая дыра открывается, если отключить проверку токена для sessions#create? Я не могу с ходу придумать, почему этого делать нельзя. Для большей уверенности можно просто добавить проверку реферера.

19 советов по повседневной работе с Git

Спасибо! Про reflog можно ещё немного написать бы, чтобы знали, что и такое бывает и иногда выручает.

Управление сложностью в проектах на ruby on rails. Часть 2

> не получится обратиться к "/user/1/posts", "/user/1/posts.old_api", "/user/1/posts.new_api2"

Если так делать, в контролере придется хранить код на 3+ реализации апи. А это, рано или поздно — конфликты имен и функционала. По-моему, если решили делать новую версию апи, то лучше сразу в отдельный нэймспэйс вынести, а старый код оставить как есть. А если проект с нуля, то такой подход, просто избавит от этих проблем в будущем.

Мы только используем namespace: :site вместо scope module: :web. Так урл-хэлперы будут с префиксами, и вызовы их яснее: можно ошибиться и написать в админке form_for user / link_to user / user_path вместо form_for [:admin, user] / link_to [:admin, user] / admin_user_path. Вариант с нэймспэйсом просто выдаст ошибку, а со скоупом — вернёт неверный урл. Вроде бы был ещё какой-то тонкий момент связанный с этим, но сейчас не вспомнил.

RailsClub 2015: Интервью c Иваном Немытченко

> Мне кажется она еще не написана.
(рукалицо)

Управление сложностью в проектах на ruby on rails. Часть 1

> model.model_name… .to_s.classify.constantize.human_attribute_name(attribute)

Зачем так усложняете? Вы видели реализацию .constantize? :) Это метод для стадии инициализации, его не надо в рантайме использовать везде. const_get в большинстве случаях подойдет всем. Но тут я уверен, что model.class должно хватить (или model.model.class для презентеров).

Мы еще делали show_attributes resource, :attr1, attr2,…

Конкурс «Признайся в любви или напиши поэму на Ruby on Rails»

def ицит
         твоего присутствия
    Всё острее день ото дня.
    Я скучать по тебе начинаю
    Кофе с утра заваривая.

    Больше не в силах терпеть я!
    Пусть это знают все:
    'Тебя я люблю до безумия!'
    P.S. Больше чем кодить back end

Конкурс «Признайся в любви или напиши поэму на Ruby on Rails»

билет на курс нужен, чтобы ваша возлюбленная поняла, что же вы ей написали

Подпольный рынок кардеров. Перевод книги «KingPIN». Глава 9. «Возможности»

Спасибо! Приложите, пожалуйста, оригинал в спойлер, как в предыдущих статьях.

Пишем свой упрощенный OpenGL на Rust — часть 3 (растеризатор)

stackoverflow.com/a/25331355/1135874

foo(format!("Hello, {}", "world!"));

Пишем свой упрощенный OpenGL на Rust — часть 3 (растеризатор)

Про конкатенацию строк.
Я с растом мало имел дел, тонкостей могу не знать. Поискал, предлагают конкатенацию делать через интерполяцию с макро format!.. Это не то?

Подборка актуальных и полезных материалов по Ruby #1: статьи, доклады, подкасты, гемы

Просто последнее время все больше таких статей попадалось, и как по мне так это просто нытье. Возможно, они кому-то и были полезны, но мне такие статьи кажется вредными. Я бы не стал делиться такими :) Остальной материал — классный!

Если по существу: смешно стало, когда дошел до момента, когда он «неожиданно узнал, что try это тоже из AS». Странно, что даже в комментариях никто не вспомнил про each_with_object, который добавили в язык, хотя изначально это был тоже манкипатч из AS. Идея с pluck, мне тоже сначала не очень понравилась, наверное, я так и продолжу писать map. Но почему бы не попробовать — многие штуки в рельсах не приживались, и их выпиливали через какое-то время.

Подборка актуальных и полезных материалов по Ruby #1: статьи, доклады, подкасты, гемы

Спасибо, очень интересно! Скажите, вы сами разделяете точку зрения статей «Cutting Corners or Why Rails May Kill Ruby», «Ruby is defined by terrible tools»?

Внутри поста деньги. Очередной JavaScript-конкурс

Интерфейс решения не должен быть совместимым с оригиналом?

Правда ли, что Go быстрее Ruby?

> Но на Ruby такой трюк выполнить не удалось.
Возможно все

text = 'asd'
Digest::SHA1.digest(text)[-1].ord & 0x7 == Integer('0x'+Digest::SHA1.hexdigest(text))%8 # true

Не совсем крутой Ruby

Это да. Я в другой ветке писал, что язык за гибкость язык винить — странно, если эта гибкость полезна. А в руби я не могу сейчас вспомнить что-то бесполезное. Дело в людях: кто-то не умеет пользоваться, кто-то пользует фичу не по назначению.

Я, все-таки, считаю, что лучше поднимать уровень понимания в команде. Ведь это довольно базовые вещи: 1 раз понял — пользуешься всегда. К тому же, код написанный не в команде тоже иногда (а может и часто) надо будет читать (фрэймворки/библиотеки). И он не всегда написан хорошо.

Не совсем крутой Ruby

Я про то, что можно писать

class << self
  attr_accessor :x
end

# если без class << self, то по-другому уже
singleton_class.send :attr_accessor, :x

Не совсем крутой Ruby

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

Не совсем крутой Ruby

> self.included — это чёрная магия, за которую в production коде надо бить по рукам, она нужна для гемов, но никак не для обычного кода

ActiveSupport::Concern вы не используете?

> class << self — это хипстеры используют для своих мини проектов, так писать не нужно вообще

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

Не совсем крутой Ruby

pry в помощь. Лучше посмотреть, какие классы в геме есть, перед тем как ставить, чтобы знать где могут быть проблемы (http://rightscale.rubyforge.org/right_http_gem_doc/ вверху есть Net::HTTP). тем более в случае с таким плохо документированным гемом.

А так от манкипатчинга только польза: можно поправить за кем-то ошибки или сделать бэкпорт фичи без форка. Проблемы из-за людей :)

Не совсем крутой Ruby

м.б. он бросил руби в пользу пхп)