cmd файл нужно положить в папку которая прописана в системе в системной переменной PATH
нода например у меня сюда ложит
c:\Users\{name}\AppData\Roaming\npm\
если создать там файл mymodule.cmd
то после этого он будет запускаться откуда угодно как вы и написали (без cmd, для bat должно быть аналогично), все доп параметры передаются.
Silm: Если есть время для обучения, и не надо здесь и сейчас идти зарабатывать - то CMS лучше вообще стороной обойти.
Также те кто начинают с работы в компаниях - им не нужно решать сразу все вопросы, обычно джуниоры там начинают с простых задач.
Silm: согласен. если нужно зарабатывать то новичкам конечно лучше CMS, копеечка но будет. Но для обучения лучше писать чтото тестовое с нуля (даже без фреймов), но это не для прода, максимум для себя, и не проекты типа интернет магазин. Когда принципы понятны - можно и на фреймворк садится.
Silm: понятно.
но все равно есть смысл их изучать, только если человек планирует заниматься работой с ними, либо писать свою CMS. Потому что процент полезного кода мал - большая часть кода там повторяющаяся рутина.
Silm: изучать php по коду cms крайне не рекомендовал бы. про все конечно не скажу, но загляните под капот wp, drupal - ООП подход не используется, либо используется очень поверхностно и на одних статиках и синглтонах, все на однимх функциях, кругом антипаттерны.
плюс для новичка они сложны (помимо бесполезности) - только в уныние могут ввести, тк написаны так чтобы было и по скорости приемлимо и чтобы универсально и функционально. и все это превращает их код в кашу. Это точно не то на чем стоит учится.
их фишка это только их внутреннее апи (хуки) позволяющее расширять их в модулях и темах. Их код написан так "лишь бы работало".
лучше уж фреймворк любой расковырять, вот там да, стандарты кода как правило уже выше. Но это только после того когда теория уже усвоена, чтобы человек уже понимал синтаксис и мог довольно свободно работать с классами.
Юрий: для того чтобы понять CMS конечно лучше не использовать.
как следует развиваться:
- в начале попробуйте сделать просто на чистом php с инклюдами (для того чтобы понять - это нормально)
- потом попробуйте использовать микрофреймворки типа silex silex.sensiolabs.org
обязательно подключите к нему twig silex.sensiolabs.org/doc/providers/twig.html
- потом уже смотрите нравится вам это или нет, стоит продолжать (переходить на более мощные фреймворки symfony, laravel, yii) или на этом остановится. для задач шаблонизации этого хватит, даже для небольших сайтов подойдет, не говоря уж о прототипах.
на высокоуровенвом языке типа php писать гораздо быстрее и проще, справится даже специально обученная обезьянка. а на с++ это банально сложнее/дороже/дольше...
защита ПО вопрос отдельный и в целом более менее решаемый
Денис Иванов: конечно нет, в последнем варианте например даже с++ не нужен.
если инета нет - то никакие обфускации и энкрипторы не помогут, с защитой по ключу - скопировать и зашифрованное можно и будет везде работать.
ограничить можно только привязкой к железу, в простых случаях к серийным номерам железа, в более сложных - usb ключи. но второе конечно это явно не для защиты простых php скриптов.
"самостоятельно фиксируйте сколько времени потратили на конкретную задачу. Через 2 недели - покажите эти цифры руководителю"
что-то мне подсказывает что ему будет параллельно, одну и ту же задачу можно 3 часа делать можно 5, а можно и пару дней.
если в компании ктото аналогичные таски делает быстрее того что предлагаете - то ничего не доказать.
если вы единственный и незаменимый, то так есть смысл делать.
надо прописать параметр bin в package и при установке он их сам создаст
stackoverflow.com/questions/10396305/npm-package-b...