Подскажите как прасить xml по ссылке, а не из файла

https://stackoverflow.com/questions/19440589/parsing-json-data-from-a-url

Благодарю, но уже нашел.

У секвалайза есть кверибилдер, простите за тупой вопрос?

У секвалайза есть кверибилдер, простите за тупой вопрос?

Есть но если у тебя сложный запрос то лучше не стоит. knex гораздо лучше подойдет для подобной задачи.

Есть но если у тебя сложный запрос то лучше не стоит. knex гораздо лучше подойдет для подобной задачи.

Насколько сложный запрос считается сложным? Ещё тупее вопрос

У секвалайза есть кверибилдер, простите за тупой вопрос?

http://docs.sequelizejs.com/manual/tutorial/querying.html

Есть но если у тебя сложный запрос то лучше не стоит. knex гораздо лучше подойдет для подобной задачи.

Такое багованное говно

В чем баги?

В чем баги?

запросы видел?

В чем баги?

Он же отношения между моделями превращает в ад

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

http://docs.sequelizejs.com/manual/tutorial/querying.html

Ну это не совсем то Так я могу просто сам генерить объект и передавать в метод

Покажи пример своего кода

Покажи пример своего кода

Я только ушёл с работы Короче я наделал кучу конечных методов под каждый случай Но, очевидно, нужно генерить квери раньше и передавать в метод, общающийся с базой И секвалайз как то не очень для этого вроде

Он же отношения между моделями превращает в ад

В кнексе э?

В кнексе э?

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

поиграй. и посмотри

В кнексе э?

Ага

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

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

я смотрел и там люто было. А красота запросов не мало важная вещь.

я смотрел и там люто было. А красота запросов не мало важная вещь.

Смотря для чего :)

Смотря для чего :)

Красота == оптимизация

Почти

Я к тому, что в нашем юзкейсе оптимизация запросов стоит на предпоследнем месте :)

Смотря для чего :)

для меня нормальное апи для орм это как в елоквент ларавель. И вот был плагин он позволял такое сотворить. Но запросы просто пиздец были. И + баги. Тупо рили баги

Я к тому, что в нашем юзкейсе оптимизация запросов стоит на предпоследнем месте :)

Странно

Так Максимально абстрактный вопрос Как правильно с точки зрения архитектуры, масштабируемости и универсальности не привязываясь к коду и ОРМ ходить в базу? Как я понимаю между сервисом и репозиторием должен быть слой кверибилдер, который делает очевидно, что, и сформировавшийся запрос передаётся уже в метод репозитория Так или не так хотя бы?

Странно ничего нет, все отрабатывает за приемлимое время

Странно ничего нет, все отрабатывает за приемлимое время

в консоли видишь запросы?

ну не зря же я отказаося D

хотя перепробовал кучу. Как нить даже скину и еще потестю

Так Максимально абстрактный вопрос Как правильно с точки зрения архитектуры, масштабируемости и универсальности не привязываясь к коду и ОРМ ходить в базу? Как я понимаю между сервисом и репозиторием должен быть слой кверибилдер, который делает очевидно, что, и сформировавшийся запрос передаётся уже в метод репозитория Так или не так хотя бы?

чистый запрос в бд где то в модели базовой по идее

в консоли видишь запросы?

Даже не смотрю, смысла в этом нет и времени тоже

Даже не смотрю, смысла в этом нет и времени тоже

есть смысл. Там жесть творится

Да или нет просто

От запросов зависит же тоже, что они могут в одном двух джоинах намутить

Sequelize говно, knex говно... Это по анамнезу чатика. А может просту руки из жопы? Да, золотой кнопки в работе с БД нет. Но, видать, люди ещё говна не видели, раз на эти вещи плюются, причём без примеров. Эти штуки можно было бы сделать лучше, да, особенно первого. Но ведь open source же - возьми да помоги.

Sequelize говно, knex говно... Это по анамнезу чатика. А может просту руки из жопы? Да, золотой кнопки в работе с БД нет. Но, видать, люди ещё говна не видели, раз на эти вещи плюются, причём без примеров. Эти штуки можно было бы сделать лучше, да, особенно первого. Но ведь open source же - возьми да помоги.

Шта

Sequelize говно, knex говно... Это по анамнезу чатика. А может просту руки из жопы? Да, золотой кнопки в работе с БД нет. Но, видать, люди ещё говна не видели, раз на эти вещи плюются, причём без примеров. Эти штуки можно было бы сделать лучше, да, особенно первого. Но ведь open source же - возьми да помоги.

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

Шта

А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.

А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.

data mapper полностью поддерживаю

А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.

Конкретный ответ!! Слава Зевсу Спасибо

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

Там Японцы в корнях, даже не сравнивай. Ну, и при твоей персональной любви к руби (точнее, конкретно к рельсам), сложно что-либо противопоставить. Всё так. Нода ещё очень молода в этом плане, а 80% (подставь своё число) разрабов - фронтенд, кто до сих пор между express/koa мечется, дальше ещё ничего не двинулось.

Там Японцы в корнях, даже не сравнивай. Ну, и при твоей персональной любви к руби (точнее, конкретно к рельсам), сложно что-либо противопоставить. Всё так. Нода ещё очень молода в этом плане, а 80% (подставь своё число) разрабов - фронтенд, кто до сих пор между express/koa мечется, дальше ещё ничего не двинулось.

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

вон sequelize хорошую планку задал

А как принято в mysql из ноды ходить?

А как принято в mysql из ноды ходить?

npmjs.com/sequelize

npmjs.com/sequelize

Так, это orm, а если я хочу руками запросы писать?

Так, это orm, а если я хочу руками запросы писать?

npmjs.com/mysql2 но зачем тебе это?

npmjs.com/mysql2 но зачем тебе это?

Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать

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

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

Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать

без фреймворка хотите писать?

без фреймворка хотите писать?

ой бля

не надо тащить фреймворки в ноду

Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать

В php тоже "руками" ходите? Тогда лучше ctrl+a del, чем пытаться переходить. Т.е. начинать с нуля, обдумав все баги. И да, mysql2 модуль, а не просто mysql.

без фреймворка хотите писать?

Какие фреиворки? У нас зада прочая отдать конфиг из бд да переслать запрос с фронтенда в джаву и обратно

В php тоже "руками" ходите? Тогда лучше ctrl+a del, чем пытаться переходить. Т.е. начинать с нуля, обдумав все баги. И да, mysql2 модуль, а не просто mysql.

простите, не пользовался mysql уже лет 5

В php тоже "руками" ходите? Тогда лучше ctrl+a del, чем пытаться переходить. Т.е. начинать с нуля, обдумав все баги. И да, mysql2 модуль, а не просто mysql.

Да, руками

Да, руками

так себе идея

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

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

+

ERROR: S client not available

простите, не пользовался mysql уже лет 5

Лет 8 в руки не брал. Но почему-то в курсе)

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

Лет 8 в руки не брал. Но почему-то в курсе)

сочувствую

так себе идея

Я согласен. Но переписывать не разу не вариант. Поэтому хочется постепенно перейти

Я согласен. Но переписывать не разу не вариант. Поэтому хочется постепенно перейти

не получится

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

Ну мы пока хотим новый функционал писать на ноде

архитектура катастрофически разная

?иногда дешевле переписать

?иногда дешевле переписать

+

архитектура катастрофически разная

Какая разница на чём написано api?

Какая разница на чём написано api?

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

Да, руками

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

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

Я пхп не знаю так что в целом мне всё равно, но нода ближе

Я пхп не знаю так что в целом мне всё равно, но нода ближе

промисы умеешь?

промисы умеешь?

Конечно

async/await, генераторы?

async/await, генераторы?

Генераторы не юзал, а async await всё время использую

TDD, DataMapper, ActiveRecord ?

Какие-то слишком умные слова пошли, до TDD пока не дошли, просто тесты пишем

Какие-то слишком умные слова пошли, до TDD пока не дошли, просто тесты пишем

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

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

Ок, спасибо

Он же отношения между моделями превращает в ад

Модель это история про ну очень какой-то простой запрос, а так если пишешь настоящие запросы то уже далеко не до моделей. И бедность объектного подхода встает скорее поперед глотки, а пользоваться sequelize вообще противопоказано - решение будет состоять из адского ада ели работающего. Все таки если хочется получить более-менее гибкий sql knex ну гораздо мощнее sequelize и решает другие задачи никак не связанные с моделями.

Самое наилучшую ORM что видел - ActiveRecord в Ruby on Rails

Запросы красивейшие(если использовать joins, a не includes)

И такое можно вытворить что жесть

Но если и этого мало там была еще штука Arel называется

Sequelize на 90% подходит

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

Даже на 98%

Потому что где-то так оно и есть

На сотню запросов не самых простых где-то приходилось кастомное писать или дописывать