ой всё, что ТС просил, я написал, в любом случае вопрос уже решен и смысла в полемике нету =) А вам если нужно искать имя в тексте, то надо где то взять список всех существующих имен и уже через них прогонять текст (это уже на сервере лучше делать) и тут тоже кстати ничего сложного нет
ой всё, все буквы в строке будут строчные, если надо чтобы первая буква была заглавной нужно чуть поправить скрипт, взять первую букву и пропустить ее через .toUpperCase(), или вобще с первой буквой ничего не делать.
mr jeery, с нодой все просто если есть наброски =) с ноля делать что то всегда сложно. А так вам даже и PHP не нужно, просто перелинковку страниц сделать и всё
Спасибо за подсказки, я понял что мне нужно делать дальше=)
По сути достаточно 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 оно только приумножится