Как сделать клиент для сайта
Простой клиент-сервер на Android (интернет-мессенджер)
Важно. Все написанное ниже не представляет собой какой либо ценности для профессионалов, но может служит полезным примером для начинающих Android разработчиков! В коде старался все действия комментировать и логировать.
Поехали. Многие мобильные приложения (и не только) используют архитектуру клиент-сервер. Общая схема, думаю, понятна.
Уделим внимание каждому элементу и отметим:
Клиент, установленный на устройстве А, посылает сообщение для клиента, установленного на устройстве Б. И наоборот. Сервер играет роль связующего звена между устройством А и Б… С, Д… и т.д. Также он играет роль «накопителя» сообщений, для их восстановления, на случай удаления на одном из клиентских устройств.
Для хранения сообщений используем SQL БД как на сервере, так и на устройствах-клиентах (в принципе, вся работа клиентов интернет-мессенджеров и сводится к постоянной синхронизации локальной и удаленной БД с сообщениями). Дополнительно, наш интернет-чат будет уметь стартовать вместе с запуском устройства и работать в фоне. Взаимодействие будет происходить путем HTTP запросов и JSON ответов.
Более логично, если синхронизация происходит через порт/сокет, это с одной стороны упрощает задачу (не нужно циклично слать HTTP запросы на проверку новых сообщений, достаточно проверять состояние прослушиваемого сокета), но с другой стороны, это усложняет создание серверной части приложения.
Делаем сервер
Для реализации «сервера», нам нужно зарегистрироваться на любом хостинге, который дает возможность работы с SQL и PHP.
Создаем пустую SQL БД, в ней создаем таблицу.
Структура запросов к api:
Клиентская часть
Теперь структура Android приложения:
В фоне работает FoneService.java, который, в отдельном потоке, каждые 15 секунд делает запрос на сервер. Если ответ сервера содержит новые сообщения, FoneService.java записывает их в локальную БД и отправляет сообщение ChatActivity.java о необходимости обновить ListView, с сообщениями. ChatActivity.java (если она в этот момент открыта) получает сообщение и обновляет содержимое ListView из локальной БД.
Отправка нового сообщения из ChatActivity.java происходит сразу на сервер, минуя FoneService.java. При этом наше сообщение НЕ записывается в локальную БД! Там оно появится только после получения его назад в виде ответа сервера. Такую реализацию я использовал в связи с важным нюансом работы любого интернет-чата — обязательной группировкой сообщений по времени. Если не использовать группировку по времени, будет нарушена последовательность сообщений. Учитывая, что клиентские приложения просто физически не могут быть синхронизированы с точностью до миллисекунд, а возможно будут работать даже в разных часовых поясах, логичнее всего будет использовать время сервера. Так мы и делаем.
Создавая новое сообщение, мы передаем запросом на сервер: имя автора сообщения, имя получателя сообщения, текст сообщения. Получая эту запись назад, в виде ответа сервера, мы получаем то, что отправляли + четвертый параметр: время получения сообщения сервером.
Как сделать клиентский сервис в виде личного кабинета клиента?
Разработка личного кабинета пользователя для сайта — это будущий тренд в развитии CRM систем. Вероятно у вас уже есть пул постоянных клиентов, и вы задумываетесь об оптимизации обслуживания клиентов. Создание личного кабинета клиента в вашем бизнесе может помочь решить эту задачу.
В этой статье мы рассмотрим что такое клиентский сервис, что он дает бизнесу, каие задачи решает, из чего состоит. Также мы покажем наш вариант реализации подобного клиентского сервиса на примере Falcon Resort — кабинет туриста/гостя на курорте/отеле. После прочтения статьи у вас будет полное понимание по процессу создания подобного решения для своего бизнеса.
Что такое клиентский сервис
Ваш бизнес обслуживает клиентов. Продажи могут проводиться по телефону или при личной встрече, счета,акты передаваться вручную или через почту. Выбор и заказ услуг клиентом проводится через некоего менеджера по продажам. Для подобных задач можно сделать личный кабинет клиента в вашей экосистеме.
Представьте, что клиент заходит в свой кабинет, видит персональные цены в каталоге, имеет некий дисконт, видит историю своих заказов и может скачать любые документы по ним. Также он получает различные важные уведомления по своим заказамм, ему «падают» в кабинет различные спец предложения, сгенерированные специально под него.
Звучит неплохо, не правда ли? Т.е. по сути, это некий свой «угол» клиента в вашем «бизнес-доме». Личный кабинет клиента — его «угол» в вашем бизнесе.
Зачем это нужно бизнесу?
Зачем это нужно клиенту?
Из чего состоит клиентский сервис
Все вертится вокруг заказов. Именно за этим пришел потребитель. Практически каждая часть клиентского сервиса так или иначе завязана на механизм заказов.
Клиент выбирает необходимые услуги и продукцию и создает заказ. Это может сопровождаться оплатой онлайн заказа. Также может быть интеграция с другими системами (например калькулятор транспортных систем).
Клиент может посмотреть, что он раньше заказывал, а также в деталях изучить состояние по каждому заказу, может связаться с менеджером по заказу.
Каждый заказ — это новые баллы в копилке клиента. Баллы можно обменять на продукцию (а это увеличение среднего чека и повторных покупок). Баллы могут давать некий статус в системе, что увеличивает лояльность клиента.
Если вы действительно можете делать хорошие спец предложения, то для клиента это будет еще одним поводом пользоваться личным кабинетом. При этом вы можете создавать некие клубы (как Ikea Family), для которых будет действовать специальные скидки. Это глубже втягивает клиента в вашу экосистему. По сути, клубы могут сегментировать вашу аудиторию (молодые мамы, семейные, пенсионеры и т.д.) и направлять на них специальный контент и предложения.
Дорога к обеду ложка. Важно вовремя уведомлять человека о важных для него событиях. «Ваш заказ готов», «Заказ доставлен по такому-то адресу», «Появилось свободное место к мастеру» и т.д. Уведомления могут быть пуш или отправляться в мессенджер. Более старомодный вариант — на почту или СМС. В вашей системе реализованы пуш уведомления и Телеграм, email, СМС.
Клиент должен по максимуму знать о вашем бизнесе и его услугах. Наверняка у вас бывало так, что вы приезжаете на курорт, и только на 6 день узнаете, что здесь оказывается чуть подальше есть бесплатный теннисный корт. Личный кабинет решал бы эту проблему. Человек по приезду мог бы сразу посмотреть всю информацию — что предлагает отель, что есть поблизости, что сколько стоит.
Для человека важно иметь возможность быстро задать вопрос, получить информацию и двигаться дальше. Телефон для обратной связи — плохой вариант. Почему? Нужна оперативность ответа. Если клиенту не отвечают хотя бы 30 секунд, то это уже негатив.
Если же на сайте будет возможность написать в чат менеджеру, то клиент напишет и пойдет по своим делам. Ожидание ответа по чату у нас инстинктивно может быть больше. Если ответите сразу — очень хорошо. Если в течение часа — тоже неплохо.
Для клиента очень важно, чтобы вы были у него «под рукой». Есть вопрос — сразу задал вам через свой кабинет. Кабинет также поможет вам сразу получить всю полноту информации о клиенте — кто он, что он заказывал, на сколько он заказывал, в каких клубах состоит, какая у него скидка.
Если он просто звонит вам на телефон — то вам придется по CRM по номеру выискивать очень оперативно информацию и обрабатывать ее, параллельно общаясь с клиентом. Если менеджер от природы не очень быстрый, то для клиента создается впечатление тугодума (он же не знает, что на том проводе менеджер параллельно ищет о нем информацию). Если это чат — то это проблема решается. Вы можете начать общение по чату и пока клиент пишет, вы можете спокойно изучать информацию по нему и прорабатывать, что можно предложить.
Наше демо клиентского сервиса на примере курорта
Далее вас ведут в ваш номер, и только тут вы немного приходите в себя и начинаете осматриваться. Вам дают некий буклет, где красивые картинки, практически нет интересующей вас информации. Задать вопрос тоже проблематично, т.к. есть трудность перевода на англ язык и еще большая трудность распознавания, что вам ответили.
А теперь отмотаем назад. Вы приезжаете в отель. Вы не знаете языка. Вам дают бумажку на вашем языке, где написаны адрес сайта, ваш логин, пароль (и данные wifi). Вы с мобильного заходите, выбираете язык и видите приветствие на своем языке и общую вводную информацию по шагам.
Допустим вы прошли регистрацию на рецепции, в номере вы можете подробнее изучить что есть в отеле, какие тут распорядки, когда будет обед и танцы.
Вы можете посмотреть какие есть экскурсии и мероприятия, а также забронировать участие в них.
Хочется заказать в номер шампанское? Идет в раздел услуги и смотрим что есть:
Более того вы можете узнать, что входит в бесплатное обслуживание, а за что надо будет доплатить (лучше знать это заранее, чтобы потом не было конфуза). Есть свободная минутка, чтобы посмотреть информацию об отеле и что находится вокруг? Конечно есть. Телефон у человека с собой практически всегда на курорте (у некоторых даже в море).
Вы видите какие есть активности есть на курорте (обсуждения, переписки). Также вы можете напрямую пообщаться с кем-то из посетилей курорта.
Также вы можете задать свой вопрос (на своем языке или англ языке — самое важное, вас здесь никто не торопит, и вы спокойно можете сформулировать, что вам нужно, а также обработать ответ оператора).
Если вы уже не первый раз в этом отеле, то вы можете посмотреть свои предыдущие пребывания, что вы заказывали и т.д.
Что входит в решение
Ключевые части решения Falcon Resort, которое мы предлагаем:
Относительно быстро можно запустить базовую часть системы, а затем постепенно ее развивать и адаптировать под свои нужды. Решение можно менять и адаптировать под себя
Точки расширения
Важный момент — мы исходим из того, что любое коробочное решение можно и нужно доводить под себя. Поэтому мы внедряем базовое решение и через проектую работу дорабатываем решение до нужного состояния.
Любое решение на Falcon Space содержит несколько точек расширения:
Сколько может стоить мой проект?
Базовая стоимость решения Falcon Resort указана на странице Решения. Очень вероятно, что вам потребуется кастомизация под себя и создание новых модулей для вашей специфики. В этом случае необходимо делать проект по доводке решения под ваши реалии.
Что можно сделать чтобы получить первичную оценку подобного проекта?
Определить структуру всех страниц (разделить на кабинеты/роли и для каждой прописать список страниц). Можно отталкиваться от нашего базового решения. Для каждой страницы определить кратко возможности. Прописать все необходимые интеграции с внешними системами. Подобный документ уже позволит вам получить более менее точную оценку (с разбросом в +/-15%) по бюджету и срокам.
Что еще необходимо учесть в своем проекте
Чем меньше 1 версия для внедрения — тем меньше бюджет, быстрее будет реализован проект и тем быстрее вы получите обратную связь от потребителя. Старайтесь убрать все второстепенное из первой версии своего продукта. Далее все это можно будет развивать на основе обратной связи от пользователей.
99% пользователей будут использовать смартфон
Если говорить о нативных мобильных приложениях (те, что устанавливаются через AppStore и Google Play) — мы их не делаем. Наша платформа полностью адаптивна под мобильные устройства. Также Falcon Space поддерживает технологию PWA. Это практически стирает разницу между мобильным приложением и веб-сайтом:
Преимущества PWA:
Это значительно дешевле, чем делать по сути 3 приложения: веб сайт, IOS и Android. Бюджет сокращается в разы.
То, что вашему туристу не нужно ставить мобильное приложение на телефон — скорее плюс, чем минус, т.к. никому не хочется засорять свой телефон временным приложением (которое он планирует использовать только 2 недели). Пора приступить к демо.
Пройдите, пожалуйста, по ссылке демо для ознакомления с нашим решением клиентского сервиса для курорта.
Создание приложений из сайтов
Предупреждаю сразу — эта статья не про SPA и PWA приложения. И даже не про PhoneGap или TitaniumApp. Это обзор небольшого такого сервиса, который помогает в несколько кликов сделать нативное приложение под платформы.
Есть такой сайт appmaker.xyz, который предлагает из сайтов сделать мобильные приложения для iOS и Android. Для сайтов на WordPress и WooCommerce это делается за деньги. Сколько — не знаю, потому что там нужно подавать заявку на демо-версию, созваниваться с менеджерами и что-то обсуждать.
Поэтому что там как работает за деньги и выглядит по итогу — не могу сказать. Однако, есть две вещи, которые можно попробовать забесплатно, чем мы и займёмся.
Мобильное приложение
Первое, чем нас встречает сайт — это предлагает 3 варианта создания приложений: WooCommerce, WordPress и Web App. Про первые два я уже говорил, что платно и нужно общаться с менеджерами по записи, поэтому мы сразу переходим к третьему, к веб-приложению.
Хотя на карточке указано, что можно сделать для iOS и Android, но по факту у нас есть возможность сделать приложение только для гуглофонов. Регистрируемся и начинаем создавать.
Рабочее пространство ну прямо совсем простое и очевидное, поэтому я не буду описывать очевидные моменты. Единственный момент: пункт «Splash Icon» на самом деле является Splash Screen’ом, т.е. экраном, отображаемом при загрузке приложения.
Над примером решил не заморачиваться и сделать свой блог как приложение.
На следующей странице — вкладке «Style» — нам дано выбрать только показывать или не показывать панель инструментов он же тулбар. И если мы его показываем, то нам дано выбрать цвет фона и цвет текста.
Забегая вперед хочу сказать, что этот тулбар будет просто строчкой с названием приложения и никаких инструментов (меню или строка поиска, например) там нет. Возможно, в платной версии будет доступно больше.
Об этом я не знал и поначалу оставил как есть, только поменял цвет. И когда обнаружилось, что тулбар — это просто строка с заголовком, то я вернулся на сайт и скорректировал отображение (т.е. выключил), после чего перекомпилировал. Поэтому у приложения номер версии — 2.
На главной странице есть скриншот, где вкладка Style имеет большее количество настроек, да и самих вкладок чуть больше, чем в бесплатной версии.
Итоговый вариант вы можете посмотреть самостоятельно, скачав устаночный файл web-islands.apk (2,8 мб). Я проверил на своём Xaomi — работает нормально.
Приложение для ПК
Мы разобрались с созданием приложения для мобильника, однако это не все возможности, которые предоставляет данный сервис. В подвале сайта, в меню, есть малоприметная и малопонятная ссылка Web2Desk, которая нас ведёт на подсервис по генерации приложений для десктопов.
Здесь всё ещё проще — указываем адрес сайта, название будущего приложения и указываем иконку для него (хотя можно использовать ту, что есть по-умолчанию).
По итогу работы нам будут доступны для скачивания 3 варианта программы — для Windows, Mac и Linux. По факту, они представляют собой оболочку, внутри которой открывается сайт.
Возникает закономерный и простой вопрос — для чего это нужно? Вопрос хороший. Потому что все мы понимаем, что приложение, написанное руками будет в любом случае лучше и функциональнее.
Сделать полноценный клиент для онлайн-магазина или социальной сети этот сервис не позволит (во всяком случае в бесплатной версии).
Ссылки на внешние сайты — если они есть — открываются в самом приложении, поэтому по сути мы создаем простой браузер, который открывает по умолчанию один единственный сайт.
Конечно, можно придумать варианты использования. Например, когда у вас есть какое-нибудь внутреннее офисное веб-приложение (CRM, ERM и прочее), заведенное на сервере типа srvintranet.company.com. И вместо того, чтобы открывать эту систему через браузер, можно просто дать ссылку на скачивание программы и логин/пароль.
Надеюсь, мой небольшой обзор был для вас полезен.
Клиент для сайта
Я начинающий и всех аспектов программирования C# пока не знаю.
Смысл таков:
Я делаю программу, которая будет клиентом для сайта. Интерфейс в Visual C# Express последней версии я сделал.
Вопросы у меня таковы:
1. Как сделать так, что бы программа проверяла свои обновления?
Я хочу, что бы это выполнялось на уровне программы, а не Visual C#.
2. Мне надо, что бы программа при каждом запуске заходила на сайт, но не отображала его в браузере, а создавала для каждой новости панель с изображением(если есть в новости), текстом, кнопками на загрузку переходу на форум в нужную тему(опять же если это есть в новости).
Сайт работает на движке WordPress
Клиент для сайта
Здравствуйте! Есть сайт (поддерживается http и https), на котором нужно авторизоваться через.
Клиент для сайта
Подскажите, пожалуйста, какие есть варианты разработки клиента для сайта? Предварительно читал.
SSH клиент для сайта.
Как и чем можно реализовать такое http://sshterm.com/forum/ (с права в сайдбаре) Если поделитесь.
Клиент для сайта/ WebBrowser для мультиплатформы
Начал разрабатывать мобильное приложение для андройда на мультиплатформе, но столкнулся с проблемой.
Но ведь в этом случае он откроет ссылку в стандартном браузере, а надо, что бы он давал эту ссылку браузеру своему же. Браузер в форме 2.
Добавлено через 19 часов 13 минут
Я придумал, как реализовать новости в проге.
Что бы она отображала новости на главной странице нужно:
три формы
1. простая новость
2. новость с одной ссылкой на скачку и форум
3. новость с ссылками на скачку(две) на скачку и форум
научить эти формы выстраиваться в главном окне проги(на первой вкладке tabcontrol)
На сайте сделать папку с текстовым файлом, в котором будут все новости.
Вид файла примерно таков:
$news2(второй тип)
$picturebox_min=ссылка на миниатюру изображения, которая будет видна в проге;max=ссылка на изображение, которое откроется в браузере
$NewsHead_text=текст заголовка
$NewsBody_text=текст новости
$Download_url=ссылка на скачивание
$Diskuss_url=ссылка на форум
$endnews
$news1(первый тип)
$NewsHead_text=текст заголовка
$NewsBody_text=текст новости
$endnews
Теперь это осталось реализовать.
Кстати, я нашел код поиска обновлений, разобрался в нем и интегрировал в прогу. По нему осталось только одно: Сделать кнопку на скачивание, либо что бы программа(по подтверждению пользователя) сама себя обновляла.