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

-
некоторые картинки совпадают со скачанными вручную байт в байт, а некоторые отличаются аж на мегабайт. С чем такое может быть связано?
Надо смотреть, что изображено на картинке, если там чехол сбоку и вся картинка однотонная, то 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 КБ (вручную). Неужели при сохранении БАС картинки пережимает? Так не пойдет, как оригиналы скачать без пережатия?
-
Это аналог вашего [[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]] и заменил на нее:

-
Я вам и отвечаю про больше и меньше. Как я понял, это полный аналог квадратной скобочки и пробела.
Первый раз о подобном слышу, с чего вы решили?
в цикле 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]]>в цикле работает, чёт я совсем ничего не понимаю
-
@senerg При чем результат всегда рандомный иногда у баса самое лучшее качество, иногда наоборот самое худшее. Сравнивал сохраненную картинку баса с четырьмя разными браузерами: хром, опера, эдж, тор. Проверял в фотошопе зазумив на максимум, картинки меньшего размера реально хуже качеством. Примеры лучшего и худшего качества во вложении.0_1538303676232_картинки.rar От чего такое зависит? Может бас не успевает ее докачать, ожидание нужно выставить? Хотя вряд ли...
-
Вот, хром сохраняет 1,34 МБ, а бас только 429 КБ.
Провёл сейчас эксперемент, скачал эту картинку в Firefox и Chrome, файл весит одинаково

Создал тестовый скрипт, отправил запрос на файл. В снифере BAS'a посмотрел размер ответа

А 1408706 байт это

значит файл мы получаем в BAS полностью. Далее получил "Содержание ответа" в base64 и сохранил в папку. Итоговый файл весит точно так же, как и все остальные:

Вот тестовый скрипт
-
@fox
А в цикле не хочет. Вот скрипт и скачанная картинка.0_1538834427499_3.rar
0_1538834265382_1.xml -
Уже много раз на форуме писали, функция OnApplicationStart ни как не связана с остальными потоками, эта функция выполняется при начале работы скрипта, данные из неё передать можно только через глобальные переменные или ресурсы
Прошёл весь цикл, получил 6 файлов, сохранял в BAS и через браузер в разные папки

итог, все файлы одинакового размера.
Вот архив, пароль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_1538834427499_3.rar
В архиве лежит картинка весом 429 кб, судя по содержимому вот ссылка на неё:
https://ae01.alicdn.com/kf/HTB1eiMiQVXXXXXaXXXXq6xXFXXXR/uslion-iPhone-7-6-6S-8X5-5S-SE-XR-XS.jpgСохраняем её через браузер и видим, что обе картинки одинакового размера:


-
-
Как такое объяснить?
Ни разу не замечал на других сайтах, что картинки при загрузки страницы меняют качество? При загрузке страницы они плохого\среднего качества, а когда страница полностью загрузилась, картинки высокого качества? (особо заметно при медленном интернете)
Попробуй для теста в своём скрипте поставить действие "ожидать полную загрузку страницы" ну или банальный "сон" секунд на 10.
Ещё может быть вариант с разным кодом страницы в следствии разных отпечатков.



