Darum baue ich im Verzeichnis "Custom" den Verzeichnispfad nach, dupliziere die zu modifizierende Datei in dieses Verzeichnis und mach die Änderungen in der duplizierten datei.
Bspw.: Anpassung in datei AgentTicketPhone.pm 1.) Erstellen des Verzeichnisses: /Custom/Kernel/Modules 2.) Duplizieren der Datei AgentTicketPhone.pm in dieses Verzeichnis. 3.) Code-Änderungen. Nach Neustart des Webservers wird anstatt der Originaldatei die modifizierte Datei verwendet. Das Verzeichnis "Custom" mit all seinen Unterverzeichnissen wird bei einem Upgrade nicht überschrieben - somit bleiben die Anpassungen erhalten. Gruß Sepp >>> Renee B <[email protected]> 09.09.2016 13:35 >>> Am 09.09.2016 um 13:13 schrieb Ralf Hildebrandt: >> Aber Du hast schon auch recht... das System aktuell zu halten spart Dir >> manchmal viel Ärger ;-) > Ausser wenn man was angepasst hat... Deshalb versuche ich meine Anpassungen so zu gestalten, dass keine Frameworkdateien angefasst werden (z.B. Mit Event-Modulen, Outputfiltern, Custom-Ticket-Module, ...). Dann ist der Aufwand innerhalb eines Major/Minor-Releases minimal bis nicht vorhanden und bei einem Major-Release-Upgrade auch noch gering. Viele Grüße, Renée -- Perl / OTRS development: http://perl-services.de OTRS AddOn repository: http://opar.perl-services.de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
