Можно использовать SC для создания определяемых пользователем сервисов. Эта команда создаст сервис:
sc.exe create "Service Name" binPath= "C:\Your Program.exe"
Примечание там должно быть пространством между binpath = и местоположением программы.
Удалить сервисное использование:
sc.exe delete "Service Name"
То, что Вы думаете, что хотите сделать, не то, что Вы хотите сделать.
Вызов к mysql_real_escape_string
ничего на самом деле не отправляет на сервер (это может быть подтверждено путем взгляда на tcpdump
вывод). Всему этому вызову нужно текущее соединение для, должен определить используемый набор символов (и следовательно что, возможно, должно было бы быть заключено в кавычки).
Путем выполнения mysql_real_escape_string
на чем-либо кроме Вашей реальной, живой, фактической базы данных Вы не улучшаете производительность вообще, и Вы подвергаетесь риску, что конфигурирование соединений не будет тем же, открывая Вас до всех видов потенциальных рисков.
Вы сделали бы из вызовов процесса через соединение TCP, даже при том, что это к localhost. Кроме того, Вы будете использовать дополнительную память для процесса mysql и добавлять сложность к Вашему коду.
Лучший метод должен был бы найти функцию, которая копирует функциональность mysql_real_escape_string, не используя mysql. Действительно необходимо удостовериться, что эта функция работает точно, как mysql_real_escape_string делает или Вы могли открыть себя для проблем безопасности.
Я также спросил бы, необходимо ли пересматривать дизайн, если сценарий выполняет столько строковых вызовов выхода, что это стало значительным. Как Вы обнаружили, что эти вызовы являются проблемой? Вы представили свой код? Если Вы не имеете, Вы могли бы рявкать неправильное дерево.
У меня никогда не было потребности сделать это, но это походит на совершенно разумную вещь сделать.
Я был бы очень осторожен, что Ваши локальные mysqld версии и конфигурация соответствуют друг другу, а также реальному серверу, поскольку несоответствие могло бы вызвать очень интересные проблемы.