однако

Ребят вопрос не по теме и очень туповат; нармально ли делать посадку сайта на cms wordpress?

Ребят вопрос не по теме и очень туповат; нармально ли делать посадку сайта на cms wordpress?

пропатчи КДЕ3 для начала

мне ща как раз миграции рисовать. дропать альтерить. как я это не люблю. ох как я это не люблю

Жизв

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

Почему?

потому что он безыдейный пиздабол

Зато харизматичный

Зато харизматичный

Солидарен

мне ща как раз миграции рисовать. дропать альтерить. как я это не люблю. ох как я это не люблю

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

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

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

хрен знает - мне нужен save и delete на выдернутой из модели записи. максимум

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

я для себя решил, что самый оптимальный вариант - это cqrs, чтение на graphQL, мутабельые операции - на орм/кверибилдере

ты еще про жавовский hibernate расскажи. он запросы могет. сложный. а вот какие запросы он строит - другой вопрос

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

да, только хибернейт стартует 1 раз )

а доктрина каждый раз при старте похапе скрипта

а так все ок )

ладно, это уже оффтоп)

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

Я знаю только @progo и @gogolang но там в основном те же люди.

спасибо

потому что он безыдейный пиздабол

ивангая еще обсудите, оч интересно послушать

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

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

ивангая еще обсудите, оч интересно послушать

бууууээ

когда в проекте 250 моделей - это тоже становится довольно не тривиальным

когда в проекте 250 моделей - это тоже становится довольно не тривиальным

ты за одну миграцию часто меняешь больше 5-6 таблиц?

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

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

но дублирование кода в модели, потом в миграции и в итоге еще и в таблице - это нот гуд

не кода, точнее, а одних и тех же знаний

ну это да

но дублирование кода в модели, потом в миграции и в итоге еще и в таблице - это нот гуд

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

в том или ином варианте

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

хз. я не вижу в этом жопы. вот правда

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

https://github.com/sequelize/sequelize/issues/1339 судя по этому закрытому ишью - что-то оно должно по идее генерить

https://github.com/sequelize/sequelize/issues/1339 судя по этому закрытому ишью - что-то оно должно по идее генерить

может недодокументировали

как с фронтом закончу - поверчу этот кли, пока времени нет

как с фронтом закончу - поверчу этот кли, пока времени нет

primaryKey: true работает

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

ахаха

UNIQUE KEY type (type)

остальные ключи - хуй

хз. уникальные я не юзал. вернее гдето есть

да. юники вешает

простые индексы нет

1 модели с униками есть и их sync создавал

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

хотя может они задокументировали createTable через жопу

https://github.com/Glavin001/graphql-sequelize-crud найс, если кто еще собирается юзать graphQL и sequelize в одном проекте)

Тоже не конектит

не пашет слак

ага, не пашет

а теперь пашет, лол

Node v6.11.0 (LTS) https://nodejs.org/en/blog/release/v6.11.0

Ребят, а как лучше реализовать формирование крон задач из постоянно меняющегося массива инфы? Есть такая конструкция, но постоянно прибавляются записи. Если постваить саму конструкцию в крон задачу, не будут ли дублироваться дочерние крон задачи?

Ребят, а как лучше реализовать формирование крон задач из постоянно меняющегося массива инфы? Есть такая конструкция, но постоянно прибавляются записи. Если постваить саму конструкцию в крон задачу, не будут ли дублироваться дочерние крон задачи?

постоянно меняющихся это как?

ты должен отслеживать что ты туда отправил и сверять

постоянно меняющихся это как?

У меня в функционале предусмотрено, что записи будут пополняться с ключом *:notifications

если совпало - убиваешь кронжоб и создаешь новый

заново.

ты должен отслеживать что ты туда отправил и сверять

Не понял тебя.

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

Я по github/node-cron не нашел, как удалить кронджоб или получить их список

ну я сделал вот таку. херь

class Task{ constructor(config) { this.failed = true; if (!config.schedule) throw new Error('No schedule in config'); /* * Seconds: 0-59 Minutes: 0-59 Hours: 0-23 Day of Month: 1-31 Months: 0-11 Day of Week: 0-6*/; this.cronJob = new CronJob( config.schedule, ()=> { this.run().catch( (error)=> { console.warn('CRON: error', error); }); }, ()=> { this.stopRun(); }, false ); this.failed = false; // other parts of config you rework manually } isAllCorrect() { return !this.failed; } // system start of cron job. must return promise start() { this.cronJob.start(); } // stop if cron job stop() { this.cronJob.stop(); } /** * This method runs when cron fired */ run() { // here you write your user code throw new Error('Child class must override run method'); } /** * This metod runs when CronJob#stop is called * May be your running task want know when user stop them */ stopRun() { // here you write your user code throw new Error('Child class must override run method'); } }

свою обертку для контроля

потом джобы наследую от нее

Я по github/node-cron не нашел, как удалить кронджоб или получить их список

А это вообще возможно?

ну и делаю структуры которы контролируют и хранят ЧТО запустил

new CronJob вникуда это хуевая практика

т.е. ты джоб создал а контроля не имеешь

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