Я бы всё равно делал на C#, Node.js и socket.io. На бесплатном Heroku есть базы данных. На Node.js можно сделать HTTP сервер. А на сокетах можно развивать даже это приложение интереснее, чем просто HTTP. Можно даже чат очень просто реализовать. На официальном сайте есть пример готового чата в качестве вводного туториала: https://socket.io/get-started/chat/
Иван, благодарю за интересные мысли. Вот это мне и нужно было - побольше инфы с разжевывнием и конкретными ссылками для дальнейшего изучения.
Вот только я хочу реализовать все прямо на странице сайта. Изначально была задумка написать приложение для Android/iOS, но это дополнительная делюга - скачать и установить програмку, тем более мало кто любит скачивать и устанавливать себе всякие приложения…
Подскажи, из того что ты написал выше, это все относится только к приложению или что-то оттуда можно использовать для реализации процесса прямо на странице сайта?
(чат не нужен).
Чат - это просто учебный пример. Как раз на нём показано, как обмениваться сообщениями между клиентом и сервером (или между клиентами через сервер). В этом вводном туториале показан сервер на Node.js, а клиент в виде веб-клиента: https://socket.io/get-started/chat/ Веб-клиент пишется один раз и он будет запускаться на всех ОС, платформах (desktop, mobile) в один клик. Делайте, как вам проще. Если не хотите изучать Node.js, то продолжайте делать на PHP. Я изучал PHP когда-то давно, а теперь изучаю Node.js и лично мне Node.js кажется намного проще и мне он больше нравится. О вкусах не спорят, просто лично мнение.
Я все же пока больше склоняюсь к PHP. Хочется как всегда быстрее, проще и доступнее, а Node.js, C# и socket.io - для меня абсолютно темный лес, из которого чтобы мне выбраться придется потратить не один месяц…
Посоветуйте, с чего мне начать, для реализации на PHP?
Я выше описывал приблизительную схему с обменом инфой на сервере, как я это представляю, но на деле я не в курсе, из каких конкретно компонентов все должно состоять и как обычно подобные схемы работают.
Нужна ли база данных для обмена командами? Если да, то какую лучше использовать?
Сокеты, как я понял, для PHP не подойдут? Только для приложения?
Любую, MySql, Postgre, …
Через PDO код почти одинаковый.
http://getjump.github.io/ru-php-the-right-way/#базы_данных
https://phpbestpractices.org/#mysql
http://phpfaq.ru/newbie/na_tanke
в той схеме да, но она видимо нужна и для
чтобы пользователей хранить, выводить команды модераторам.
Для самого обмена хватит просто двух скриптов и БД, как я выше писал. Ну и программа на любом языке (C#, …) с любым HTTP клиентом на ПК.
Но раз нужна авторизация, модерация и т.д., то видимо всё не так просто, и скорее всего для сайта лучше взять фреймворк типа Laravel. Он упрощает многое, сложнее сделать что-то плохо/не безопасно. Например, авторизация там уже готова.
Там хорошая документация https://laravel.com/docs/6.x и видео-уроки https://laracasts.com/series/laravel-6-from-scratch, но на английском, не знаю есть ли что-то хорошее на русском (в курсах Хекслета есть немного по нему, но это наверно не самый простой вариант чтобы просто сделать, а не становиться проф. программистом).
Хостинг — упомянутый тут Heroku проще всего: не надо самому настраивать VPS, но и не имеет недостатков shared хостингов. И даже бесплатно если мало нагрузки (но если не хватит бесплатного, то дороже других вариантов).
Разворачивать туда сайт на Ларавеле примерно так: https://github.com/AlexP11223/CatToDo#heroku-deployment
Не читал всю тему.
Могу предложить использовать почтовый клиент. Например, MS Oulook можно настроить таким образом, чтобы он при получении письма выполнил некую команду.
А письмо это отправить с сайта на заданный адрес.
Задержка большая будет, автор вроде бы хотел как можно меньше. Пока дойдет, пока клиент увидит.
Хотя для второго в IMAP вроде есть фичи/расширения типа IDLE, Push, если поддерживаются сервером и клиентом.
Сокеты можно использовать не только для Desktop-приложений, но и для Web-приложений. Сокеты для Web-приложений называются вебсокетами. Я почти уверен, что в PHP тоже реализовали вебсокеты, просто погуглите, например: php websocket
Но вопрос в том, горите ли вы желанием изучать работу с сокетами. Это наложит определённый архитектурный опечаток на ваш проект. Если нет желания учиться работать с сокетами, то и не нужно в это лезть. Вы можете прекрасно без них обходиться.
Это ж разные вещи. Вебсокеты это протокол, а сокеты в API ОС и т.п. это просто низкоуровневая абстракция для отправки данных по сети (поверх нее можно например реализовать HTTP, или вебсокеты).
В случае с вебсокетами, непонятно что автор имел в виду под “приложением”.
Нужен сервер (для PHP тоже есть реализации http://socketo.me/docs/hello-world), а клиентами могут быть хоть браузеры, хоть десктопные приложения (по сути упрощенный браузер). Так же как и для HTTP.
Я бы в сторону веб-сокетов смотрел только если обычного HTTP не хватило по каким-то причинам. Тут же вряд ли сотни клиентов одновременно, да и задержка даже секунду (думаю будет меньше) скорее всего не критична для принтера.
Я имею ввиду, что с точки зрения программиста, который занимается разработкой клиент-серверных приложений на сокетах нет разницы, как внутри реализованы сокеты. При использовании чистых вебсотеков, сокетов на C# или WinSock на C++, или же через обёртки, например, socket.io - это всё равно. Сокеты - это просто API для обмена данными между desktop- веб-приложениями и сервером. Понятно, что, например, socket.io может вообще использовать HTTP если, например, нет реализации вебсокетов на данном браузере на мобильном телефоне.
Если человек с чем-то какое-то время не работал, то он это забывает и ему приходится изучать с нуля. Если человеку нравится работать с сокетами, то он найдёт возможность их применить и сделать приложение более интереснее. Например, он может добавить общий и приватный чат на своём сайте. Может сделать, чтобы список пользователей отображался в реальном времени. Например, справа отобразить список пользователей, кто сейчас онлайн и можно кликом открыть окно чата. Это больше зависит, чем человек интересуется, что он хочет поддерживать и развивать. Если человек поставит себе цель разрабатывать приложения вообще без сокетов, то он может это реализовать, а если он наоборот хочет развиваться и не забывать как с ними работать, то он будет искать, как сделать приложение интереснее за счёт вебсокетов.
Я связываю контекст с его первым сообщением, где он написал, что сервер у него на PHP, а клиента он хочет написать в видео приложения для Window 7. Потом он написал, что возможно пересмотрит свою позицию, потому что есть сложности с созданием приложений-клиентов для разных платформ, поэтому веб-клиент предпочтительнее. А вообще, конечно, зря я написал, потому что сбил автора с панталыки. Он спрашивает, есть ли реализация сокетов на PHP, а сам не стал даже гуглить. Я ему скидывал ссылки, а он не по какой даже ниразу не перешёл. Совершенно зря я потратил время. Моё решение о взаимодействии ПК и веб-сайта на Node.js через обёртку над вебсокетами я считаю вполне удачной. Приходится тратить время, чтобы доказывать очевидные вещи. Поэтому я постепенно перестаю общаться на форумах (особенно на русскоязычных, потому что на англоязычных такого практически нет). Надо использовать свои решения, которые выстраданы, а не уговаривать и не переубеждать других, как проще, быстрее и приятнее, тратя драгоценное время, которое можно было потратить на отработку знаний на практике.
Да, я о том, что он там скорее всего запутался в объяснениях и примерах, и вопрос про приложение очень странный потому что оно ж ему в любом случае нужно независимо от выбранного протокола (HTTP, вебсокеты …), и он сам о нем говорил изначально. 
Про вебсокеты я говорил, что на его месте я бы не копал пока в эту сторону, потому что сайт ему и так вроде бы нужен, а это еще одна отдельная штука для изучения.
… но в итоге оказалось, что у него всё равно на самом деле не мп3 с бипами, а намного сложнее.
(если конечно под “есть” не имеется в виду, что это уже реализовано, но тогда всё совсем странно и непонятно)
Даже если у принтера есть простое консольное API, ему всё равно надо сделать какое-то приложение для общения с сервером и принтером, и кучу всего на сервере (юзеры, авторизация, модерация, …). Одного HTML тут не хватит.
Так что в итоге надо либо всё-таки тратить много времени на изучение, либо платить кому-то.
Ну или конечно может повезти и найдется энтузиаст готовый сделать бесплатно интересный/полезный проект (если он конечно такой 
), но тогда надо для начала рассказать о проекте.
Если искать кого-то, то лучше создать объявления в соответствующем разделе на форумах или на фриланс площадках, тут вряд ли много кто увидит в середине темы с кучей длинных постов.
Я не вижу ничего странного в его вопросе. Он чётко описал, что ему нужно:
Опустим пока запуск MP3 и “beep”. Пусть на стороне ПК приложение просто выводит текст команды, которая передаётся с сайта при нажатии на кнопку. Давайте поговорим, как этом можно реализовать. Я буду использовать те технологии, в которых я практикуюсь. Давайте без пустых слов, без потери времени попробуем реализовать первый пункт. Приложение для ПК я буду писать на WinForms. Может ещё кто-то читает тему и возьмёт те технологии, которые использует в работе или изучает в свободное время.
о, я теперь наверно понял вопрос про приложение
Он и не говорил о создании приложения для вин 7. Только что у него есть веб-страница и ПК, видимо рассчитывая напрямую их связать, типа сразу с веб-страницы отправить команду на запуск чего-то на компе.
Поэтому потом не понял про C#:
Кстати, раз уж тут без ПК всё не имеет смысла, возможно будет проще на нем самом и сделать сервер. Скорее всего надо только на роутере указать port forwarding (по сути “к какому компу в локальной сети перенаправить запрос пришедший на 80 порт”) и может быть динднс.
Тогда при запросе веб-браузером к серверу сразу и делать что нужно с принтером.
Ну так это и есть любой хеллоу ворлд с веб-сокетами ) (или без них как я писал про 2 скрипта, один сохраняет в БД, второй выводит, приложение с любым HTTP клиентом периодически запрашивает второй проверяя наличие новых команд)
Но тут по-моему основная сложность (по объему материала, который надо изучить с 0) с авторизацией, модерацией и т.д.
Нужно реализовать этот подпункт, потому что он простой и его нужно уметь реализовывать быстро. Отработать до автоматизма, чтобы никуда не заглядывать. Я считаю, это наиболее эффективным способом обучения начинающих. Я бы именно этого требовал от ученика. Я бы посадил его и наблюдал за его действиями. Насколько быстро он пишет код, с какой попытки он воспроизвёл этот пример из головы. Но и первый пример найти не так и просто. Это звучит просто, что таких примеров море. Вроде звучит, что нужна HTML страничка с одной кнопкой и со ссылкой на EXE. В EXE только один элемент, допустим, TextBox. Но как узнать, что именно этот веб-клиент должен соединиться именно с этим Desktop-клиентом? Мне приходит в голову один способ, который обязательно нужно с самого начала реализовать. Пусть при соединении Desktop-клиента будет генерироваться на сервере ключ (hash-значение) и Desktop-клиент будет получать его от сервера после соединения с ним. А на Web-клиенте будет поле, куда можно ввести этот ключ. Звучит просто, но начинающий спросит, а как же создать кнопку и TextBox на C# и WinForms? Ответ вы найдёте здесь: https://metanit.com/sharp/windowsforms/
Так много аспектов, в этой теме есть интересные статьи на тему обучения.
Чтобы что-то такое реализовать ученику надо сначала понять основы. Не только код вебсокетного хеллоу ворлда из документации, а вообще как это всё в целом работает, что такое клиент/сервер, HTTP и т.д. А до этого основы программирования и синтаксис языка. В общем долгий путь.
Ну это от задачи зависит.
В данном случае надо только на один ПК передавать. Как вариант просто авторизоваться с помощью куков/сессии до подключения к вебсокет серверу, чтобы он мог определить кто ПК.
А каты да, хорошая штука, чего б не попрактиковаться.
Но автору этой темы вряд ли поможет если кто-то сделает только пример отправки команд.
Так можно не запоминание отрабатывать, а процесс подглядывания ) Зачем забивать голову например точными именами пакетов, порядком аргументов в функциях и т.д. Проще знать как найти.
Я про имена пакетов и классов/методов не писал. Я имел ввиду, чтобы не было копипаста, а набирать код с нуля, тогда работает моторная память. На 5-10 раз человек уже может повторить решение, например, рисование вращающегося кубика на OpenGL/C# или WebGL/JavaScript. При этом он каждый новый раз делает немного по-другому, а так же у него включается фантазия.
Я считаю, что если человек смог чётко сформулировать свою цель, то он должен её реализовать любыми путями здесь и сейчас. Не важно сколько у него это займёт: целый день, неделю или даже месяц. У него есть кнопка на сайте, у него есть WinForms приложение и он должен сделать, чтобы команда приходила на это приложение. Пусть он перероет кучу форумов, кучу туториалов, книг, создаст кучу тем на форумов, но такие задачи должны быть решены. А не так что надо изучить весь JavaScript, весь Node.js, весь C#, изучить Таненбаума “Компьютерные Сети”, изучить протоколы HTTP, TCP, сетевую модель знать на зубок. Надо хвататься за тех людей, кто реализовывал такую задачу и трясти их. А не так что даже смотреть не буду ссылки, что мне нужно три месяца, чтобы изучить WinForms. Да есть уже все условия. Если человек так чётко сумел описать задачу, то у него есть все возможности, чтобы её решить.
Почти-Не-Косячу, опишу по шагам, как бы я решал первый пункт вашего задания. Вам нужно создать EXE приложение. В вашем распоряжении множество языков: C++, C#, Java, Python и т.д. Я предлагаю взять C# и WinForms и поставить Visual Studio 2019, а при установке отметить галочку, что нужно ставить C#. Далее, вам нужно изучить, как создать окно и TextBox и кнопку на WinForms. Я понимаю, что это непросто, но попробуйте и покажите результат, что по нажатию кнопку выводится текст в TextBox. Быстрое введение здесь: https://metanit.com/sharp/windowsforms/
Я забыл написать, что в качестве результата нужно не только скриншот, но и собранное в релиз приложение (или ссылка на веб-приложение). Допустим вы прочитали введение на Metanit. Он делает очень короткие, но очень дельные уроки, без воды. Он просто гений. Восхищаюсь им. В процессе чтения вы узнавали, как сделать моё задание с кнопкой. У вас были какие-то вопросы, вам помогли их решить: интернет поисковик, форумы, вопросы в группах соц. сетей и друзья. Вы прислали мне результат в виде EXE: CommandFromSite.zip (3.9 КБ), скриншота и исходников:
using System;
using System.Windows.Forms;
namespace CommandFromSite
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
textBox1.Text += "Кнопка была нажата" + Environment.NewLine;
}
}
}
Напоминаю, что главное задание - это при нажатии на кнопку на сайте отправлять сообщение на EXE запущенное на вашем ПК. Мы разделяем это задание на маленькие обозримые и простые задачи, параллельно изучая через практику и теорию основы языка и познакомимся как устанавливать библиотеки в Visual Studio через NuGet. Чтобы изучить, как работать с NuGet не нужно много времени.
Следующее моё задание - создать приложение на Node.js и JavaScript, которое бы выводило “hello, world” в консоль. Я бы использовал TypeScript, но это усложнит задачу, потому что приложение на TS нужно компилировать в JS. Вам нужно будет изучать основы, а один из лучших вариантов начать с гениального введения от Metanit: https://metanit.com/web/nodejs/
Кто-то может подумать, что я рекламирую Metanit, потому что он мне платит за рекламу, но это не так. Просто я считаю, что он реально гений и таким людям нужно помогать.