для чтения

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

в самой модели?

в той у которой имя таблицы не user

Я изначально начал в sti, но по ходу роста проекта, модели оказались слишком разные, я решил это выпилить пока не поздно, но структуру классов оставить как есть, а factory girl сейчас ищет таблицу users, хотя я ее удалил

STI коварная штука

она вначале кажется сверхудобной

а потом ты начинаешь кушать из унитаза

большой глубокой ложкой

factory girl там может руками указано

class или parent

STI коварная штука

хороший инструмент, если знать зачем использовать

factory :manager, class: User::Manager do

хм

хороший инструмент, если знать зачем использовать

да, но чаще всего её используют для юзеров

и в итоге получается огромная таблица

с кучей неюзаемых полей

для разных типов

сейчас попробую через table_name

для модели Attachment с типами вроде Image, Video, Audio

STI заходит норм

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

в остальных кейсах я фэйлился с STI

и в итоге выпиливал

я использовал для аккаунтов в oauth

воообще кстати я так понимаю с STI нормально живут только рельсовики

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

в джаве есть

даже в пхп вроде

в Yii, который с рельсов слизан, вроде нет

за джаву - хз, не располагаю инфой

с table_name отработало, всем спасибо)

в Yii, который с рельсов слизан, вроде нет

http://www.yiiframework.com/wiki/198/single-table-inheritance/

окей, в таком случае уточню откуда инфа

есть товарищ очень хороший, ПХПист бывший

3+ года на Yii

про STI услышал от меня

дело в том что по умолчанию sti в рельсах сделан по-быдлячи: пихать в поле базы строку с именем класса - это просто смерть для других сервисов, которые эту базу используют

в жанге сти вроде тоже есть

ну это типо противоречит Clean архитектуре

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

когда у тебя база отдельно

и несколько приложений отдельно

но рельса в принципе противоречит clean архитектуре )

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

дело в том что по умолчанию sti в рельсах сделан по-быдлячи: пихать в поле базы строку с именем класса - это просто смерть для других сервисов, которые эту базу используют

и это не есть плохо обычно

рельсы много где противоречат clean в угоду fast and easy

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

+

ой ну налетели

про STI услышал от меня

лол) я как-т(когда на пыхе писал) объяснял другом пхпшнику новый синтаксис массивов

дело в том что по умолчанию sti в рельсах сделан по-быдлячи: пихать в поле базы строку с именем класса - это просто смерть для других сервисов, которые эту базу используют

другие сервисы пусть через апи данные получают

а как же обмазать го?

зачем им в ту же базу лезть

лол) я как-т(когда на пыхе писал) объяснял другом пхпшнику новый синтаксис массивов

нет, там нормальный парень, шарит в том что делает

скорее просто у них не принято юзать STI

возможность != используемость

тут какждый же сам решает

active record в рельсе позволяет делать value обджекты из записи в базе и делать таким образом композицию

и мне это нравится

ну я согласен со всеми аргументами. я наверное немного biased потому что мне пришлось переводить портал с PHP на руби, чтобы оба работали с одной базы параллельно. поэтому у меня есть пункты :)

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

это не говоря уже о том, что люди до сих пор не знают про delegate

и пишут отдельные методы для тех же целей

ну или просто используют #try

гг

ERROR: S client not available

а какие проблемы у php с полем type?

у php проблемы с php

а с полем тайп никаких

видимо прост не кастится в тип

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

в PHP в type были инты

константы

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

пришлось учить рельсы

ну там можно кастомное имя поля для sti задать

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

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

и пишешь функционал на подходящих инструментах

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

ну там можно кастомное имя поля для sti задать

для поля. но не для содержимого

вернее для содержимого тоже можно

def sti_name или как-то так

не помню уже

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

а вот для polymorphic такого нет

пришлось шаманить

через attributes api

Привет И конечно же сюда дублирую: https://www.meetup.com/saintprug/events/242892997/

вопрос не по теме канала, но канала девопсов под рукой нету. docker stats как считает потребление памяти? уже по всякому пробовал считать внутри контейнера, никак не совпадает с тем что мне докер показвает

Парни, привет! Нужен второй руби-кодер в веб-проект на удалёнку. Проект огонь! :) Подробности в личку

уже и огонь кодить начали

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

есть же https://t.me/rubyjob, там хорошо описано, как надо делать вакансии )

да, кстати - и там это будет более уместно

есть же https://t.me/rubyjob, там хорошо описано, как надо делать вакансии )

ага, спасибо за наводку

Ребята, вопрос скорее по обработке изображений, но мало ли. Есть оригинальная картинка. Есть кропнутая + уменьшенная картинка (thumbnail). Есть ли возможность сделать кроп по тем же координатам, имея уменьшенную кропнутую картинку? (Координаты кропа не сохранялись в старой версии приложения, в новой с этим проблем нет, но картинки надо как-то промигрировать)

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