mindtester, и все же это нечто другое. Здесь очевидный смысл присутствует в том, что это приложение других масштабов, под различные ОС и их версии и видеть такие подробности крайне необходимо.
Плюс ко всему их путь и структура директорий выглядит лаконично и вполне логично. А вот если бы там был путь к папке на домашнем ПК, с несколькими промежуточными директориями, включающими кириллические символы, то это было бы уже не так профессионально. Именно поэтому мне и нужно было скрыть полные пути, оставив только имя файла без полного описания его полного расположения. Это намного проще, быстрее и разумнее, чем менять расположение проекта, да и проект не того размера чтобы не суметь найти проблему в случае ее возникновения.
mindtester, вопрос мой был немного из другой области. Никто не опровергает бОльшую часть утверждений, что вы изложили. Во многом вы правы, но есть так же момент, где я с вами не согласен. Это именно тот момент, который я упоминаю в своем вопросе и на который уже дали развернутый ответ, который полностью решает проблему.
Безусловно отладочная информация с описанием полных путей до файла - крайне полезна на стадии разработки и тестирования приложения, но я уверен, что это излишне в релизной версии.
Вы говорите о том, что существуют программные продукты, где отладочная информация содержит реальные пути в системе разработчика, если честно я таких не встречал и очень бы удивился если бы увидел в этих логах нечто подобное "C:\Users\Василий\Проекты\dotnet\...." Не думаю, что такую информацию стоит оставлять в релизной версии и она внушит пользователям больше уверенности, по-моему такой подход как раз менее функционален. Я лишь хотел скрыть частично или полностью путь до файла, оставив возможно сам файл относительно директории проекта и считаю что это более правильно и более эстетично. А о том чтобы убрать логи полностью и речи не шло.
Спасибо за советы, хотелось бы конечно более-менее штатные встроенные методы, видимо такое не реально. Немного страшно пускать в релиз проекты из предложенных вами методов.
sim3x, я даже не собираюсь кого-либо в чем то переубеждать, каждый сервис шлёт ежедневно кучу спама в наши почтовые ящики и это не новость. И практически любой код и большинство кейсов можно использовать по-разному и для разных целей, все зависит от того в чьих он руках и какие у него побуждения. А вы, как я посмотрю, примерили мой кейс на себе, видимо сталкиваясь с этим в своих делах.
Спасибо за подсказку, я понимаю, что можно использовать кучу других вариантов для отправки писем. И для меня нет никаких проблем поднять и настроить на VPS почтовый сервер и слать с него без каких либо лимитов.
Однако многие пользователи моего скрипта, просто ставят себе его на шаред-хостинг и не задумываются ни о чем либо, им нужно загрузить скрипт и запустить и чтобы это было максимально просто для них без лишних телодвижений и сложных инструкций.
sim3x, кто вам сказал, что на 1 аккаунт можно поставить 1 сайт, то есть я не смогу на 1 аккаунт залить движок основного сайта скажем wordpress, а в подпапку установить форум phpbb, например?
sim3x, а я вижу
Даже если я буду знать от хостера, что лимит, скажем, 100 писем в час, то я не могу знать сколько отправлено уже на данный момент времени другими скриптами, форумами, cms и прочими, или даже самим пользователем через web-интерфейс почты.
sim3x, мне нужно динамически получить состояние текущего лимита, чтобы принимать различные решения исходя из полученных данных, спрашивать хостера постоянно об этом - не вариант.
Ульрих: так в том то и дело, что она сразу же монтируется в хостовую систему, а мне нужно чтобы она этого не делала, потому что при монтировании она сбивает работу другого устройства. Другими словами я хочу что бы устройство всегда торчало в ПК и в хостовой системе не работало, но при включении виртуалки она приссоединялась к виртуальной машине.
Я так понял она должна ставиться в обе системы? Мне необходимо, чтобы приложение стояло на Windows и по протоколу SFTP передавала новое данные заменяя на удаленном сервере.
Плюс ко всему их путь и структура директорий выглядит лаконично и вполне логично. А вот если бы там был путь к папке на домашнем ПК, с несколькими промежуточными директориями, включающими кириллические символы, то это было бы уже не так профессионально. Именно поэтому мне и нужно было скрыть полные пути, оставив только имя файла без полного описания его полного расположения. Это намного проще, быстрее и разумнее, чем менять расположение проекта, да и проект не того размера чтобы не суметь найти проблему в случае ее возникновения.