GermSerg: Интересная мысль - скопировать только второй раздел на созданный... Попробую, спасибо. В итоге я на маленьком диске с правильной таблицей разделов сделал mkfs на втором разделе и сделал rsync содержимого второго раздела большого с маленьким дисками.
Yustas Alexu: Да, разумеется, прерывают. Просто запустил код некой условной функции returningError() в виде returningError().then(console.log("hello").catch(console.error(err)); - он выводит hello несмотря на ошибку. Но, как я понимаю, это потому что .then нет promise. Если бы было .then(consoleLogReturingPromise("hello")) - он бы ее не запустил. А вот насчет .catch достаточно - нужно разные .catch чтобы вызывать разные обработки. Понятно что можно завернуть их в функцию и там разобрать. Но как быть если в цепи несколько функций, каждая возвращает что-то свое и хочется наглядно видеть реакцию на эти выводы вроде f1().catch(f1err1).then(f2).catch(f2err1).catch(f2err2).then(f3)...
Да, все верно - начать с app/components/TopicItem->MainSection->Vote ...и смотреть дальше уже на app/actions и их reducers(там все просто - он обновляет state полученными данными и все), затем на серверную сторону, которая вызывается из actions простым методом request[method](api + (id ? ('/' + id) : ''), data); ну и на серверной стороне там вообще все просто - достаточно заглянуть в server/config/routes
А где вы читали Макконелла? Кто вам ее посоветовал? Ерунда ведь книга. Я программирование на C начал изучать на курсах в 1994 году, а программировать начал еще раньше. Так что я более-менее опытный программист уже) К слову, эту книгу также не читал и мой друг - призер международных олимпиад по программированию. Не знаю что в ней такого что ее оказывается все читать должны.
Страуструп это классика, конечно прочитан... Но лично для меня настоящей библией, с моей спецификой, стала книга UNIX Network Programming в двух томах. Потрясающая книга. Купил ее в год выхода и зачитал до дыр - до сих пор на полке стоит на меня смотрит каждый день. Правда, там C.
nirvimel: иногда отладчик не подходит. Например - редко проявляемое событие, которое нужно "поймать" и распечатать подробно что к нему привело. Или высоконагруженное приложение которое при запуске gdb тормозит и выдает совсем не те скорости при которых происходят интересующие тебя события. Так что нет, отладчик это не всегда выход.
lega: реальная ситуация заключается в том что есть коммутаторы с разным количеством портов но одинаковой начинкой и они шлют в базу информацию о статусе имеющихся активных портов. И вот всю эту информацию я потом вываливаю в веб интерфейс покоммутаторно. То есть, одна строка - одно устройство. В случае записи с уникальным ID "коммутатор+порт" приходится выкачивать всю базу и агреггировать ее уже у клиента в строки
. А когда таких устройств тысячи - это уже не удобно. Куда удобнее сразу обновлять базу покоммутаторно и вываливать в клиента без каких-либо промежуточных операций.
матрунич сергей: Я бы использовал malloc/realloc если нужно управлять памятью. Если же нужно чего полегче - то не мучаться с char массивом, а использовать vector - память в нем выделяется динамически.
Дети относятся только к родителям и уникально идентифицируются по ИмяРодителя->ИмяРебенка То есть, чтобы обновить информацию о ребенке надо знать имя его родителя и все. Да и что мешает детям иметь детей?
так он проверяет, - объект где {name: Vasya, И sex: female} есть, а объекта {name: Vasya, И sex: male} нет - вот он и вставляет нового Vasya.
Насчет 100% рабочего варианта что вы предложили. Я, вероятно, плохо сформулировал вопрос.
Попробую еще раз -
Клиент, который кладет Васю, 23 лет, мальчика в базу не знает есть ли там Вася вообще или нет.
Поэтому поиск не подходит - задача не обновить только пол Васи, а вставить полностью Васю со всеми данными, а, если Вася уже есть - перезаписать имеющиеся данные на Васю новыми данными, возможно дополнив их.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.