Даниил Лепке: дело в том что при запросе к wall.get я получаю информацию о записи, далее я получаю список ids сделавших репост, лайк записи, эти айдишники прикрепляю к посту для последующих действий с нами, к примеру оставления комментария к данному посту у профиля. Скажем у меня есть 100 ids, и я начинаю оставлять комментарий к посту, по ходу выполнения из 100 профилей открытыми были порядка 30%, это значит что 70 раз я банально в холостую выполнил это действие, и потерял драгоценной время. Мне не нужны проверки с циклами, так как они приведут к тому от чего я хочу уйти и даже приумножат все это. С методом wall.get с 10 000 профилей, мне нужно будет сделать 10 000 лишних запросов, когда если бы проверить можно было через users.get, я сделал бы всего 100 запросов в случае если проверять массивом по 100 айдишников.
Поэтому я хотел одним запросом перед записью ids в базу данных к посту, проверить их и оставить только нужные. Вот я и пишу что wall.get в данном случае являет бесхозной проверкой, которая выполнит действие тоже самое что и при createComment, только он в случае ответа вернет либо все хорошо, либо напишет что закрыта стена.
Еще недавно читал о том как ВК орали о больших нагрузках... Не удивительно подумал тогда я..... В моем случаи им достаточно было в api добавить всего одно поле и сократить на квинтиллион запросов к их серверам
wall.get не прокатит, так как нужно почкой проверять и выводить массив данных. Я хотел снизить количество запросов к API, а с wall.get оно только приумножится
Это не подойдет потому что нельзя пачкой проверить, и тем самым только прибавит лишний ненужный запрос. Я просто хотел уйти от ошибки 213, взять массив IDs и проверить их на возможность добавления комментов
Dark Hole: везде null. Если из запроса убрать одно из условий, то все работает, т.е. получается оператор $or у меня ведет себя как обычный запрос, но мне так не нужно. Неужели придется создавать два запроса для каждого поля оО
MongoDB: db version v3.4.6, и на 3.4.5 аналогичная картина =(
dummyman: фигово конечно. придется 2 раза обрабатывать изображение, тогда наверное оставлю все как есть, буду статику отдавать, а через сутки чекать файлы и удалять старые. По моему так проще будет)
В общем спасибо за помощь)
dummyman: да, он у меня с заглавных букв, я его сразу поправил как написали, но не помогло, пришлось на статику редиректить, а хотелось бы конечно без сохранения статики сразу же отдавать файл. В общем пока не решил почему так происходит.
В логах через мобильник происходит следующее:
Отправляет POST запрос на страницу /ajax/download/ где и создается картинка, затем при отдаче буфера почему то мобильный браузер делает GET запрос на этот же URL, соответственно вылетает 404, и файла нет, кроме его названия. Проблема только если с телефона пытаюсь получить файл.
Уже лучше
С указанием размера теперь качается файл с названием (image_name.jpg), но все равно файл при открытии фотки пишет "Фото не найдено". В чем еще дело может быть? На ПК все ок, через мобильник печалька.
В консольку кстати пишет на ПК: Resource interpreted as Document but transferred with MIME type image/jpeg:..
