Думаю это нормально он объединяет разные свойства.
Наверное, вот это надо бы сначала включить.
из доков clean-css
advanced - set to false to disable advanced optimizations - selector & property merging, reduction, etc.
aggressiveMerging - set to false to disable aggressive merging of properties.
Singaporian извините не пометил комментарий, как сарказм. (оч. хотелось по тролить)
Согласен. У самого винда всегда есть в качестве виртуалики.
Для офиса - альтернатив не мерено. Но работая в организации, где все пользуются MS Office, испытал огромные проблемы в работе с кривыми документами на openoffice, и теперь пользуюсь токома MS
Так же для продуктов Adobe - в unix ничего достойного нет.
Ну если речь про Active Directory.
Ну вы че так это же и есть микросовтовкое детище
В unix это не надо
В unix свои методы реализации и групповых политик и администрирования в целом.
Я занимаюсь в веб-разработкой, и для меня unix это +100500 к скорости в работе.
Дело в том, что корень всякого лиха - это "мышь"
Мой переход от вин к лин состоялся как-то так временной отрезок 10 лет.
1 win + dender + notepad хз какой
2 win + apache+php + netbeanse (минимальная работа с консолью- запуск тестов)
3 тут я устал воевать с win
3 debian + apache+ nginx + netbeance
4 тут где-то появилась symfony2 и стал модным git эти вещи заставили лазить в консоль регулярно
5 vim - все трындец окошки вызывают диссоннанс с работой. каждое прикосновение к мыши вызывает боль.
извините но форточки реально не располагают к работе ))
Нет. консоль phpStrom по-умолчанию - это и есть cmd.
Cmd упрощенно - это "хрень" которая тупо и ищет команды в PATH и если находит выполняет.
Команды, которые вы используете (ls, pwd ) - это зло от UNIX. Соответствено их нет в windows
Есть альтернативы
dir === ls
echo %cd% == pwd
В git bash данные утилиты реализованы. Думаю при желании их можно было бы подключить и в cmd. Но к сожалению у меня нет windows, чтобы точно сказать вам как это делать.
Для теста не должно быть важно сложная или простая логика зашита в проверяемом методе. Тест защищает код от от "плохих" изменений.
Допустим ваш товарищ завтра решит, что лучше при не удачном логине лучше возвращать null а не false.
Или FormLogin:validate будет по поводу и бес повода сыпать исключения, а они у вас в методе login не обрабатываются.
Тест с моками защитит вас от этого.
В целом мне больше нравится реализации BDD для php, связкой behat и phpspec
Спецификации phpspec заменяют unit tests
А сценарии behat заменяют инеграционые тесты
И перестаешь думать о том надо ли писать интеграционные или какие-либо еще тесты.
Я скорее писал об ошибках в логике приложения. Подключаю index.php внутри консольного приложения, меняя DOCUMENT_ROOT и PHP_SELF на требуемые. Потом создаю свой CWizardBase и добавляю установочные шаги и параметры для них. Но некоторый функционал в итоге отрабатывает не так как должен.
Да именно для стартовой конфигурации. Я пытаюсь пройти те же шаги что и устновный Wizard. Просто возникают ошибки, которые сложно отловить, ввиду упаковки накоторых родных файлов системы.
Наверное, вот это надо бы сначала включить.
из доков clean-css
advanced - set to false to disable advanced optimizations - selector & property merging, reduction, etc.
aggressiveMerging - set to false to disable aggressive merging of properties.