на кристале есть гемы какиенибудь?

скинул выше — shards

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

Тут тебе больше асинхронность подошла бы

скинул выше — shards

shards != gem

я как раз про гемы говорил ))

(да, я ленивая сволочь мне лень гуглить :( )

shards != gem

~ другое именование, как в elixir mix или что там. сами гемы не работают, ofc

Опять ты не понял

на расте например гемы пишут. На C тоже гемы пишут.

а

На кристале есть гемы? _для рубей_

посмотреть как реализовали хочу.

понял, да. вроде нет, не видел. был проект пару лет назад, Matz ретвитил ещё, но чёт он притух

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

т.е я не могу crystal юзать как FFI?

https://github.com/phoffer/crystalized_ruby вот тут ещё чёт живо. короч, можно поискать

печалька.

печалька.

в crystal до сих пор бывают breaking changes. тип «допишите в свои сорцы типов плиз». думаю, это влияет

вот про production grade я и говорил (

https://gist.github.com/notozeki/7159a9d9ab9707a22129 вот тут для меня вообще что-то странное

вот от создателей crystal https://github.com/manastech/crystal_ruby (тот же самый принцип)

https://gist.github.com/notozeki/7159a9d9ab9707a22129 вот тут для меня вообще что-то странное

почему?

почему?

ну я не очень люблю лезть в Си и биндинги( наболело уже с универа

я вообще C сложно перевариваю.

Обычно на нем хреново пишут и код выглядит лапшой

т.е. я могу понять и разобраться, но не хочу даже

это как php, большинство пишут так коряво что это бросает тень на язык в целом.

это как php, большинство пишут так коряво что это бросает тень на язык в целом.

ну php, как мне рассказывали, дизайнило коммьюнити, от того и пошли несоответствия в языке — что с неймингом, что с кодировками

дизайнило комьюнити, оно же и огребает. Очень нехватает концепции "все = объект"

после рубей питона и яваскрипта

и получаются функция в функции функцией управляет

бесит.

вообще мало где кроме рубей видел «всё = объект», часто есть какие-нибудь атомарные типы, тип числел и булеана, которые ещё очень часто сука с маленького регистра пишутся, но какие-то сложные, тип String, а тем более уж свои, ты должен начинать с верхнего регистра. после руби у меня даже от такого припекает

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

но главное цифры объект и строки объект. Для меня это сильно важно например

про массивы вообще молчу

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

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

а тут очень размытое понятие «базовые». символы, строка, числа… числы разного размера же ещё.

вообще. да.

вообще. да.

вот. и когда я вижу «Char, String, Bool, Int32, Int64, Array MyType» — мне норм. когда вижу «char, string, bool, int32, int64, array», но «MyType» — смущаюсь и задумываюсь. когда вижу «char, String, bool, int32, int64, Array, MyType» — вот тут начинает печь.

ахах.

возможно, да.

руби меня сильно изменил в этом плане. я и так очень критичный ко всему (в оффлайне в том числе), а тут ещё показали, как можно делать _красиво_ (субъективно, конечно же) теперь у меня печёт от разного регистра типов, сложно читать camelCase (сложно underscore поставить?! экономия байтов?!) и непонимаю разные вещи тип func() (скобочки) и $myVar (доллар)

с camelCase тоже весело: печёт, когда вижу, например, рядом две функции: payCommission и isCommissionPayed, то есть когда одно и то же слово пишется разными регистрами, в зависимости от его местоположения в названии. _особенно_ весело с типами: int и isInt

> руби меня сильно изменил в этом плане аналогично ( я стал слишком привиредлив

у гитхаба проекты появились

с camelCase тоже весело: печёт, когда вижу, например, рядом две функции: payCommission и isCommissionPayed, то есть когда одно и то же слово пишется разными регистрами, в зависимости от его местоположения в названии. _особенно_ весело с типами: int и isInt

btw, isCommissionPaid

btw, isCommissionPaid

Да, не очень с английским, спасибо

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

добавить миграцию, которая добавляет колонку, и запретить для неё down

если ручками создать файл миграции заново и схему подредактировать то при db:migrate жалуется мол колонка уже есть. Я честно сказать после такого плохо понимаю суть миграций, как оно определяет какие миграции уже накатило а какую нет

по таблице schema_migrations

там текущая версия

а зачем создавать заново миграцию, которую промигрировали?

нужно бы ее сперва откатить

а потом уже что хотите с ней делайте

а как откатить несуществующую в виде файла миграцию?

Всем привет. У кого есть опыт с единой аутентификацией ? Есть рельсы (основное приложение с api) + несколько отдельных приложений на ноде. Нужно чтобы пользователь мог зайти на основное приложение и пройти там аутентификацию, а потом пользовался остальными частями приложений на ноде.

Хочется понять как это правильно делать

Не виже schema_migrations в проекте. Есть просто schema.rb

schema_migrations — таблица в базе

в schema.rb записан текущий номер

в таблице schema_migrations — номер в базе

Окей, с этим вроде разобрался, другой вопрос. В модели before_update устанавливаю булевый аттрибут модели так: self.phone_confirmed = false и всё ломается с 500 ошибкой (копался, не смог понять в чем дело, не может найти user_path при апдейте), методом тыка поробовал self.phone_confirmed = 0 и всё стало работать как надо. Это какое-то правило работы с булевыми моделей или что-то другое?

А в базе колонка какая?

привет? а кто знает хорошие курсы\видео по работе с api, лучше всего платежных систем?

булевая

а зачем в before_update?

ERROR: S client not available

@Anon063 попробуй def foo self.phone_confirmed = false true end

думаешь суть в том, что метод фолс возвращает?

ага

только там помойму не ошибка у меня была, а он не сохранял это значение

думаешь суть в том, что метод фолс возвращает?

да

??? спасибо

работает

если колбек возвращает false - то дальше не идет воркфлоу

Что бы я без вас делал

советую миграции не пересоздавать

и да, а почему бы не выставить default в миграции у поля

ставил, тут смысл в другом: юзер подтверждает телефон через смс, подтверждение сбрасывается если номер меняется

А вот насчет миграций я пока отодвинул этот вопрос, что вообще посоветуешь? Что у меня в итоге: эта колонка записана в схема.рб, но миграции к ней нет. Дропать таблицу мне не вариант. Насколько плохо, что миграции у меня нет в условиях работы в команде? А то не хочу тимлида огорчать, лол

если db:migrate создаёт schema.rb, отличающийся от того что по факту в базе — это хреново

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

можешь создать эту миграцию и добавить if column_exists?(:column_name)

можно сделать миграцию для этой колонки с условием

да-да

но вообще это моветон

точнее unless column_exists?(:column_name)

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

А эти варианты кажутся костылями

тогда сразу нормально надо было делать )

Так я создавал миграцию, видать гуляя по веткам она куда-то потерялась (

а на проде тоже есть эта калонка ?

нет, но на этой ветке она была нн-ое колво коммитов назад

git reflog и ищи коммит

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

дропнуть дб нельзя, там данные

ну и бери из коммита

@ojab имеешь в виду найти коммит в котором еще была эта миграция? С этим и проблема, нету коммита с миграцией, я просто знаю что вот в таком коммите она должна уже была быть

тебе по сути нужно сделать новую миграцию, которая будет на том месте (по id) где должна быть пропавшая