<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: SEO размисли</title>
	<atom:link href="http://ogre.ikratko.com/archives/261/feed" rel="self" type="application/rss+xml" />
	<link>http://ogre.ikratko.com/archives/261</link>
	<description>"Некои съображения", коментари, прегледи, забавни</description>
	<lastBuildDate>Sat, 04 Feb 2012 22:25:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Огнян</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-301</link>
		<dc:creator>Огнян</dc:creator>
		<pubDate>Fri, 27 Jun 2008 12:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-301</guid>
		<description>&quot;по-happy&quot;, докато чуят цената :-)</description>
		<content:encoded><![CDATA[<p>"по-happy", докато чуят цената :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-300</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Fri, 27 Jun 2008 12:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-300</guid>
		<description>Да, прав си... Работата е повече, ако се мисли в посока HTML/CSS или HTML+CSS+JS(AJAX). Но пък така потребителят е по-happy:) Виж например login при technorati.com. Ако има? JS/AJAX, се отваря малък div за логване направо върху страницата. Ако няма?, се отваря login html+css страница. Много добро ре?ение! :)
\bulletprooof, дето се вика;-)\</description>
		<content:encoded><![CDATA[<p>Да, прав си&#8230; Работата е повече, ако се мисли в посока HTML/CSS или HTML+CSS+JS(AJAX). Но пък така потребителят е по-happy:) Виж например login при technorati.com. Ако има? JS/AJAX, се отваря малък div за логване направо върху страницата. Ако няма?, се отваря login html+css страница. Много добро ре?ение! :)<br />
\bulletprooof, дето се вика;-)\</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Огнян</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-299</link>
		<dc:creator>Огнян</dc:creator>
		<pubDate>Fri, 27 Jun 2008 09:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-299</guid>
		<description>Ммм, за съжаление не е точно така.
Общо взето принципът е да се правят по две версии на всеки елемент, който може да е със/без js.
Чистата се слага в &lt;noscript&gt;&lt;/noscript&gt;, js w &lt;script...
Нерядко двете се различават в дизайна. Най-простия и често срещан пример - drop down list box (select). Когато е с js няма до него бутон за изпращане на формата. Просто onChange се изпраща автоматично (дали по конвенционалните POST/GET, дали с ajax request - няма особено значение). Такива малки разлики в дизайна се натрупват постепено и правят разработката по-трудна (или по-скоро работата по късни change requests, когато уж си мисли?, че всичко е готово, а клиента изведнъж те засипва с &quot;идейки&quot;).
Отделно има някои сериозни функционални различия примерно при показване на съобщения за гре?ки или инфо. Примерно с ajax може да се изкара най-отпред в z-order-а един div, който показва гре?ката/инфото и прилича на прозорче, докато без js трябва да се направи отделна нова страница.</description>
		<content:encoded><![CDATA[<p>Ммм, за съжаление не е точно така.<br />
Общо взето принципът е да се правят по две версии на всеки елемент, който може да е със/без js.<br />
Чистата се слага в <noscript></noscript>, js w <script&#8230;<br />
Нерядко двете се различават в дизайна. Най-простия и често срещан пример -- drop down list box (select). Когато е с js няма до него бутон за изпращане на формата. Просто onChange се изпраща автоматично (дали по конвенционалните POST/GET, дали с ajax request -- няма особено значение). Такива малки разлики в дизайна се натрупват постепено и правят разработката по-трудна (или по-скоро работата по късни change requests, когато уж си мисли?, че всичко е готово, а клиента изведнъж те засипва с "идейки").<br />
Отделно има някои сериозни функционални различия примерно при показване на съобщения за гре?ки или инфо. Примерно с ajax може да се изкара най-отпред в z-order-а един div, който показва гре?ката/инфото и прилича на прозорче, докато без js трябва да се направи отделна нова страница.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-298</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Fri, 27 Jun 2008 08:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-298</guid>
		<description>Добре написаният AJAX е всъщност:

Обикновен html. JS функионалността използва the DOM, така че ако няма JS, просто работи HTML-ът. Ако JS има, се появяват ефектите, финтифлю?ките, асинхронната връзка със сървъра (XMLHttpRequest - макар че не си спомням, дали тя е свързана с JS) и тн :)</description>
		<content:encoded><![CDATA[<p>Добре написаният AJAX е всъщност:</p>
<p>Обикновен html. JS функионалността използва the DOM, така че ако няма JS, просто работи HTML-ът. Ако JS има, се появяват ефектите, финтифлю?ките, асинхронната връзка със сървъра (XMLHttpRequest -- макар че не си спомням, дали тя е свързана с JS) и тн :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Огнян</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-296</link>
		<dc:creator>Огнян</dc:creator>
		<pubDate>Thu, 26 Jun 2008 14:27:05 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-296</guid>
		<description>Да, сам по себе си Ajax-a не е зъл. Ло?ото е, че нерядко го използват зли хора.  :-)

 &quot;ако в браузъра липсва поддръжка на JS, то тогава страницата си остава достъпна&quot;
Това за съжаление е толкова трудоемко за реализиране, че просто ми се плаче. В моя фреймуърк си играх маса време докато направя формите да се генерират и с ajax функционалност и да могат да работят едновременно със и без javascript support. Единственото хубаво е, че много рядко се срещат клиенти, които настояват да работи и в двата режима (или поне като чуят цената и отсвирват единия :-)).

Благодарско за 0,02 :-). Всичко върви по план - до края на месеца ще изкарам за една бира.</description>
		<content:encoded><![CDATA[<p>Да, сам по себе си Ajax-a не е зъл. Ло?ото е, че нерядко го използват зли хора.  :-)</p>
<p> "ако в браузъра липсва поддръжка на JS, то тогава страницата си остава достъпна"<br />
Това за съжаление е толкова трудоемко за реализиране, че просто ми се плаче. В моя фреймуърк си играх маса време докато направя формите да се генерират и с ajax функционалност и да могат да работят едновременно със и без javascript support. Единственото хубаво е, че много рядко се срещат клиенти, които настояват да работи и в двата режима (или поне като чуят цената и отсвирват единия :-)).</p>
<p>Благодарско за 0,02 :-). Всичко върви по план -- до края на месеца ще изкарам за една бира.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-295</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Thu, 26 Jun 2008 14:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-295</guid>
		<description>Само да допълня, че AJAX не е &#039;evil&#039; спрямо search engines... Добре написаният AJAX код е много по-добро ре?ение от преди?ните &#039;DHTML страници&#039;!

Ако AJAX (JS/CSS/XMLHttpRequest) използва DOM интелигентно, то такава страница, първо, съдържа чист HTML/XHTML, и съответно, е достъпна за хората и ма?ините еднакво добре, и второ, ако в браузъра липсва поддръжка на JS, то тогава страницата си остава достъпна, навигацията работи, формите работят, и т.н.

Така че е важно да различаваме добре написаните AJAX скритове от старовремските тежки JS/DHTML бози, които правеха невъзможно използването на една уеб страница / уеб приложение, изцяло! :)

Моите $ 0.02 ;-)</description>
		<content:encoded><![CDATA[<p>Само да допълня, че AJAX не е 'evil' спрямо search engines&#8230; Добре написаният AJAX код е много по-добро ре?ение от преди?ните 'DHTML страници'!</p>
<p>Ако AJAX (JS/CSS/XMLHttpRequest) използва DOM интелигентно, то такава страница, първо, съдържа чист HTML/XHTML, и съответно, е достъпна за хората и ма?ините еднакво добре, и второ, ако в браузъра липсва поддръжка на JS, то тогава страницата си остава достъпна, навигацията работи, формите работят, и т.н.</p>
<p>Така че е важно да различаваме добре написаните AJAX скритове от старовремските тежки JS/DHTML бози, които правеха невъзможно използването на една уеб страница / уеб приложение, изцяло! :)</p>
<p>Моите $ 0.02 ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Search Engine Optimization</title>
		<link>http://ogre.ikratko.com/archives/261/comment-page-1#comment-294</link>
		<dc:creator>Search Engine Optimization</dc:creator>
		<pubDate>Fri, 20 Jun 2008 15:17:56 +0000</pubDate>
		<guid isPermaLink="false">http://ogre.ikratko.com/archives/261#comment-294</guid>
		<description>Доста добра статийка за SEO. 
За съжаление става ли въпрос за бизнес моралът не е водещ. Т.е., ако един (посредствен) SEO специалист може да се качи до топ10 в Гоогле с клоакване, то той едва ли би се подвуомил да го направи. Това е като с китайските стоки - пълен боклук са, но се рейтват високо защото са евтини и се правят бързо. Нищо, че убиват всички качествени стоки около тях.</description>
		<content:encoded><![CDATA[<p>Доста добра статийка за SEO.<br />
За съжаление става ли въпрос за бизнес моралът не е водещ. Т.е., ако един (посредствен) SEO специалист може да се качи до топ10 в Гоогле с клоакване, то той едва ли би се подвуомил да го направи. Това е като с китайските стоки -- пълен боклук са, но се рейтват високо защото са евтини и се правят бързо. Нищо, че убиват всички качествени стоки около тях.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

