Иногда формулировка цели может быть одновременно простой и глубокой.
Простые вещи должны быть простыми, сложные вещи должны быть возможными, и вы должны быть
в состоянии использовать часть этого, не понимая всего этого. — Роб Пайк, Bell Labs
Эта цитата может служить целью для функциональности вики. (Примечание: прежде чем кто-либо
слишком много возражает против этой атрибуции, это правда, что более короткие «Простые вещи
должны быть простыми, а сложные вещи должны быть возможными» приписывается Алану Кею
славы оригинального настольного компьютера Xerox PARC, но иногда и «делать простые вещи
просто" Ларри Уолл, создатель Perl. Великие умы думают одинаково...)
Когда вы сейчас войдете в сферу взлома и расширения вашей вики, сохраните это
идеален в уме, потому что слишком легко без необходимости усложнять удобство использования в поисках
еще более мощные функции.
Исходный код вики-программы Perl представляет собой обычный текст. Исходники Wiki запускаются в
интерпретативный режим. Это означает, что с помощью любого текстового редактора вы можете изменить свой сценарий.
свободно и сразу увидеть результат, просто загрузив соответствующую (тестовую) страницу в
142
НАСТРОЙКА ВАШЕЙ ВИКИ
ваш браузер. Поскольку многие из предлагаемых модификаций представляют собой однострочные хаки, они
легко сделать, даже если у вас нет опыта программирования на Perl.
Совет 6.1: Делайте резервные копии!
Всегда делайте стратегические резервные копии ваших источников, чтобы вы могли вернуться к
известная рабочая версия, когда что-то ломается. Именно "когда", а не "если*".
Да, вы неизбежно нарушите функциональность в тот или иной момент, обычно
из-за опечатки, потерянных " ; " или искаженных " ( ) { } " пар скобок. Много банальных ошибок
а опечатки могут привести к загадочному сбою "ошибка сервера". Если вас вообще беспокоит
поддержание бесперебойной работы во время изменения кода и тестирования, сделайте все возможное
изменения на переименованную копию сценария и протестируйте ее в первую очередь. Только когда правильно
проверяется функциональность, заменяете ли вы обычную рабочую версию, особенно
важно для многопользовательской вики-среды, но хорошая политика и для одиночной вики.
Совет 6.2: Документируйте все!
Документируйте свои изменения, когда вы их вносите, отмечая, что вы сделали и почему,
ожидаемые результаты и что произошло. Вы можете задокументировать это в более
систематическим и подробным образом в рабочей копии вики, посвященной таким заметкам.
Документирование измененной вики не так опасно, как кажется. Плоский файл