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

Paperclip?

Просто сгенерить стили которых раньше не было?

carrierwavе, нет, суть немного в другом

сейчас подумаю, как понятнее объяснить

ну, вообщем мне в другом чате подсказали направление куда копать, если не поможет - спрошу опять, но уже с картинками для наглядности, что нужно забацать )

Подскажите плз, немного подзапутался с гемом protected_attributes Он используется у меня в проекте с 4ми рельсами Для 5х рельс достаточно его просто удалить, если permit параметров везде на уровне контроллера? Или все attr_accessible по проекту нужно будет тоже удалить в моделях?

Скоро будем подводить итоги месяца. Ждите анонса

Итоги месяца? Это о чем речь?

это типа руби хиро этого чата?

Коллеги, написал небольшое но полезное расшерение для #VSCode https://marketplace.visualstudio.com/items?itemName=asux.rspec-focus. Пользуйтесь, ОС приветствуеться.

Скоро будем подводить итоги месяца. Ждите анонса

Можно просто каждый месяц давать премию ojab

Заслуженно

true

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

выход есть: студенты

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

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

акции black diamond упали в тот день на 20 пунктов

студенты все решают

ну была же история, что гугл между двумя датацентрами возил грузовики с дисками

ты сравнил

то гугл, а то студенты

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

ну так, то Сша, а это Россия

гугл бабки потратил, а студентами практику подписали

подумой

какая эффективность!

какой гугл? тьфу... и растереть

ребят, подскажите пожалуйста, 2 проекта используют 1 базу, в обоих нужно хранить миграцию на создании одинаково таблице (т.к. деплоится они будут отдельно, просто 2 интернет магазина, юзаем 1 базу, чтобы лишней фигни не было) но соответственно когда запускаешь миграцию в 1 проекте - все ок, во 2 проекте говорит, что такая таблица уже существует, самый очевидный выход - просто удалить миграцию, но как я уже сказал - она должна быть. можно ли как то скипнуть миграцию, чтобы рельса не ругалась на то, что не выполненны миграции?

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

я ее не правлю

мож как-то через схему можно сделать

она должна быть и там, и там

но с 1 проекта таблица уже созданна

а во 2 говорит, что она уже создана

скорее всего дублировать схему

во второй проект

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

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

раз одна бд

......

проекты будут деплоится отдельно

или что

под разные базы

аа

понял

каждый под свою

понял понял)

в деве юзаем 1 базу для обоих

используй CREATE TABLE IF NOT EXISTS

в постгресе есть

да ну нафик

как это в миграцию засунуть?

а, даже проще https://stackoverflow.com/questions/6590107/check-if-a-table-exists-in-rails

можно прям в миграции проверить, есть она или нет

что-то типа create_table :table, options: 'IF NOT EXISTS'

так что для люобой таблицы подойдет

как это в миграцию засунуть?

table_exists? тебе подойдет

а во второй проект получается дублируете все миграции?

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

+

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

можно написать скриптик для синхронизации папки db между проектами

а можно прост в капистрано закинуть в шаред фолдерс

(наверное)

ERROR: S client not available

а можно прост в капистрано закинуть в шаред фолдерс

так оно ж зашарится в пределах одного проекта

ну с одним только миграции проворачивать

а

второй проект ж тоже срать может в схему

кстати, это уже обсуждали :3

В табличке schema_migrations все применённые миграции хранятся же, если версии в проектах совпадают — проблем быть не должно.

yes | cp -rf project1/db project2/db

наверно это должно решить проблему)

ребят, подскажите пожалуйста, 2 проекта используют 1 базу, в обоих нужно хранить миграцию на создании одинаково таблице (т.к. деплоится они будут отдельно, просто 2 интернет магазина, юзаем 1 базу, чтобы лишней фигни не было) но соответственно когда запускаешь миграцию в 1 проекте - все ок, во 2 проекте говорит, что такая таблица уже существует, самый очевидный выход - просто удалить миграцию, но как я уже сказал - она должна быть. можно ли как то скипнуть миграцию, чтобы рельса не ругалась на то, что не выполненны миграции?

вообще есть очень грязный хак

а

не

нашёл косяк в хаке

ну

я хотел копировать миграцию во второй проект

делать её пустой

мигрировать

а потом вставлять код миграции

но не прокатит

мигрируешь один, копируешь во второй все что в папке db из первого

в schema_migrations будет уже эта миграция

неужели до сих пор нет гема на эту проблему?

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

я вот уже подумал написать)

вообще если есть несколько проектов - может имеет смысл отрядить один проект под db

а другие будут с ним общаться

но это уже сложно

тобишь идея в том, что проекты не будут знать про базу

неужели до сих пор нет гема на эту проблему?

два рельсопроекта, работающие с одной базой - каким-то изъебством отдает

ахах

или yii2, прости господи

два рельсопроекта, работающие с одной базой - каким-то изъебством отдает

да, но с точки зрения бизнеса - это скорее всего не такая уж и редкость