Сохранение картинок через гет запрос



  • Не знаете почему все сохраненные картинки по 0 кб и не открываются, вроде все правильно сделал?

    0_1538248904367_2ba6bef6-fdbb-482e-bd77-c33f07c93db2-image.png


  • administrators

    @senerg

    Не знаете почему

    Возможно знаю :D


    В действии get-запрос нужно указывать переменную [[FOREACH_DATA]] (в описании действия есть вся информация)

    Ну и обязательно
    0_1538249990485_d0a338f3-fd11-4e75-80c0-3d8dd10ae3d5-изображение.png
    и
    0_1538250040041_baf6face-89aa-43f6-9928-9afbd87538a2-изображение.png



  • @fox said in Сохранение картинок через гет запрос:

    [[FOREACH_DATA]]

    В описании про [[FOREACH_DATA]] нет ничего. Base64 везде и так стоит.
    0_1538250693910_40d66734-8bde-4c75-ba1d-3912781d96ff-image.png


  • administrators

    @senerg

    В описании про [[FOREACH_DATA]] нет ничего.

    Смотри внимательнее
    0_1538251023928_0db45827-5b81-4f3f-8f14-3cfcccd9c4fd-изображение.png


    И что это за [[ALI_BIGVIEW_ITEM_LIST]]<[[CYCLE_INDEX]]>?



  • @fox Я ваши слова на два раза перечитываю. Вот и искал "В действии get-запрос" "в описании действия есть вся информация" про "переменную [[FOREACH_DATA]]".
    Но я уже допер, что там просто [[FOREACH_DATA]] надо указывать без массива. Спасибо за помощь.

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

    0_1538252060904_cd78543e-130e-4d00-b5e4-46383bd7320b-image.png


  • administrators

    @senerg

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

    Надо смотреть, что изображено на картинке, если там чехол сбоку и вся картинка однотонная, то jpg её хорошо может сжать.



  • @fox said in Сохранение картинок через гет запрос:

    И что это за [[ALI_BIGVIEW_ITEM_LIST]]<[[CYCLE_INDEX]]>?

    Это аналог вашего [[ALI_BIGVIEW_ITEM_LIST]][ [[CYCLE_INDEX]] ] - пытался обратиться к i-тому элементу массива LIST. В этом проекте у меня только один цикл FOREACH, поэтому я предположил, что [[CYCLE_INDEX]] это от него, разве нет?



  • @fox said in Сохранение картинок через гет запрос:

    Надо смотреть, что изображено на картинке, если там чехол сбоку и вся картинка однотонная, то jpg её хорошо может сжать.

    Картинки абсолютно одинаковые :первая 1 356 КБ скачалась одинакового размера, а вот следующая уже 1 369 КБ (бас) против 404 КБ (вручную). Неужели при сохранении БАС картинки пережимает? Так не пойдет, как оригиналы скачать без пережатия?


  • administrators

    @senerg

    Это аналог вашего [[ALI_BIGVIEW_ITEM_LIST]][ [[CYCLE_INDEX]] ] - пытался обратиться к i-тому элементу массива LIST. В этом проекте у меня только один цикл FOREACH, поэтому я предположил, что [[CYCLE_INDEX]] это от него, разве нет?

    Переменная [[CYCLE_INDEX]] это счётчик итераций внутри цикла. Конструкцию подобного рода:

     [[ALI_BIGVIEW_ITEM_LIST]][ [[CYCLE_INDEX]] ] 
    

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

    Но я спрашивал про заки больше и меньше:
    [[ALI_BIGVIEW_ITEM_LIST]]<[[CYCLE_INDEX]]>



  • @fox said in Сохранение картинок через гет запрос:

    я спрашивал про заки больше и меньше

    Я вам и отвечаю про больше и меньше. Как я понял, это полный аналог квадратной скобочки и пробела.

    Тем не менее, конструкция

    [[ALI_BIGVIEW_ITEM_LIST]][ [[CYCLE_INDEX]] ]
    

    в цикле foreach ни хрена не работает, специально чтоб вам показать стер [[FOREACH_DATA]] и заменил на нее:

    0_1538253461929_9232c0a8-8600-440c-9cb4-d74429f2da06-image.png


  • administrators

    @senerg

    Я вам и отвечаю про больше и меньше. Как я понял, это полный аналог квадратной скобочки и пробела.

    Первый раз о подобном слышу, с чего вы решили?

    в цикле foreach ни хрена не работает

    В действии get-запрос тип данных expression?



  • @fox said in Сохранение картинок через гет запрос:

    Первый раз о подобном слышу, с чего вы решили?

    Скачал чей-то парсер, там было так:

    [[FOR_EACH_CSS]]<[[CYCLE_INDEX]]>
    

    и оно работало
    0_1538254363747_Pinterest parser Чей-то.xml

    @fox said in Сохранение картинок через гет запрос:

    В действии get-запрос тип данных expression?

    Виноват, стоял стринг, с expression работает.

    Почему тогда

    [[FOR_EACH_CSS]]<[[CYCLE_INDEX]]>
    

    в цикле работает, чёт я совсем ничего не понимаю



  • Кто-нибудь знает почему картинки, скачанные через бас (0-5), отличаются от этих же картинок скачанных вручную (1-6)?

    0_1538300056839_632c63ff-18e3-4ade-8b7a-7194d87fb96d-image.png



  • @senerg При чем результат всегда рандомный иногда у баса самое лучшее качество, иногда наоборот самое худшее. Сравнивал сохраненную картинку баса с четырьмя разными браузерами: хром, опера, эдж, тор. Проверял в фотошопе зазумив на максимум, картинки меньшего размера реально хуже качеством. Примеры лучшего и худшего качества во вложении.0_1538303676232_картинки.rar От чего такое зависит? Может бас не успевает ее докачать, ожидание нужно выставить? Хотя вряд ли...



  • @senerg Неужели ни кто не проверял как бас сохраняет картинки? В свойствах скачанного файла yuvj420p, тогда как обычный браузер качает yuvj444p. Как это исправить?



  • @senerg
    Дайте ссылку на картинку, с которой произошёл баг.



  • @xclsv said in Сохранение картинок через гет запрос:

    Дайте ссылку на картинку, с которой произошёл баг.

    Вот, хром сохраняет 1,34 МБ, а бас только 429 КБ.


  • administrators

    @senerg

    Вот, хром сохраняет 1,34 МБ, а бас только 429 КБ.

    Провёл сейчас эксперемент, скачал эту картинку в Firefox и Chrome, файл весит одинаково 0_1538832025287_bf394dbb-92be-4a51-9cef-3894f5867c9c-изображение.png

    Создал тестовый скрипт, отправил запрос на файл. В снифере BAS'a посмотрел размер ответа 0_1538832078884_d9720878-aa7c-4dcd-96b0-a372f49412c4-изображение.png
    А 1408706 байт это
    0_1538832147631_0bc5947f-78af-414b-b240-456a2de1aab0-изображение.png
    значит файл мы получаем в BAS полностью. Далее получил "Содержание ответа" в base64 и сохранил в папку. Итоговый файл весит точно так же, как и все остальные:
    0_1538832293869_6eeab339-f13f-4abf-9984-89d1a6ed03bc-изображение.png

    Вот тестовый скрипт



  • @fox
    А в цикле не хочет. Вот скрипт и скачанная картинка.0_1538834427499_3.rar
    0_1538834265382_1.xml


  • administrators

    @senerg
    0_1538836048993_c2ebe735-29e4-4e3d-94b4-cd9f0ee288b1-изображение.png

    Уже много раз на форуме писали, функция OnApplicationStart ни как не связана с остальными потоками, эта функция выполняется при начале работы скрипта, данные из неё передать можно только через глобальные переменные или ресурсы


    Прошёл весь цикл, получил 6 файлов, сохранял в BAS и через браузер в разные папки
    0_1538836515322_646642f0-3d0c-4a48-bcd8-a6e4560d427e-изображение.png

    итог, все файлы одинакового размера.
    Вот архив, пароль bablosoft


    Вот 6 ссылок на 6 файлов

    https://ae01.alicdn.com/kf/HTB1keHPQVXXXXc_XVXXq6xXFXXXr/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    https://ae01.alicdn.com/kf/HTB1ypHwQVXXXXcYaXXXq6xXFXXXK/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    https://ae01.alicdn.com/kf/HTB1ssMcQVXXXXXUXpXXq6xXFXXXw/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    https://ae01.alicdn.com/kf/HTB1eiMiQVXXXXXaXXXXq6xXFXXXR/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    https://ae01.alicdn.com/kf/HTB1XEzLQVXXXXXtaXXXq6xXFXXX1/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    https://ae01.alicdn.com/kf/HTB1KA23QVXXXXaKXFXXq6xXFXXXE/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpg
    

    Вот скрипт который за 7 секунд
    0_1538837312620_e269e95b-dd05-4338-b67e-6fdbe170a0dc-изображение.png

    выкачивает все картинки точно такого же размера, как и через браузер.