Но вообще в непростое время живём, по-осторожнее :)) Минюст признал экстремистской фотожабу с Путиным в макияже, намекающую на «якобы нестандартную ориентацию»

омг. ещё заблочат гитхаб ну или проект https://github.com/junyanz/CycleGAN#failure-cases

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

=)

Лол

=)

о, вот это ты какой использовал?

Это бот

@ saytextbot

он что-то там использует я не знаю

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

Ребят, а кто-нибудь Odoo тут занимается?

Ребят, а кто-нибудь Odoo тут занимается?

Опасно такое вспоминать, у некоторых могут приступы случиться. Я почти не щупал OpenERP, но мне и того хватило.

Хотелось бы что то на Питоне)

Ну я не помогу, но просто скажу что на практике было несколько раз так, что заказчику на самом деле ERP не нужна, а только пара фич оттуда :D

Но пусть более опытные коллеги подскажут по поводу ERP )

В OpenERP был какой-то хардкод sql-запросов, все что помню. Интересно, сделали орм или так и живут.

В OpenERP был какой-то хардкод sql-запросов, все что помню. Интересно, сделали орм или так и живут.

Там как с астериском: уже никуда не деться, да и не особо кому нужно куда деваться

Вроде в 10 версии сделали

В OpenERP был какой-то хардкод sql-запросов, все что помню. Интересно, сделали орм или так и живут.

Орм есть, но она печальная

Хотя там есть настоящий on delete cascade, в отличии от джанги

Стоит вообще с ней связываться?

Стоит вообще с ней связываться?

Зависит от задач

CRM+бухгалтерия+атс

CRM+бухгалтерия+атс

АТС - задача какого-нибудь asterisk, с ним есть интеграция. По бухгалтерии не скажу, но в российских реалиях и как основной инструмент - сомнительно

CRM+бухгалтерия+атс

1C Битрикс(там же телефония) + 1С #ПроститеМеня

Если бизнес мелкий, то большие затраты будут при интеграции того же астериста, интеграции кривой ERP, допиливания хитрых отчётов что никому не нужны и ломают всю систему... Я так одному знакомому помогал с тем, что ему нагородили. А ему из всего этого реально нужна была простая CRM для ведения лидов да телефония "с компьютера".

Там как с астериском: уже никуда не деться, да и не особо кому нужно куда деваться

астериск - няша. если уметь, там можно сделать вещи, которые ни одной коммерческой системе не снились

простите... нейронки меня впечатлили

))

ты просто играешься или уже свои сделал ?)

ты просто играешься или уже свои сделал ?)

скорее, твитор разглядываю )

1C Битрикс(там же телефония) + 1С #ПроститеМеня

Только не 1С)

астериск - няша. если уметь, там можно сделать вещи, которые ни одной коммерческой системе не снились

Факт ) Просто там есть косяки архитектурные, что ребята из Digium когда-то думали перепилить, а потом поняли что уже никак. Так они и отказались от единички в своей системе версий, а так сегодняшняя 14ая версия это всё-таки 1.14 ))

Привет. Есть кто живой?

Хочу странного — приблуду для миграций на голом SQL ?

https://flywaydb.org/ Типа такого, но на Python)

https://flywaydb.org/ Типа такого, но на Python)

Могу посоветовать разве что погуглить, глянуть какой список типа awesome Python. Но у питона не такое коммьюнити, что будет иметь альтернативный инструмент в хорошем состоянии. Вообще пишется такая приблуда просто, я для Go такую написал за пару часов. Или тебе хочется и автоматически определять изменения?

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

Нууу, её обычно везде имеют ) я вот тоже не парился, тоже сделал

А гугл ничего особо не показывает ? Есть pqmigrate, но он от 13-го года

А гугл ничего особо не показывает ? Есть pqmigrate, но он от 13-го года

Зато 4 года выдержки! :D

???

А ты хочешь автоматическое определение состояния по миграциям? В SailsJS было подобное, но там миграций то не было считай

Если мерить выдержкой. надо срочно переходить на фортран))

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

Если мерить выдержкой. надо срочно переходить на фортран))

Там уже всё перебродило, само откупорилось и испарилось ._.

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

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

Эм. А зачем?

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

Ну смотри, у тебя был array field, а потом стала отдельная таблица. Как ты автоматически обновишь? Альтеры сделаешь, но данные потеряешь.

Оу

Ну, я надеюсь, что не доживу до состояния, когда этот проект потребует array field)))

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

Ну, я надеюсь, что не доживу до состояния, когда этот проект потребует array field)))

Миграции данных эта такая фигня, ты доживаешь до этого внезапно, а данных уже нет :(

Потому мне такая схема миграций кажется несколько неприменимой в реалиях, отличных от стартапа

Как говорил, SailsJS меня когда-то приятно удивил такой фичей, а потом разочаровал, когда я понял что все плохо ))

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

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

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

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

В мускуле ddl нетранзикционный, а это та еще боль

Ладно, спасибо за умные мысли, пойду думать

В мускуле ddl нетранзикционный, а это та еще боль

Сделал альтер и не откатить? ))

Я давно мускуль то не трогал

Ладно, спасибо за умные мысли, пойду думать

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

ERROR: S client not available

Сделал альтер и не откатить? ))

https://bugs.mysql.com/bug.php?id=28727

Ладно, спасибо за умные мысли, пойду думать

https://www.youtube.com/watch?v=LqB1DA6fJB8

О, это тот самый прославленный Женя Дюков?))

https://bugs.mysql.com/bug.php?id=28727

Вот я пару недель назад бегал по собеседованиям и не раз встречал что люди сознательно выбирают MySQL. Whyy

Вот я пару недель назад бегал по собеседованиям и не раз встречал что люди сознательно выбирают MySQL. Whyy

По инерции скорее всего. Хотя убер вот перешел на мускуль, а его потом гнобили всеми интернетами

https://www.youtube.com/watch?v=LqB1DA6fJB8

Вот только жаль что он не рассказал а как делать то dry run в случае если ддл нетранзакционныф

Может быть, всё таки никак?))

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

Вот я то и сам думаю

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

МОКАПИТЬ МУСКУЛЬ

https://flywaydb.org/ Типа такого, но на Python)

посмотри на alembic

Алембик — он на пайтоне. Вкорячить туда сырой SQL можно, но это всё же будет набор питоноскриптов, а не набор SQL файлов

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

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

в чем вообще смысл голого сиквела?

То есть, поверх каждого SQL файлика ещё питонофайлик?

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

То есть, поверх каждого SQL файлика ещё питонофайлик?

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

Конечно, возможно, что горожу огород на пустом месте, но не хочу использовать ORM, хочу воплотить DAO)

В качестве айдишников миграций можно использовать префикс в имени файла миграции))

это не орм, это именно система миграций. вот джангу ради миграций тащить было бы явно лишнее

В качестве айдишников миграций можно использовать префикс в имени файла миграции))

не, оно же трекает, какие миграции прошли, какие нет, и умеет их откатывать вперед-назад

Flyway делает это как раз по префиксам имён файлов. Как я понял, в одной транзакции делается изменение схемы и правка таблицы со списком применённых миграций. Если что-то пошло не так, транзакция откатывается.

То есть, если миграция не прошла, то в таблице миграций её просто не будет.

Ну, или будет в статусе FAILED, если БД не умеет в транзакционный DDL.

в алембике похоже

Ага, но последовательность транзакций прописывается в питонофайле, так?

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

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

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

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