SmartControl

Да, все ясно. Я нашел это в коде.
Это локальные уведомления, их делает сам NeoMessenger при получении сообщений. Это не те пуши, которые можно слать с удаленного сервера.

Отвечу одним сообщением на все вопросы

Я не совсем понял про "два варианта" - дополнение не добавляет новый вариант, оно добавляет к текущему варианту мгновенности - то есть обновление сообщений в режиме онлайн. Сами сообщения летают от пользователя на сервер и к другому пользователю средствами NeoMessenger, я в его код не вмешивался.

Мы немного обсуждали это в посте про приложение.. Неужели так актуально?) Тогда несколько вопросов от меня
1. Шифруем только в пути? - или в базе данных сервера тоже?
2. От кого шифруем? - только от третьих лиц или и от сервера тоже? - то есть чтобы и администратор и хостер не смогли прочитать зашифрованные таблицы в БД.

И решение - если только в пути и только от перехвата, то просто перейдите на https - все пакеты будут зашифрованы и это касается не только сообщений. А если прям совсем жестко, то это будет долго и дорого (по времязатратам).. И снова - это прям так актуально? - от ФСБ надо спрятать?

Это непростая штука в плане реализации. Я тоже об этом думаю - это уже такая привычная вещь.. К хорошему быстро привыкаешь)

Бонусы от меня на что-то другое - возможно. А если про дополнение от автора NeoMessenger и бонус на текущее от меня - то нет, тут нет никакой связи. Да и это дополнение для всех, оно ставится на бесплатную версию и добавляет ей огонька)

Да, мысли убегают вперед и руки с клавиатурой не успевают.. именно "не хватает". Над чатом подумаю - опять-таки варианты есть. Либо самый простой, но без нагрузки на базу - тогда я выложу его бесплатно. Либо хороший с большим количеством вариантов кастомизции и немного платный. Это уже на сентябрь, проблемы большой не вижу.

На форуме был пост небольшой, а на блог тогда кармы не хватало. Мне кажется, вы что-то путаете. Я не нашел у Neo такого - сейчас посмотрел описание к дополнению и к самому мессенджеру. Пушей там не вижу.

Хороший вопрос, главное своевременный. Я хотел писать новый компонент для пушей на мобильном, но логичней и правильней использовать эту разработку - тогда все данные будут в одном месте. И для дестопных и для мобильный пользователей. В этом случае - согласовываться будут отлично.

Не переезжаем - Firebase обеспечивает только мгновенность доставки, сами сообщения в ней не хранятся. Будет расти быстрее ваша база, на вашем сервере - если ваши пользователи будут быстрее писать в нее новые сообщения, легкая ирония)

Все данные хранятся только на вашем сервере, Firebase только для работы в realtime (в режиме реального времени, мгновенных обновлений). Сообщения будут работать точно так же - все что делал NeoMessenger будет работать точно так же.

Круто! А вот это мне в голову не приходило. Правильно - для каждого сообщества на сайте должна быть группа в переписке. Плюс должна быть возможность создать свою группу по переписке без создания сообщества (наверно так.. это надо обсуждать - если каждый пользователь может создать сообщество и добавить туда друзей, то может на сообществах все и построить)

Да, согласен. Новая переписка - это большой проект. А вот Fire messages связаны с мобильным приложением, поэтому на них нужно было отвлечься. Без них переписка с телефона и с компьютера была бы неполноценной.

Кстати, про отсутствие интереса - а вы видели отзыв на компонент по первой ссылке?)
И скрин страницы для совершения покупки

Да, я об этом думал. Специально про него не стал писать, потому что на Инстанте что-то про QR коды уже было, видел то ли в блогах, то ли в Каталоге.

Я вижу такие варианты применения:

1. Ссылки на каждой странице для перехода не только в мобильную версии, но и в приложение (да, и так можно подробнее про технологию Deep Linking).

2. Авторизация в мобильном приложении - просто сосканировал QR со страницы своего профиля (который видит только автор профиля) и готово. Это же можно использовать админу для быстрого перемещения по аккаунтам - на Инстанте есть разработка, это как альтернатива. Сейчас что-то подобное у меня используется для быстрой привязки приложения к сайту.

3. Для авторизации в Telegram - то есть если пользователь захочет получать уведомления не на почту, а в мессенджер Tелеграм.

Это то, что на поверхности.

Ок, я придумаю что-нибудь к следующему обновлению. Чтобы на айфоне можно было опробовать.

Я хотел сказать, что этот стримминг нужно сначала реализовывать на стороне сайта (что конкретно для этого нужно я не готов сказать, в тему не вникал). А потом уже думать, как добавить его в приложение. Если нет технических возможностей на сайте, то рано думать добавить это еще и в смартфон. Это же касается и видео звонков в переписке на сайте - точно так же для этого требуются особые условия.

А вот и для IOS, записал видео с айфона. Просто андроид проще дать попробовать всем, но две версии пишутся параллельно.

сайт есть, да и с приложением уже ходят человек 40)
Я про то, что видеотрансляцию сделать на своем сервере это ж непросто. У меня сейчас появилась мысль одна, попробую...

Если вы сможете предоставить сайт на инстанте, на котором технически возможны видеотрансляции, то я посмотрю что можно сделать. Это же через сервер будет работать. Но если идти в этом направлении, то я бы смотрел в сторону какого-нибудь АПИ, может быть телеграм (но там пока вроде нет видеотрансляций) В любом случае нужен сайт, где это будет работать.

Очередное обновление

Подробности и все ссылки тут

Забирайте версию для виджета HTML блок

Дело в том, что это HTML блок, а не php

Это сложнее, надо запоминать число. А тут же фишка в простоте - решение в одну строчку. А если нужна точность и достоверность, то надо из базы данных брать количество строк в таблице клиентов. Но это чересчур банально

написал в личку

PUSH будут, по ним работа будет в основном на стороне сервера - то есть в компоненте на php. В приложении для этого почти ничего писать не нужно.

Кнопки не тыкаются если приложение не может обработать пункт меню, напишу что может на текущий момент:

1. Типы контента, ссылки вида {content:типКонтента}
2. Ленту активности, ссылка {activity}
3. Пользователи, users
4. Любая ссылка, как на свой сайт, так и на чужой вида "http://..........." - откроется во встроенном браузере

От него уже ничего не нужно в плане API, он положил фундамент. Методы я могу спокойно добавлять свои. Мой метод не обрабатывает все ситуации в данном случае.

да, верно. Но причин много.
Нет доступа к сайту (отключен доступ, сервер с сайтом висит и просто не отвечает).
Нет интернета на телефоне.
Старая версия компонента на стороне сайта.
Ошибка в приложении при обработке каких-то данных.
Еще какая-нибудь ошибка (на одном смартфоне работает, на другом нет)

Проверьте как у вас указан этот пункт в меню. Сейчас поддерживается только вариант {content:ТипКонтента}, а не просто board, скорей всего первые работают, а остальное нет. По дефолту не все типы контента настроены через специальные ссылки.

Да, я знаю. Это возможно из-за того, что у статей нет иллюстрации, которая должна отображаться в списке. Или я просто это не докрутил. Если картинки нет - она берется у меня по умолчанию. Это будет решено внедрением разных шаблонов для разных типов контента (я это мельком показал на видео - там в типе контента можно будет выбрать шаблон для отображения).

Этого просто нет, сделаю.

Не рано, мне бы наоборот хотелось услышать побольше пожеланий. Какие-то вещи я и сам уже задумал и сделаю, но что-то может всплыть по ходу.

Могу еще добавить (сегодня видел у кого-то) - ссылки из ленты активности на события типа "TestUser отметил комментарий ....." не работают. Ссылки работают только на типы контента "кто-то добавил новость" или "оставил комментарий" и на пользователя - "написал на стене". Тут дело не в приложении, а в компоненте на стороне сайта - он не обрабатывает все ситуации.