он интернет транслирует

Да мне без рельс =\

react-create-app скидывал же выше

react-create-app скидывал же выше

Там не все что надо. Я нашел, вроде, нечто подходящее

Только роутера нет, но с горем пополам, думаю, прикручу

ну возьми какой монструозный бандл где все есть.

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

Тесты только нахуй выкинуть и вообще няшно все станет

(да-да, ебал я фронтенд тестами покрывать)

https://github.com/srn/react-webpack-boilerplate

(да-да, ебал я фронтенд тестами покрывать)

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

которые уебтестят

Вьюхи через капибару надо тестить

BDD

угу

Вьюхи через капибару надо тестить

Эт да

он интернет транслирует

В точку

а чего все так от редакта прутся?

я лично фейсбук даже не использую

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

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

Толстота на толстоте прям

боюсь что это не толстота

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

assets еще нифига не обновил, пришлось все ручками удалять, компилисть, на гит загружать и туда потом. В мануале ни слова.

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

походу бесплатно все таки, Free apps sleep automatically after 30 mins of inactivity to conserve your dyno hours вот эта хрень запутала, я подумал что нужно перезапускать

В своей нише сервис живее всех живых

Если ассеты не компилируются, и миграции не прогоняются - значит в коде что-то не так

ок, но код уже 100 раз проверен и работает. Подключил pipeline на сайте, но чего-то картинки не все сохраняются, часть пропадает со временем, магия какая-то.

вместо картинки название только, странно

Вообще как задумано Мне надоели миграции, их уже куча хотел почистить, т.к подумал что в schema.rb у меня храниться окончательный вариант структуры базы данных то зачем вообще все миграции хранить? взял стер файлы миграции, и пока мутил с db:drop , db:setup, db:migrate schema.rb очистился и как теперь быть :)

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

вот я ее и делаю :)

Вообще как задумано Мне надоели миграции, их уже куча хотел почистить, т.к подумал что в schema.rb у меня храниться окончательный вариант структуры базы данных то зачем вообще все миграции хранить? взял стер файлы миграции, и пока мутил с db:drop , db:setup, db:migrate schema.rb очистился и как теперь быть :)

db:schema:dump > ..?

Вообще как задумано Мне надоели миграции, их уже куча хотел почистить, т.к подумал что в schema.rb у меня храниться окончательный вариант структуры базы данных то зачем вообще все миграции хранить? взял стер файлы миграции, и пока мутил с db:drop , db:setup, db:migrate schema.rb очистился и как теперь быть :)

Миграции - это хорошо. Вот честно, без них наступает полный капец на проекте. Видел я такой проект, где создание всех таблиц в одну миграцию пихали умельцы. А потом роллбэк-мигрейт и бд пересоздана с нуля

Миграции - это хорошо. Вот честно, без них наступает полный капец на проекте. Видел я такой проект, где создание всех таблиц в одну миграцию пихали умельцы. А потом роллбэк-мигрейт и бд пересоздана с нуля

я такое видел. и исправлял. полторы недели просрал

потом ПМ навалял девам за эту "оптимизацию".

Кстати, schema.rb не обязательна. На одном из проектов у меня висит strusture.sql, где полный дамп структуры бд. Зачем-то так сделали)

там либо schema.rb либо structure.sql, если используюутся какие то фичи бд, которые scheme.rb не может отразить

там либо schema.rb либо structure.sql, если используюутся какие то фичи бд, которые scheme.rb не может отразить

ого. не знал

Не ну, миграция это инструмент вместо менеджера над SQL базой так ведь при процессе разработки появляется куча миграций, которые в дальнейщем вряд ли кому интересны, тем более вариант отката неуместен тогда как поступают когда проект почти готов? наверно надо удалить все миграции, и создать первичную "init" я назвал и туда запихал весь текст из schema.rb но вот досада, обнаружил что руби туда записывает и специфичный код для базы данных которая указана в database.yml пришлось все вручную редактировать удалить лишние конструкции, вроде как все сработала

бред

это очень плохой путь собирать все в однй миграцию

ну разбить по файлам тогда create_table1 create_table2 и тд. ?

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

rails g migration AddShitToWorld

и так дале

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

Не ну, миграция это инструмент вместо менеджера над SQL базой так ведь при процессе разработки появляется куча миграций, которые в дальнейщем вряд ли кому интересны, тем более вариант отката неуместен тогда как поступают когда проект почти готов? наверно надо удалить все миграции, и создать первичную "init" я назвал и туда запихал весь текст из schema.rb но вот досада, обнаружил что руби туда записывает и специфичный код для базы данных которая указана в database.yml пришлось все вручную редактировать удалить лишние конструкции, вроде как все сработала

https://github.com/jalkoby/squasher, например, но вопрос - зачем?

мне даже лень миграции имя придумать, пишу от балды

и, похоже, не используешь систему контроля версий

что следует начинать делать сразу после rails new

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

что следует начинать делать сразу после rails new

у меня даже /etc в гите, и каталоги со скриптами, ибо

мне даже лень миграции имя придумать, пишу от балды

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

и, похоже, не используешь систему контроля версий

git конечно юзаю, оттуда все востанавливаю если накосячил

и коммитишь туда свои sdfsdfsdf?

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

путь в никуда :)

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

и коммитишь туда свои sdfsdfsdf?

нет что вы более поянтный "123" везде

на последних нескольких проектах кстати у миграций были и номера и имч

что было очень удобно - скриптами их накатывать и откатывать

номера/таймстамп рельсы сами добавляют

номера/таймстамп рельсы сами добавляют

ну то в питонопроекте было, а в рельсах да.

Какое то сборище худших практик.

Кстати не вижу ничего плохого в squash'инге миграций если их РЕАЛЬНО много а проект еще пилить и пилить.

зачем их сквошить?

зачем их сквошить?

Т.е тебя устраивает копаться в пятистах миграций? большинство из них давным давно не актуальны

ERROR: S client not available

Кстати не вижу ничего плохого в squash'инге миграций если их РЕАЛЬНО много а проект еще пилить и пилить.

я сквошу миграции в одну только когда у меня модель приблизительно готова. ибо иметь 3-4 десятка миграций на одну модель это ад

Причем тут модель?

А зачем в них копаться?

А зачем в них копаться?

Потому что в редакторе новые снизу, например

и что мешает юзать schema.rb/strusture.sql?

Ну и промотай до новых, не надо из друг за другом открывать

Ну и промотай до новых, не надо из друг за другом открывать

Так неудобно же кучу миграций крутить

зачем? если большинство из них давно не актуальны и они хранятся в системе версий?

Так неудобно же кучу миграций крутить

именно

роллбэк большинства из них сделает ад на продакшене.

Засквашил в ирреверсибл и норм.

а сквошить-то их зачем, если можно просто удалить?

а сквошить-то их зачем, если можно просто удалить?

шта?

Зачем вообще миграции трогать?

Зачем вообще миграции трогать?

Потому что их становится слишком много без особого смысла.

шта?

зачем хранить ненужные миграции, если их можно удалить?

что непонятного?

зачем хранить ненужные миграции, если их можно удалить?

Нельзя их просто удалить, тогда db:drop db:create db:migrate отвалится

есть db:setup

(расскжите мне про db:reset да)

то есть аргументов кроме 'db:create отвалится' нет никаких?

то есть аргументов кроме 'db:create отвалится' нет никаких?

Нету. Зачем избавляться от этих команд?

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

Зачем это?

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

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

ты про консерны?

ты про консерны?

Я абстрактно

причем тут концерны?

а.

или ты про стиль гайды?

или ты про стиль гайды?

http://rubyonrails.org/doctrine/#convention-over-configuration

Нельзя их просто удалить, тогда db:drop db:create db:migrate отвалится

ниче не отвалится