19 отговора на тази тема

[D-rA]

Случайно го забелязах при мен, но и тук го има - картинката "няма аватар" се зарежда след трафик към gravatar.com

 gravatar.png   36.94K   127 Брой сваляния
Линковете се зареждат от:

admin\applications\core\modules_admin\tools\rebuild.php

Line 255: $_url = "http://www.gravatar.com";

admin\applications\core\setup\versions\upg_32000\version_upgrade.php

Line 875: $_url = "http://www.gravatar.com";
Line 879: $_url = "https://secure.gravatar.com";

admin\applications\core\xml\public_core_language_pack.xml

Line 16056:<word_default><![CDATA[enter your <a href='http://en.gravatar.com' title='Gravatar site'>Gravatar</a> e-mail address]]></word_default>


admin\sources\classes\member\photo.php

Line 1039: $data['gravatar']['tag'] = "<img src='http://www.gravatar.com/avatar/" . md5( $member['pp_gravatar'] ) . "?s=100' alt='' />";

Как най-безболезнено да бъдат махнати?

Мдаа, настройка, която уж случайно по дефолт е YES:

 gravatar2.png   33.43K   120 Брой сваляния

[Beatfan]

Мисля, че проблема ти не е от тази настройка. Няма проблеми потребителите ти да ползват граватари, в случая обаче Default без аватар се насочва да търси граватар, което е странно. Ако съм разбрал правилно...

[D-rA]

Мисля, че проблема ти не е от тази настройка. Няма проблеми потребителите ти да ползват граватари, в случая обаче Default без аватар се насочва да търси граватар, което е странно. Ако съм разбрал правилно...

А, нямам проблем - видях че картинките за липса на аватар генерират трафик при всяка импресия, към сайта им. В това число го забелязх и тук.
След промяна на тази настройка, този трафик при мен секна, т.е. зареждат си се от

/public/style_images/скин/profile/default_large.png

без допълнителен трафик, който при забавяния в международния нет се усеща и като забавяне на зареждането на форум - т.е. напълно излишно тормозещ.

[Tishu]

Много интересен if/else са вкарали тука ... и много малоумен де ..

Поздравление, че си се загледал в това.

[D-rA]

Случйно се случи - следобяд имах някакво моментно зацикляне с нета - и като проверявах накъде върви и накъде не, си кликнах на сайта - тогава го видях зависнал линка към тях за около няколко секунди... После проверих кой го изпраща и така нататък.
Това все пак има опция за изключване - както я постнах.
Но всяка смяна на аватар става само с тяхно участие - т.е. все пак ползват инфо "без разрешение" и ти допускат след това новия аватар - което е меко казано некоректно. Но са подпрограми за спирането на които нямам толкоз акъл

[Tishu]

btw -> http://www.webpagetest.org/. Много полезен сайт в тази насока.

[D-rA]

btw -> http://www.webpagetest.org/. Много полезен сайт в тази насока.

Много як тест. Мерси.
Само две липсващи картинки в скина ми намери.

ПП. Липсваше ми цяла папка - про менюто я инсталира в скина, ама когато го инсталирах го нямах този скин. Мдааа с инсталиранията следва да се внимава.
ПП2. Много полезен инструмент е този web тест

ПП3.
Дай идея за CDN и Cookies - съответно са ми 5 и 12 %.
С htaccess файла ти, нещата с кеша се подобриха

[Tishu]

Какво по-точно за CDN и Cookies ... btw ако сайта ти е насочен за БГ .. недей ползва CDN

[D-rA]

Забелязах при тестовете разлика - в основния ми сайт /не е ipb/ кукитата са на 100%, докато в ipb сайта са 12%. За CDN съм съгласен, ей ся прочетох че е за споделени сървъри по света, ясно няма да се ползва, но кукитата ме учудиха, защо са така.

[Tishu]

Малко инфо да дадем и за другите.

CDN като цяло представлява система от сървъри по света. След като е включена статичното съдържание на форума ще се зарежда от няколко места. Като цяло е страшно хубаво това, но за жалост най-близките сървъри за извън БГ, а при положение, че всички доставчици осигуряват много добър БГ пииринг, а международния куца ... все още не е за нас. Ако примерно имат два сървъра в БГ + основния на форума ще се зарежда един форума г/у от 20-40% по-бързо, но ще си почакаме за това .
За Cookies нямам идея на този етап.

[D-rA]

За Cookies нямам идея на този етап.

Оказа се лесно:
В настройките на кукита се вкарва домейна, както и пътя към форума, например домейн.ком/форум - докарах ги до 100%
ПП. В gzip компресия стои в невъзможност само promenu.js, макар да е само 8к. и общата компресия беше 96%. Компресирах го предврително до 5к и вече с теста се качи общата компресия на 98%. Остава чуденката защо се сърди - ама малък проблем.

[Beatfan]

Този сайт върши същото и е доста по-реален според мен, а и не се чака за тестове: http://tools.pingdom.com
Пробвай го

[D-rA]

Ами регнах се в него, но не показва подобни тестове. А иначе с другия след въвеждане на корекции в htaccess става все по-добре.
Ето към момента:
 test_08092012.png   21.09K   95 Брой сваляния

Още един излишен /според мен/ трафик - извличане на шрифтове от googleapis.com - намира се в globalTemplate на скина.

<link href='http://fonts.googleapis.com/css?family=Open+Sans:400,600,700' rel='stylesheet' type='text/css'>

Аз го махнах и поне засега не виждам проблем.

[Tishu]

То това по-скоро е от скина. Някои предполагам го имат ... други не.

[D-rA]

Във всички 3 ти версии го има. Ето скрийн от този форум:
 font.png   11.94K   75 Брой сваляния

ПП. Оздачава ме друго и него търся два дни - погледни ерор конзолата на мозилата - всяко презреждане на форум с инсталирано promenu пълни стотици редове грешки по css.

[Tishu]

Аз по-принцип имах мн проблеми с това про меню. Много се преплитаха цсс-ите на навигацията от скина и на променю и предимно си разреших проблема като използвах цветове и размери от навигацията на скина.

[Beatfan]

Първите версии на менюто имаха проблеми и ползваха отделен CSS за всичко. Обаче от няколко версии насам се ползва почти целия CSS код на #community_app_menu и по този начин вида на менюто е с цветовете на скина. Има само малко допълнителен CSS код, който е за разположението на менюто и подменютата. Аз оня ден инсталирах последната версия на менюто и препоръчвам ъпгрейд на всички, които го ползват: http://invisionbg.co...le/854-promenu/
Автора на мода го ъпдейтва буквално през седмица и слага нови опции и оправя бъгове

 2012-09-10_113740.jpg   185.07K   66 Брой сваляния

[D-rA]

Учудващо всичко работи на "6" след ъпдейта.

Някаква идея за тази грешка - явно е във версията - имам я абсолютно същата, затова скрийнвах от тук.
 error.png   47.95K   19 Брой сваляния

[D-rA]

Оказва се, че това всъщност не е грешка
Ето какво ми отговори познат съфорумец /Пачо - абв/ по същия ми въпрос:

То не е грешка докторе, това е променлива дефинирана в prototype (js framework) в случай, че някой ползва вградените и лупове (loop - while, for , etc.) по стария начин. Поне аз така го разбрах. В DOM таблицата ти се показват стоиностите на всички променливи и функциите какво са евалюирали. В случая се показва, че променливата $continue е от тип грешка и има съобщение throw $continue" is deprecated, use "return" instead. Можеш да си дефинираш собствени грешки, това не са грешки докато не са ползвани от кода ти да бъдат генерирани.

[Tishu]

Трябва да го изкарва като Warning, а не като грешка, защото доколкото разбрах си работи, но просто е морално остарял код.