Прочитал ваше сообщение несколько раз, но так и не понял зачем iframe и как он сможет повлиять на прозрачность переписки, если сообщения все–равно пойдут через сервер хавка, и почему сервис должен анализировать переписку пользователей? Анализ сообщений задача исключительно клиентская. Не хотите чтобы пользователь увидел что–то плохое, все в ваших руках. Функция send_message уже переписана, и появится в следующем релизе.
Возможно, тема пожертвований является обманом где–то, но я ставлю себе именно такую цель. Эта секция будет на сайте до появления тарифов. А в дальнейшем появится и раздел с отчетами о переведенных средствах.
Именно поэтому в библиотеке присутствует возможность шифрования передаваемых сообщений. Вы можете зашифровать передаваемый текст и показывать пользователю только его. Ключ для шифрования вы устанавливаете сами https://post-hawk.com/#encryption
Спасибо! Обязательно учту Ваши замечания. А относительно заголовка "О нас", я очень долго думал как переназвать этот раздел. Раньше было "АПИ", что не сильно лучше, но этот заголовок подвергся здравой критике и в результате стало "О нас". Буду думать дальше.
Компании сами поднимут нужные сервера, это легко и просто.
Большие компании, возможно. А вот у небольших часто напряг с лишним сервером/временем программиста/деньгами.
Бедные студенты будут пользоваться кучей аналогичных сервисов за 1$.
Сервис бесплатен.
Хотя в общем-то я с вами согласен. Но, хочется верить, что любой продукт найдёт своего потребителя. Пока я просто не могу понять почему мой не находит... Вроде постарался сделать всё максимально удобным и простым. Наверно, действительно нужен толковый маркетинг, без этого никуда...
Спасибо! Маркетолог из меня конечно, тот еще... Но я попробую найти кого-нибудь, кто в этом разбирается.
Ну а относительно пользы, на мой взгляд, это существенное упрощение процесса разработки коммуникации в реальном времени, так как отпадает необходимость пилить свой велосипед.
Крестики-нолики - это пример того, как можно сделать взаимодействие между пользователями в режиме реального времени, без использования своего сервера. Или я опять не в ту сторону думаю? ((
Над примером работаю в текущий момент. Делаю реализацию крестиков-ноликов в реальном времени с использованием сервиса. Как закончу опубликую пост (хотя результаты последнего опубликованного несколько удручают...).
Я вам предложил один из допустимых вариантов. Если вам прямо так приспичило сделать в одну строку, попробуйте модифицировать мой код. Небольшая подсказка: нужен еще один вложенный цикл по тому же массиву с удалением использованных элементов. Второй вариант - создать новый массив с ключом равным post_id и дописывать данные в него.
Использовать preg_* для парсинга сайта - плохое решение. Лучше воспользоваться либо библиотекой phpquery либо встроенным domdocument. Если что-то есть в начале строки, то это какой-то другой символ, не пробел, не табуляция и не перевод каретки.
Да, вопрос про хранение в ets/dets. Сейчас примерно так и хранится, с постом теги, с тегом ссылки на посты, но такой вариант крайне не оптимален с точки зрения расхода памяти, так как данные дублируются.
Я прекрасно понимаю, о чём пишу и что предлагаю, благо, сделал уже не один такой сервис. И если с одного сервера нет коннекта до другого, очевидно где-то есть проблема и нужно её искать.
