Към съдържанието

  •  
  • Форум
  • Уроци
  • Блогове
  • Услуги

Jump.BG

Любопитно SEO

Започната от D-rA , 27 Jun 2013 22:07

  • Влезте в профила си за да пишете
12 отговора на тази тема

#1 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 27 June 2013 - 22:07

Понеже не съм спрял да ровичкам, получих интересен резултат:
С помощта на един от web тестерите получих index.html за основния ми форум. Качих го /естествено е че hrml е с предимство/
Форумът лети при зареждане а стартовия байт, /чистия/ който и стандартно го свалих под 450 ms, със html индекса се ускорява 3 пъти!!! Не е истина как лети... слиза до 156 ms
YSlow Grade, който съм докарал в момента до 88/100 скача с 5 единици до 93/100!!!

Да, ама не, както Петко Бочаров казва - всичко е ок, всички линкове и страници работят, с това "мъничко" неудобство че в стартовата страница си разлогнат /нищо не открих досега защо/ - иначе всяко влизане в тема, или в друга посока на сайта възвръща логването... щото се връща към индекс php то...

Някаква идея - как да се дублира логването, така че и в стартовата страница да си логнат?

ПП. Сега съм го спрял - html индекса, но ако някой иска да сравни ще го пусна - несравнимо бързо зареждане - сякаш не е ipb :ad:

#2 Beatfan

Beatfan

    Invisionizer

  • Админи
  • PipPipPip
  • 3444 Мнения:
Уроци

Публикувано 27 June 2013 - 22:17

Не си показал съдържанието му. И защо трябва да е хтмл. Пробва ли както си е файла, да му смениш само разширението на .php. Защото IPB си работи само под php и не обича .html файлове общо взето :)

#3 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 28 June 2013 - 11:47

В момента http://nophelet.com е с него, прекръстен на индекс php
Всичко работи - но няма логване изобщо - приема юзер и парола, не се сърди, но не логва.
ПП. И лети на тестовете

ПП Всъщност не работят така линковете - няма кой да ги индексира...

Ще му върна индекса - явно трябва да се мисли още доста

Ако някой иска да сравнява - на адрес http://nophelet.com/old_index.html
съм качил html файла - и работи пак бързо.
От основния домейн работи през php - т.е. може да се сравнява.
В момента има неработещ сървър по трасето за тест и се бавят dns сървърите - /един хоп го няма и свързването за тестове върти по заобиколни пътища/
- но, увеличеното време на dns забавя общия първи байт през php входа със 150 ms, което при добавяне на чистия първи байт (около 380 ms) както и времето за конекция осигурява ниво "C" на теста за общия първи байт.
В същото време, през html входа - от намалението на чистия първи байт на около 160 ms, компенсира dns забавянето и вкарва в нормите на "A" първия общ байт.
Затова си мисля, че си струва усилието да се открие, кое следва да се промени в съдържанието на html файла, за да се осигури и нормалното логване през него.
Ето и съдържанието на тои файл:
Spoiler

#4 Tishu

Tishu

    Darkness inside me ..

  • Собственици
  • PipPipPip
  • 2307 Мнения:
  • IPB версия:3.1
  • Форум URL
  • Град:Раднево/Габрово
Уроци

Публикувано 28 June 2013 - 12:36

Добре де, при статичен html няма да работят всички if/else функции, което е доста неудобно. Може би от там идва и проблема с log in-a (другото е куукитата, което ми идва на ум).

#5 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 28 June 2013 - 13:42

За сега не съм открил неработещ линк/линковете водят към последваща индексация с index.php и там няма проблем/
Кукитата тествах - пълно изчистване, в т.ч. и хисторито - след логване - се рефрешва страницата и зарежда отново нелогнат html. Реално, логване се получава защото влизайки в друга страница, следва индексиране от php то и се появява логването, докато презаредиш стартовата страница.
Т.е. въможно е да липсва нещо в този html което да покаже вече логнат юзер в тази стартова страница.

#6 Tishu

Tishu

    Darkness inside me ..

  • Собственици
  • PipPipPip
  • 2307 Мнения:
  • IPB версия:3.1
  • Форум URL
  • Град:Раднево/Габрово
Уроци

Публикувано 28 June 2013 - 14:25

Намерих това -> http://invisionbg.co...gin-and-logout/

Може да тестваш с него и ако може този модул да "излъже" login-a и да запази сесията. Мааалко ме съмнява, но пък не пречи да се тества.

#7 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 14 July 2013 - 12:02

В продължение на темата - някой знае ли как се кешира core&modul = task ?
Зарежда се през индекса, като картинка.
Какъв валидатор и трябва?

#8 Илия Горанов

Илия Горанов

    Напреднал

  • VIP
  • PipPipPip
  • 268 Мнения:
Уроци

Публикувано 15 July 2013 - 11:34

Правите нещо доста странно и хич не ми е ясно как го правите и защо?

Първо, тоя статичен HTML файл как го поддържаш актуален? Примерно, ако има нови мнения в някой тема или дори нови теми в някой подфорум - как (и кога) това ще се отрази на началната страница?

Още повече - аз например имам подфоруми, които се виждат само от определена група потребители. С тоя статичен index.html - как по-точно ще се случи това?

Иначе, за проблема с логването - не разбрах какъв е - на статичния index имаш форма за логин, от която не можеш да се логнеш или си вече логнат, но на статичния индекс продължава да пише, че не си? И двете по принцип могат да се оправят :)

#9 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 15 July 2013 - 12:17

Проблем с работоспособност нямам. Човъркам се с тестове за бързодействие на сайта си /всякакви оптимизации/. От варианта html се отказах.
Постигнах оптимизация 88/100 и всичко работи без проблем.
Но по идеята 'луд умора няма' - търся всичко останало, подлежащо на оптимизиране. Единствения ресурс, който не се кешира в момента е една картинка, извличана от core&modul=task, и която се зарежда с динамичен адрес от индекса - за нея търся кеш валидатор. :ad:

ПП. Ето и днешния тест.

#10 Илия Горанов

Илия Горанов

    Напреднал

  • VIP
  • PipPipPip
  • 268 Мнения:
Уроци

Публикувано 15 July 2013 - 13:43

А как постигаш това кеширане, ако не е тайна?

Щото и аз имам сериозен проблем с load-а на форума и се чудя, как да го смъкна.
В момента съм отрязал Google, да не лази по форума и load-а е паднал, ама и нямам резултати от търсене в Google.

#11 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 15 July 2013 - 14:06

С този htaccess:
FileETag None
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE image/x-icon
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 2 months"
ExpiresByType text/html "access plus 1 month"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/png "access plus 1 month"
ExpiresByType text/css "access plus 1 month"
ExpiresByType text/javascript "access plus 1 week"
ExpiresByType application/javascript "access plus 1 week"
ExpiresByType application/x-javascript "access plus 1 week"
ExpiresByType text/xml "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
</IfModule>
- но е за сървър apache

Също така - всички възможни jpg ги сменям на png и преди да ги кача ги оптимизирам в този сайт.

ПП. Спри си граватар - имаш доста редирекшъни към него
На всички аватари може да се махне кода, който им слага r=0 или дата на смяна - това много бави

За гугъл проблема ти е друг - в глобал темплейта не знам защо са вмъкнали jquery скрипт изпълним в ajax.googleapis.com като след него, темпейта ти, има и собствен такъв скрипт - аз лично го трия и си работя на собствения скрипт. Що да им трупам трафик на гугъла.

#12 Илия Горанов

Илия Горанов

    Напреднал

  • VIP
  • PipPipPip
  • 268 Мнения:
Уроци

Публикувано 15 July 2013 - 15:53

Хъм, горното съм го направил, даже съм го изнесъл на отделен хост. Вероятно си видял, че голяма част от картинките са ми на static.mbclub.bg където има подобен на горния .htaccess файл, освен това, този хост работи без cookies и спестява и от там.

За граватара - спри го, ама се ползва... то оптимизацията не може да е самоцел. Ако спра функции, които се ползват, за да работи по-добре, най-добре направо да угася форума и по сталински - няма форум - няма проблем. А и като цяло, не мога да се съглася, че използването на аватари от граватар бави форума - те се кешират точно толкова добре, колкото и всяко друго нещо, независимо от кой сайт е. Това за r=0 не би трябвало да е проблем, както съм ги изнесъл на отделен хост, онзи изобщо не чете GET параметрите и не би трябвало да има никаква разлика. Ще проверя, ако влияе на кеша, ще го махна... въпреки, че и то е сложено с цел.

Не си прав за ajax.googleapis.com - идеята на това не е да правиш трафик на Google. Идеята е, че ако и аз и ти ползваме IPB, ако има потребител, който отваря и двата сайта, ще го зареди само на първия, а на вторя вече ще го има кеширано... А така - тия JS библиотеки са абсолютно еднакви на повечето сайтове, но хората ги свалят по 1000 пъти... от всеки сървър поотделно. И това в никакъв случай не е по-бързо, нито по-ефективно.

Освен това, аз имам проблем с процесорното време на сървъра, което не може да има никаква връзка с това колко файла, от кои хостове и как се свалят. Дори напротив - всеки файл във форума, който не се сваля от моя сървър като цяло разтоварва процесора при мен и би-трябвало да е по-добре. Единственото утежнение от ползването на файлове на друг сървър е, че се отварят connections към други хостове, но и това не е задължително лош фактор, дори напротив. По спецификацията на HTTP протокола, един клиент не трябва да отваря повече от две връзки към един и същи хост. Сега си представи форум със 50 файла нужни за първата страница. Ако тия 50 файла са разпределени между 3 - 4 хоста, реално клиентът ще отвори по 2 връзки към всеки хост и ще смуче доста по-бързо, отколкото, ако всички файлове са на един единствен хост и той може да отвори само 2 връзки, по които да ги сваля. И не на последно място - Google и Gravatar имат доста сериозни CDN-и - сървъри в цял свят, бързи връзки и т.н. далеч съм от мисълта, че ресурсите на Google и Gravatar са по-ограничени от тези на моя хостинг!

Ти с какво ги мериш всичките тия скорости?

#13 D-rA

D-rA

    Луд умора няма

  • Админи
  • PipPipPip
  • 1095 Мнения:
Уроци

Публикувано 15 July 2013 - 16:05

линка в моя пример води в сайта на webpagetest кликни на home и си въведи форума - одеве ти беше 53/100.
За външните линкове /не от твои хостове/ не съм съгласен - те работят добре само в идеалния случай на повсеместно работещи перфектно сървъри... А както наблюдавам/ не само с моя, а в няколко десетки форума/ най-честите зависвания идват от граватар и от гугъл при пропадане на международни трасета.
Все пак, това е мое мнение - но от комуникационна гледна точка смятам че за да работи стабилно тази форумна система, следва да е минимално зависима от външни фактори. Поне при мен, тази ми мисъл не ме е подвела.
Обратно към Проблеми и Въпроси

1 потребител(и) четат тази тема

0 потребители, 1 гости, 0 анонимни

  1. Invision BG
  2. → Invision Power Board
  3. → Проблеми и Въпроси
  4. Правила