Plik jest far from valid który prawdopodobnie powinien być analizowany, ale oto co znalazłem & hellip;
przez kilka prób i błędów, wydaje się, że plik CSS, który jest łączony w jednej linii wygląda jakby został odcięty przy użyciu dewelopera Narzędzia Chrome. Plik wydaje się być analizowany jako używając Ctrl + SHIFT + F i szukając czegoś na końcu pliku (szukałem zag-divider
) następnie Chrome donosi, że okaże się, chociaż znalezionego count wydawało się nie tak.
W szczególności wygląda na to, że jakakolwiek linia tego pliku CSS, która jest> = 66 537 znaków zostanie obcięta!Na przykład:
- jeden wiersz pliku CSS < = 66,536 znaki nie zostaną odcięte
- pojedynczy plik linia CSS> = 66,537 znaków zostaną odcięte
- multi plik linia CSS> = 66,537 znaki będą miały tylko linie, które> = 66.537 będą obcięte
Posiadałem jedną linię dokładnie 66.537 znaków CSS, który został obcięty, ale przez dodanie pojedynczego powrotu karetki po pierwszym selektorze i przeładowaniu, cały plik został poprawnie wyświetlony w konsoli.
Podsumowując & hellip; plik CSS z dowolną linią> = 66 537 znaków wygląda tak, jakby został częściowo odcięty w Narzędziach programistycznych Chrome, mimo że plik został w pełni załadowany. Testowałem to, dodając regułę do końca wiersza, który został zastosowany przez Chrome.
Uwaga: Byłbym szczęśliwszy, jeśli liczba pozornie magia 2
Edit: Badanie przeprowadzono na Chrome 23.0.1271.97 m
proste pytanie: czy jest to problem buforowania? Spróbuj "głębokiego przeładowania" kilka razy. – arkascha
Czy możesz zamieścić link do pliku CSS? –
Jakieś komunikaty o błędach, które otrzymujesz? Co zawiera pliki dziennika? – arkascha