fshp: ясно, вот правда не факт что это важнее. имхо, основная проблема в таких случаях - отсутствие альтернатив unix-утилит в винде.
все равно, в свою копилочку знаний монетку я положил :)
Hakhagmon что ж... терепения Вам. Если это Ваш проект, то я бы посоветовал поискать по хешу содержимого, объясню: видел, что есть чужие скрипты, значит есть оригиналы и их относительные директории, можно составить микро-БД по хеш суммам этих файлов с путями и уже плясать от хешей восстановленных из git. Все-таки 4к файлов, мягко-говоря, вручную разгребать - то еще удовольствие.
Как минимум, этим действием можно почистить от "чужого" кода и уже копаться в своем.
fshp: да, я тоже смотрел вывод file, но он не всегда верный был, например, файл php она (утилита) определяла как файл C++...
Как-то восстановил дерево?
Serginyo90: вот это прозвучало именно так: Дмитрий: Там еще в сurl передается registration_ids
ну не суть, упорность (как и упоротость :P) очень важна в программерском деле.
Для начала, пожалуйста, переформулируйте вопрос, к curl он не имеет никакого отношения. Я имею ввиду основной текст.
Опишите, что вы уже попробовали, об какие камни уже споткнулись и помните, хорошо поставленный вопрос это уже половина ответа. Об остальном в ответах.
Serginyo90: уважаемый, включите голову наконец и скажите почему за Вас должны решать ваши задачи? Воспользуйтесь мануалами api.jquery.com/jquery.ajax - открою секрет, у jxHDR есть еще один метод подходящий к вашей проблеме.
Пробовал запускать сперва adb shell, а затем в нем top? или adb shell sh -c 'top' ?
Есть предположение, что adb shell просто режет управляющие символы на выходе.
Александр Рублев: Начал отвечать полагаясь на комментарий выше, типа class Config, но потом переименовал опираясь на Ваши данные, т.к. вопрос стоял о получении прав авторизации. Поправил, спасибо.
Денис: куда катится мир? /ritorical
Спасибо, Денис, но там тоже люди работают...
см. тут www.dlink.ru/en/products/1/1365.html
в английской версии сайта используется термин "physical stacking", что скорее переводится как "объединяемый физически", нежели "стекируемый" (его альтернатива "virtual stacking", а это уже два разных понятия попадающие под один корявый перевод).
Таким образом, не думаю, что слово "стек" должно иметь склонения.
"стекировать", oh my gosh!
Уважаемый, нет такого слова, есть слово "стек" и оно заимствовано из английского, пожалуйста, исправьте заголовок на "объеденить в стек" или "создать стек из".
Спасибо за понимание.
гм... ну тогда могу посоветовать попробовать обернуть возвращаемое значение в $(), например $("text");
Так же, если нет возможности подключиться к веб-консоли аппарата, как крайний случай: переопределить console для отправки всего что пишется в console.log и т.п. на удаленный сервер.
Не прослеживается связь между "Рухнул debian", "шифровал раздел" и "lvm не находил".
Опишите, пожалуйста, какую цель вы преследовали, что cделали для достижения 'этой цели, что вызвало крах системы. Телепаты еще не появились, как класс общества.
Отсортировать по дате изменения (в linux делать только на боевом сервере - если заливать локально файлы дата изменения трется), найти ручками крайнюю картинку без watermark и начать с нее. Ну и не помешает сделать бэкап изменяемых картинок, в таком случае при обнаружении двойной маркировки можно будет наверняка заменить на старую версию.
Вообще лучше бы Вам взглянуть на JPEG Metadata и PNG Metadata для установки и определения маркировки файлов.
все равно, в свою копилочку знаний монетку я положил :)
Hakhagmon что ж... терепения Вам. Если это Ваш проект, то я бы посоветовал поискать по хешу содержимого, объясню: видел, что есть чужие скрипты, значит есть оригиналы и их относительные директории, можно составить микро-БД по хеш суммам этих файлов с путями и уже плясать от хешей восстановленных из git. Все-таки 4к файлов, мягко-говоря, вручную разгребать - то еще удовольствие.
Как минимум, этим действием можно почистить от "чужого" кода и уже копаться в своем.