Блогът на Веселин Георгиев

Какво е Бъдеща стойност (Future Value): Стойността на даден паричен поток напред във времето след като той е бил сложно олихвен, с определен лихвен процент. Звучи сложно, но реално на който му трябва тази формула не му е нужно да се обяснява какво представлява

(още от темата…)

Това е един много често срещан проблем и за хора, който не са се сблъсквали с него им отнема доста време, за да го установят и преодолеят.

Проблема се среща при използване на <base> таг в HTML source-а, когато искаме картинки, css, js да бъдат изнесени на различно място от основната директория или при други намерения с използването му. Проблема е че за base пишем http://mysite.com/, но потребителя е отворил http://www.mysite.com/ (което за browser-ът Ви си е отделен домейн направо) или сайтът Ви е изнесен във фреим от някой от популярните сайтове, като фейбук, Plaxo …, при което линковете във флашовете Ви, който са релативни не работят, ajax-а също гърми от cross domain security причини.

Решенеито:

Просто трябва да напарвим base тага да бъде динамичен спрямо домейна, от който е извикан, а не да го хардкодваме! Това е задължително също, ако сайтът Ви се отваря от няколко различни адреса.

Особено неприятна се оказва изненадата когато достигнете лимита на account-и във вашият профил във Google Analytics, особено когато неочаквате … (още от темата…)

добавиха възможност за поставяне на приложения към Mail Box-а им. За съжаление все още тази функционалност е в тестов период и е достъпна само за малка група щастливци. (още от темата…)

Последните стандарти не позволяват използването на височина 100% (height: 100%), което довежда до големи главоболия при реализирането на голяма част от дизайните. Разбира се дизайнерите предпочитат да използват цялото поле на екрана, дори да няма достатъчно съдържание, за да го запълни и това довежда до големи главоболия за разработчиците. Вариантите за реализиране са 2, единият е използването на javascript, а другият използването на height:100% въпреки че не е позволено. Разбира се и двата варианта имат редица недостатъци. (още от темата…)

Използването на фреймове, беше особено популярно преди 7-10 години, но от тогава насам нещата много се промениха. Основното приложение на фреймовете беше за реализиране на дизайни с рамкова структура или да се спестят заявки за съдържание, което не е често променящо се. От появата на Ajax технологията фреймовете отстъпиха основните си приложения, защото при използването на Ajax функционалносттите са много по-голями, а също така и възможностите за динамичността на съдържанието са много по-добри.

Друг недостатък на фреймовете са намалените им SEO възможности, тук разбира се може да се поспори, но от моя опит мога да кажа, че сайтовете използващи фреймове са с по-ниски резултати. Допустимо и препоръчително е използването на фреймове при реализацията на cross domain логване в сайта, пример за такова са серията сайтове на google (analytics, webmaster tools …) и много други, които използват форма за вход, която е във фрейм.

При интеграция на голяма част от booking системи и подобни услуги също се налага използването на фреймове, за поставянето им във Вашия сайт, но препоръчвам ако е  предоставена възможност за изграждане собствен интерфейс посредством RSS или друг ресурс, да се възползвате, защото със сигурност това уникално съдържание ще доведе само позитиви за Вашият сайт.