Спасибо за подсказки, я понял что мне нужно делать дальше=)
По сути достаточно npm imagecolors, он отображает rgb и процентное соотношение преобладающих цветов в массиве с RGB, дальше уже дело только за выборкой!
Большое спасибо за наводку. Я ранее видать криво установил libgd, скачал его обратно и выполнил make uninstall, перезапустил nginx и все работает. И image_filter работает, только я не пойму что делал gdImagePngPtr? Зачем он нужен был? Может быть знаете и подскажите =)
kulaeff, только высота фиксирования, ширину я указываю, но ширина не должна быть принципиальна, т.е. ширину нужно будет изменять средствами JS, чтобы заполнить все пространство. Вот может есть какие то библиотеки для JS?
Даниил Лепке: дело в том что при запросе к 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 аналогичная картина =(
