Дмитрий: в любом случае если вы "как браузер" будете слать запросы в таких количествах что "ограничения xml не устраивают" то вас начнут банить и спрашивать "а не робот ли вы часом" и просить ввести капчу, так что если нужно для реальных целей нужно пользовать api и если ограничения не устраивают можно поднять несколько сервисов с разных IP использущих разные API ключи
Сергей Петриков: Для Windows не соглашусь, все что собранно для одной из них без проблем идет на всех остальных, то есть все можно заменить на 1, для linux да их 100500 разных версий с разными зависимостями и собирать под все смысла нет, поэтому и говорю тут для linux можно и не собирать, но windows всего 1 единственный и для него можно было бы и заморочиться, но тут правы те кто отвечал, если автор писал не из под Windows под нее компилить для него геморой ненужный.
спасибо за совет) оказывается я зря мучился с тем проектом, в nuget есть его .net аналог, работоспособный или нет пока не знаю, но то что он там есть уже радует:)
одним словом разработчику было лень, а про кучу платформ не соглашусь, в 99% случаев их 2 - Windows и Linux, при чем для второго можно и не компилить, там инструментарий позволяет это сделать с минимум гемороя как правило
проблема тут скорее не с скачками а с его полным отсутствием, не представляю чем занимаются электрики в моем районе, но пару раз в неделю в то время что я на работе электричество обязательно вырубают. кондеры все целые, по крайней мере на вид, думаю железо пока в порядке, т.к. после переустановки он все таки месяц примерно работает нормально, а насчет бэкапа раздела это отличная идея, я как то не подумал об этом. спасибо.
vilgeforce: это да, но это бы не хотелось ибо пока психовал чтото угробил в коде:) вызывается так
std::string message = GetCommandLine(filename);
FILE* fp = popen(message.c_str(), POPEN_MODE);
bool ok = (fp != NULL);
if (ok)
{
bool did_work = ProcessFilePointer(fp);
bool succeeded = !pclose(fp);
ok = did_work && succeeded;
}
else
fprintf(stderr, "AudioStreamInput::ProcessFile can't open %s\n", filename);
бэкап это хорошо конечно, но в контексте задачи потеря части данных несущественна, но вот потеря целостности всей базы из за потерянной части это реально плохо) поэтому от идеи придется отказаться. спасибо за развернутый ответ
Алексей Уколов: согласен наличие здесь БД это скорее бонус, который мог бы дать некоторые преимущества, в целом задача это хранение данных с иерархической структурой наподобие файловой системы.
Алексей Уколов: не вариант, т.к. по сути в ней должна быть 1 таблица, максимум 2, но в ней очень много записей, суммарный объем базы мог достигать Тбных размеров, в таком раскладе критично как себя будет вести БД при ее частичном повреждении, бэкап всей не вариант на 100%
В том то и суть не хотелось бы использовать backup всей базы целиком, ибо слишком жирно в рамках задачи, максимум это бэкап части какой то, но как это сотворить тоже не ясно
Getko: wifi или блютуз разницы особой нет, в любом случае потреблять будет сравнительно много, для низкого потребления есть ble, но их пока мало, они много стоят и не для всех ситуаций подходят.
MonkAlex: можно повесить вторую итерацию var fileInZip = zip.Entries.FirstOrDefault(f => f.FullName == fileName);
if (fileInZip != null)
и если вдруг не null то это тот случай, что я описал, если нет нужно проверять дальше