Программное обеспечение репозитория сценария
Это произошло со мной также, когда я установил CF9 на MAMP (не MAMP Pro) в режиме мультисервера (у меня уже было установленный CF8, и затем я генерировал EAR для CF9 и добавил его к JRun). В моем случае я вполне уверен, причина состояла в том, что я пытался установить версию на 64 бита CF9. Я читал где-нибудь, что Apache, который прибывает в MAMP только, работает в режиме на 32 бита и поэтому не может загрузить 64-разрядную версию mod_jrun.so. Когда я удалил CF9 (и также удостоверился, что mod_jrun.so был удален), и переустановил 32-разрядную версию, все было хорошо. Я не уверен, что это поможет Вам, тем не менее, так как Вы заявили, что у Вас также есть эта проблема с 32-разрядной версией. Но я предполагаю, что удостоверился бы, что mod_jrun.so удален перед переустановкой.Удачи!
Я прошу отличаться относительно Вашей точки, что сценарии не являются достаточно значительными для управления версиями. Они часто очень важны (сценарии входа в систему, подключающие сетевые диски, например), и как Вы говорят также часто, просто живут на сервере без любой истории версий, поэтому если Вы портите его, Вы завинчены.
Мы сохраняем все наши сценарии в репозитории Подверсии, и это работает очень хорошо на нас. Преимущества довольно ясны.
- Это - авторитетный источник любого сценария, который мы имеем. Нет сомнения, что то, что кто-то сделал обновление его на прошлой неделе, но не совместно использовал изменение со всеми.
- Изменения в сценариях прослежены и могут вернуться это, если идет сформированная груша. Любой повреждающий сценарий может быть отчитан.
Системы управления версиями довольно легки, и можно или перевезти по железной дороге другую систему (если Вы имеете в застройщиках дома, создаете репозиторий на их сервере), или создайте виртуальную машину, выполняющую легкий дистрибутив Linux, если Вы должны.
Как в стороне, было сообщение на блоге Отказа сервера недавно о просто этом.Попробуйте.
В аналогичных ситуациях в прошлом я создал один репозиторий в $scm_of_choice, с подкаталогами для каждой связанной группы (admin_scripts, sql_scripts, и т.д.).
Поочередно, в зависимости от того, о каком количестве сценариев Вы говорите, Вы могли создать один репозиторий на проблемную область.
так как Вы хотите отследить версию, является естественным для использования системы управления версиями - существуют некоторые - svn, мерзавец и т.д.
для веб-доступа Вы, возможно, должны установить некоторое дополнительное программное обеспечение, но это может быть сделано очень легко. (для svn можно установить включенный сервер ssl, мерзавец использует ssh),