Drobny? błąd na każdej stronie

camel

Epesi ver. 1.6.1
Na dole każdej strony po lewej występuje coś takiego:

W kodzie wygląda to m.w. tak:

<script type="text/javascript">Epesi.init(0,'/process.php','');</script>

                <noscript>Please enable JavaScript in your browser and let EPESI work!</noscript>			

�<div style="position: absolute; display: none; z-index: 2000; left: 0px; top: 0px;" id="tooltip_div"><div id="tooltip_layer_div" class="layer" style="padding: 10px; width: auto;">

<div class="border2">

<div class="border">

Kod odrobinę zjadło, więc wklejam:

A! - oglądane na FF 30 -32.

ajb

Nie potwierdzam - sprawdź pliki Utils/Tooltip/theme/default.tpl i odpowiedni w data/Base_Theme/templates

camel

modules/Utils/Tooltip/theme/default.tpl
data/Base_Theme/templates/default/Utils/Tooltip/default.tpl
są takie same:

<div id="tooltip_layer_div" class="layer" style="padding: 10px; width: auto;">

<div class="border2">

<div class="border">

{$tip}

</div>

</div>

</div>

To pokazało się zaraz po aktualizacji. Na pierwszym ekranie ładowania te znaczki są na górze.

ajb

Wobec tego musisz przeszukać wszystkie pliki i znaleźć gdzie są te znaki. Nie upieram się, że to nie nasza wina, ale mamy kilka instalacji i nigdzie nie ma takich znaków. Zrób czystą instalację z paczki i sprawdź. Wg mnie to gdzieś w Twoich plikach 😉

Pozdrawiam,
Adam

camel

Wasza Wina? Ależ Wcale! Epesi is the best! Support is a winner all the support levels 😉

Ale wracając do tematu - to była czysta instalacja 1.6 przygotowana ze wstępnymi danymi do przeniesienia z innej. Ale robiona z softacoulosa i też teraz poprzez softacoulosa zaktualizowana do 1.6.1. Może softacoulos coś dołożył?
Zrobić nową inst - nie problem, mamy "odrobinę" wydzierganych zmian autorskich.
Jak podobny błąd nigdzie więcej nie pojawił się to pewnie zapominamy o sprawie, a w wolnej chwili jeszcze pogmeram z ciekawości no i może uda się naprawić to-to. Ale mówisz, że te "dodatki" to mogą być w bazie? A nie w kodzie?

ajb

Dzięki za miłe słowa 🙂

Moim zdaniem w plikach. Pewnie gdzieś na końcu lub początku przed <?php. To chyba nie jest typowa kombinacja znaków więc zacząłbym od wyszukania jej po prostu w plikach. Jeśli nie wiesz jak przeszukiwać pliki to google pewnie pomoże. Możesz też sprawdzić ręcznie wszystkie pliki Common w Waszych modułach. Może tam coś?

camel

Żywcem już szukałem tych znaków. Nic nie znajduje.
Tak myślę, że to zupełnie inny ciąg może być a dopiero po kodowaniu na stronie jest to, co widać.

slygado

Te tak mam. Werska 1.6.1

slygado

U mnie jest to samo.
wer 1.6.1

ajb

Dobra panowie... Niech mi któryś spakuje całą instalację poza katalogiem data i wyśle ją (jakiś dropbox czy coś innego, bo na forum to chyba za dużo MB).
Sprawdze to.

camel

E, sprawa nie jest poważna (tak bym chciał sądzić) i nie ma więcej zgłoszeń (nie szukałem na Eng) - poczekałbym do następnej aktualizacji. Szkoda Twojego Cennego Czasu i są o wiele ważniejsze tematy. A z tym - jak z pieprzem na dupie - można żyć 😉
Pozdrawiam,
camel

ajb

okej 🙂

ajb

Sam znalazłem, że było jedno na angielskim
viewtopic.php?f=6&t=2804

camel

Zaktualizowałem w końcu kolejną instancję Epesi i pojawił się ten krzak 🙁
[na razie tylko informacyjnie, bo nie ma na to czasu]

ajb

Już mamy to rozwiązane i testujemy nowy release. Prawdopodobnie dziś go wydamy, bo nie ma żadnych błędów.
Zapomniałem napisać, że znalazłem ten problem 🙂 Zniknie po nowym release.

camel

Orzeł Pan Jesteś! Bo ja jeszcze szukałem odrobinę, ale dałem spokój. Porównywałem instalację z krzaczkami z inną, gdzie po aktualizacji ich nie było. I dopiero dziś zauważyłem ciekawostkę. Na tej porównywanej instancji Epesi była akualizacja jakiś miesiąc temu, nie wyszły krzaczki w rogu, ale nikt nie zauważył do dziś, że cyferka nie zmieniła się i jest nadal 1.6. Aktualizacja przebiegała bez problemów i teraz pisze że wersja jest aktualna, ale 1.6. Co jest nie tak? i czy wogóle to zaktualizowało się?

ajb

Trzeba zajrzeć do pliku include/version.php.

Kwestia krzaka na końcu jest zależna od ustawień PHP. Tak jak pisałem - ja nie miałem tego problemu, nasza instalacja z której korzystamy również go nie ma.
Wszystko jest kwestią buforowania wyjścia. W konfiguracji PHP można ustawić czy ma być buforowane, czy nie. W zależności od opcji PHP na początku wykona takie ob_start().
W pliku index.php zaszły zmiany związane z obsługą błędów krytycznych i przez przypadek wyleciało ob_start(), które powinno być. Na końcu pliku indeks był brany ob_get_clean() i to wyjście było kompresowane i dopiero wysyłane. Tzn powinno być. Jeśli w ustawieniach PHP jest włączone buforowanie to tak właśnie się działo. W innym przypadku niestety tak się nie działo. Tzn plik indeks PHP wysyłał całe swoje wyjście (co wiązało się również z błędem sesji - tak naprawdę to ten błąd mnie nakierował na rozwiązanie), a dopiero na końcu był ob_get_clean() - pusty, który wysyłał skompresowane puste dane - a jak wiemy kompresja gzip ma jakiś tam "nagłówek". I te znaczki to był właśnie ten "nagłówek".
Skomplikowany ten opis... no trudno ;P

Pozdrawiam,
Adam

camel

Qrna Szacun Panie Dziejku
że też Ci się chciało ;0
mi na początku świtało że to coś po kompresji/konwersji

Epesi ENS | Epesi Academy | epesi.cloud PaaS | GitHub

Help Me! | Download from SourceForge