Po pierwsze, miłe pytanie.
CONCATENATE_SCRIPTS
to stała, która mówi wordpress do, dobrze .. połączyć wszystkie zależności w jeden adres URL i załadować go razem (aby zapisać żądania http chyba).
O ile mi wiadomo, dotyczy to tylko obszaru administracyjnego (z tyłu). Rezultatem jest url jak
<script src="http://somewordpress.site/wp-admin/load-scripts.php?c=1&load=jquery-ui-core,jquery-ui-widget,jquery-ui-mouse,jquery-ui-sortable,hoverIntent,common,jquery-color,wp-ajax-response,wp-lists,jquery-ui-resizable,quicktags,jquery-query,admin-comments,postbox,dashboard,thickbox,plugin-install,media-upload&ver=e0f647a6df61adcc7200ce17a647db7f" type="text/javascript">
Jest to normalne zachowanie domyślne, a jeśli masz problemy z nim, to prawdopodobnie z powodu konfliktu w pewnym javascript
tematu lub wtyczki.
Innym możliwym (choć rzadziej) problemem jest przeglądarka z powodu buforowania TinyMCE. wyczyść pamięć podręczną przeglądarki.
Jeśli naprawdę chcesz zobaczyć, gdzie jest zdefiniowany lub co robi, możesz look here.
Tak czy inaczej, od zdefiniowania stałej jako false
jesteś praktycznie zmuszając WordPress załadować każdy skrypt na stronie administracji indywidualnie Rater niż zbiorowo. W takim przypadku - Jeśli jeden skrypt nie załaduje się i nie będzie działał poprawnie, pozostałe nadal będą działały poprawnie.
To ustawienie zalecane dla debugging
i rozwoju lokalnego. Jednak w twoim przypadku jest to jeden problem, a nie sam problem. powinieneś odseparować problem i go naprawić (prawdopodobnie wtyczka podobna do poprzedniej)
Czy używasz dowolnej wtyczki do TinyMCE? – vard
Hej! Nie, ja nie ... – eyyo
To naprawdę dziwny problem. Wydaje się, że jest to związane z niektórymi JS - czasami niektóre skrypty nie obsługują dobrze, aby zostać zminimalizowane (jeśli na przykład brak niektórych średników). Czy twoja konsola przeglądarki mówi coś na ten temat? – vard