А если я уже тогда сделаю так: myarray.map(&:count_porudc.to_f).sum Будет работать?

Для подробного можно при желании использовать гем) https://github.com/goshakkk/ampersand_x

Спасибо)

Для подробного можно при желании использовать гем) https://github.com/goshakkk/ampersand_x

ох классная имплементация. мне нравится :)

кто-нибудь использовал gem ampex? https://github.com/rapportive-oss/ampex синтаксис крутой, напоминает возможности Crystal: https://crystal-lang.org/2013/09/15/to-proc.html или может есть претензии к реализации?

Наконец нашёл своё предыдущее сообщение. Интересно, там другой гем для тех же целей

ох классная имплементация. мне нравится :)

И там я писал, что медленнее работает

А почему никто не посоветовал юзать .? Сори за некропостинг

А почему никто не посоветовал юзать .? Сори за некропостинг

а можно пример кода?

И там я писал, что медленнее работает

ага я так и думал, что медленней. да даже встроенный в руби &method(:method_name) медленней, чем блок. я про имплементацию, красиво сделано

А почему никто не посоветовал юзать .? Сори за некропостинг

потому что атрибут может вернуть nil

но почему try а а не &.?

Поорал с этого гема sekrets - "мы зашифровали ваши ключи, теперь вы можете их коммитить, но теперь вам нужен ключ для расшифровки который нужно занести в gitignore" ?‍♂️

ну теперь тебе нужен только один ключ, понимаешь?

понимаю)

но почему try а а не &.?

Старая версия рубей, или привычка

с другой стороны скопипастить на сервер файл с одним ключом, или файл с сотней ключей - займет секунду

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

и у всех разрабов один конфиг и надо шарить на всех только один ключ

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

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

ну тип злой тип получил доступ к репо, а сикретики не получил

бестолковый гем имхо

проще все по старому выносить в ENV

вообще этой штуки не понимаю

Я тоже привык к старому ENV кек)

Я тоже привык к старому ENV кек)

говоря старый, ты мне напоминаешь хайповодов из JS

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

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

у шифрованного секретса больше проблем чем ENV

шоб из каробки было и защищено и не ебстись с тем где хранить переменные

у шифрованного секретса больше проблем чем ENV

например?

например то что один секретс на всех, на разрабов, на продакшен

например то что репозиторий засоряется ненужными бинарными данными

например то что один секретс на всех, на разрабов, на продакшен

ну и на стейжинг соответственно, и другие окружения.

там ж вроде как в фигаро можно делить типа production: key: development: key:

например то что репозиторий засоряется ненужными бинарными данными

вот с этим согласен, да

там ж вроде как в фигаро можно делить типа production: key: development: key:

а ну да, тут забыл слегка.

ну и один сикретс на всех, да, тоже такое себе

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

ну в варианте с ENV как б добавилась настройка ты лезешь в стейдж/прод/к другому девелоперу в голову/забываешь про неё потом

этим девопс занимается

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

ну и опять же, чтобы не забывать про ENV'ы приложения, пишешь все в секреты где берешь данные из ENV

соответственно у тебя и секреты чистые, и все ENV'ы видно

в общем я не за секретс, но не считаю его бесполезным, есть свои + и -

я за секретс который формируется из ENV или безопасных значений

а подскажите как сделать чтобы whenever добавлял в лог cron время и очищал при каждом запуске события

сделай расписание для запуска один раз и все

сделал, но каждый день надо обновлять и лог длинный очень получается

используй delayed jobs или ченить еще не кроновое

Господа, а возникала ли у кого-нибудь проблема с тем, что рельсы в докере в development режиме не перезагружают код при изменении? И как вы оную проблему решили?

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

Господа, а возникала ли у кого-нибудь проблема с тем, что рельсы в докере в development режиме не перезагружают код при изменении? И как вы оную проблему решили?

да конечно, это изза puma

с вебриком все хорошо перезагружалось

решается просто, код пишется внутри тестов ))

ERROR: S client not available

это сложный способ

это самый легкий и эффективный способ

это самый легкий и эффективный способ

есть проще

проблема в том что нету

кажется, config.file_watcher = ActiveSupport::FileUpdateChecker решил проблему. Но это не точно

Точно должно быть

До этого эвент стоял верно

https://media.giphy.com/media/xUPGcLrX5NQgooYcG4/giphy.gif

отличная гифка для студентов

отличная гифка для студентов

Да, но студентам на плюсах это мало поможет) разница ссылок и указателей сильнее голову ебёт

с вебриком все хорошо перезагружалось

это не с вебриком наверное а с рельсами < 5. там новый релоадер и вотчер сделали. но вообще чёт не помню, чтоб к меня были такие проблемы, у меня несколько лет был проект в docker-compose в деве и в 4 и в 5 рельсах, все перегружалось

тоже не помню такой хуйни

мб проблемы с ENV

Как увеличить скорость медленных рубиновских регулярок? Есть нормальная библиотека?

Как увеличить скорость медленных рубиновских регулярок? Есть нормальная библиотека?

у тебя реально узкое место в регулярках? или у тебя все приложение состоит из регулярок?

Как увеличить скорость медленных рубиновских регулярок? Есть нормальная библиотека?

Попробуй их запоминать в переменные или константы, например

Или иногда можно регулярки заменить на несколько простых методов, типа split, map, и это, скорее всего, будет быстрее

мб проблемы с ENV

неа. Ща на втором проекте на 5-х рельсах увидел такое же

Попробуй их запоминать в переменные или константы, например

Если она написана в коде явно, то руби сам это делает довольно давно уже

Если она написана в коде явно, то руби сам это делает довольно давно уже

Ок. А для интерпретаций там ещё флаг есть какой-то, тоже ускоряет

Как увеличить скорость медленных рубиновских регулярок? Есть нормальная библиотека?

А как ты вызываешь их?

Возможно проблема в том, что тратишь много ресурсов на матчинг

Да, с ними можно нарубить дров, если не понимать че творишь

Ок. А для интерпретаций там ещё флаг есть какой-то, тоже ускоряет

в новом руби есть match? если не нужны результаты

Как увеличить скорость медленных рубиновских регулярок? Есть нормальная библиотека?

По сравнению с чем они медленные, если не секрет?

ребята, такой вопрос