Повече информация за финалистите в 39-те категории можете да намерите на адрес http://webawards.bg/bg/nominates.

Тази година конкурса за първи път ще дава награди за много интересни категории, които до този момент не са били откроявани в подобни конкурси в България, например:
Текстово съдържание;
Рекламна кампания;
Графично съдържание …

Радвам се че тази година имам честта да съм сред журито, което оценява проектите в група Професионални награди и виждам, че има много професионално реализирани проекти и доста силна конкуренция!

Платформата може да бъде разгледана на адрес http://alle.bg/, ще изброя и коментирам част от функционалностите й:

1. Имате възможност за избор на дизайн от предварително предоставен набор от теми

2. Можете да редактирате характеристиките на почти всички елементи на дизайна във вашата страница.

3. Има възможност за създаване на дървовидна структура на секциите.

4. За управлението на съдържанието е направена изключително лесна и удобна система за контрол, а отделните части са обособени като независими елементи категоризирани в следните типове:

- Заглавие
- Текст
- Връзка
- Видео
- Снимка
- Албум със снимки
- Съдържание
- Форма за контакт
- Карта

Националното състезание по уеб дизайн и интернет програмиране „WEBLOZ“ е състезание за ученици в средния курс на обучение (8-ми – 12-ти клас).

Основните цели на състезанието са да постави в конкурентна среда неговите участници и да стимулира развитието им, като същевременно с това им дава свободата да подготвят продукт по тяхно желание и с технологии които те предпочитат. За 3-те години през които се е провело са участвали над 100 екипа, защитили са над 100 проекта които са спечелили награди на стойност над 11 000 лв!

Състезанието се провежда в 2 направления (категории) Уеб дизайн и Интернет приложения. Всеки екип (до 2-ма ученика) може да участва във всяка една от категориите, като един екип може да участва само в една категория едновременно. В тазгодишното издание на състезанието ще се наблегне и на образователната част, която е и една от основните цели. Ще бъдат проведени интересни лекции от хора в бранша за нови технологии, похвати и добри практики.

Състезанието се провежда в два кръга. Първият кръг е виртуален. В него се оценяват проектите от до 30 членно жури. Допускат се до 20 проекта в категория. Втория кръг се провежда в Лозница, като проектите се защитават на живо от създателите им пред тричленно жури за съответната категория.

И тази година наградният фонд на състезанието е над 3 000 лв., като са предвидени и много поощрителни награди.

Ето и интернет адреса на състезанието: http://webloz.net/

http://www.inetsec-bg.org/

По време на конференцията в сградата на УНСС ще се проведе годишната среща на ръководството на IFIP (Board Meeting), на която България за пръв път ще е домакин.

Ако искате да ме подкрепите в надпреварата, можете да поставите този линк някъде на вашият уеб сайт:

<a title=“ипотпал“ href=“http://ipotpallaptopi.com/“>ипотпал</a>

Благодаря Ви предварително

Excel предоставя възможност да изчисляваме Future Value посредством функцията FV. За да изчислите бъдещата стойност с PHP можете да използвате следните идеи:

Нека да разгледаме следния пример:

нека да внасяме 100 лв. в продължение на 12 месеца като лихвения процент годишно е 12% (защото ще бъде по лесно за смятане). След внасянето и олихвянето на края ще имаме 1280.93 лв. Защото:

1-ва вноска е равна на: 100*(1+0.01)^(12-1+1) където:

100 е месечната вноска

1 си е едно

0.01 е частта от процента в случая 1%

12 е общият брой вноски

1 е номерът на поредната вноска, в случаят първата

1 отново си е едно

2-ра вноска – 100*(1+0.01)^(12-2+1)

3-та … идентични, стойността, която се променя е номера на вноската. Нека да се отбележи че този вариант е ако плащанията започват в началото на периода.

реализация с PHP:

$nTotalPeriod = 12;
$nValue = 0;
$nPercent = 12/100;
$nPercentPart = $nPercent/$nTotalPeriod;
$nInstalment = 100;

for($i = 1; $i <= $nTotalPeriod; $i++){
$nValue = $nValue + pow((1 + $nPercentPart), ($nTotalPeriod-$i+1));
}
$nTotalValue = $nInstalment * $nValue;

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

Решенеито:

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

Още по интересно е, че е предоставена функционалност за увеличаване на записите в една страница до 100 , въпреки че можете да имате максимум 50.

Все още не съм се предал и се надявам, че ще излезе решение на този неприятен недостатък.

Ако знаете решение ще съм много благодарен да го споделите с мен. Благодаря Ви предварително!

1. Shake It by Zumo Drive – платформа за размяна на файлове с размер до 100 МБ. Реално е доста малък размера, но ще бъде полезно въпреки това.

2. My Photos by Xoopit – улеснява и огранизира снимките в бокса ви, като също така има възможност за улесняване при качването на снимки.

3. Еdit Photos by Picnik – дава възможност за изрязване и добавяне на ефекти дирекно в мейл бокса, след редакцията можете да ги изпращате на приятли или да ги качите дирекно в Picasa или Flickr

4. PayPal – можете да изпращате и получавате пари на приятели и роднини директно през пощатата Ви.

предполагам че след пускането на приложенията за всички потребители ще се появят още доста нови и полезни приложения.

От Yahoo очевидно последваха стратегията на iGoogle за къстамизиране на страниците им. Освен в пощатата те пускат и възможност за поставяне на приложения и на входната им страница. От създаващатата се конкуренция и поставяне на летвата все по-високо ще спечелим най-много ние потребители. (Не че те няма да спечелят, но те така или иначе не са за оплакване в тази им посока )

Ето няко линка директно от source-a, където е представено и обяснено много по-добре:

http://www.ymailblog.com/blog/2008/12/take-a-tour-of-Yahoo-Mails-new-smarter-inbox/

http://www.ymailblog.com/blog/2009/06/new-apps-in-yahoo-mail/

тук можете да дадете заявка за тестинг:

http://overview.mail.yahoo.com/applications

1.    Javascript –използването на javascript за реализирането на дизайн ми се струва лошо решение, защото от една страна част от посетителите на сайта може да са с изключен javacript и да не видят нищо от блестящите идеи. При посетители с по-бавен интернет сайта ще им подскача доста неприятно, особено ако се чака Onload event-а. Могат да настъпят един куп събития, който да променят размера на съдържанието и за всички тях трябва да следим, за да не се получава неприятно счупване на дизайна. Като цяло се очертава доста сериозна работа  заради реализирането на определен дизайн, затова е хубаво добре да се обмислят всички варианти преди вземането на този избор. Няма да описвам с код конкретно решение, защото в зависимост от ситуацията и нуждите кода ще бъде съвсем различен. Вероятно в друга тема ще публикувам няколко конкретни решения само на тема height 100% с javascript

2.    HTML – най-разпространения начин за разтягане на максимум по височина е следният:
на главните HTML и BODY тагове се задава височина 100% през  CSS или директно в стиловете на таговете. След това се задава height: 100% на всички елементи, който искаме да бъдат с тази височина, като особено важно е, че за да бъде един елемент висок 100%, трябва всички негови родители също да бъдат високи 100%. Ето кратък пример:
в CSS файла:

html,body{
margin:0;
padding:0px;
height:100%;
}
в HTML файла:
<body>
<div style=“height: 100%“>
<div style=“height: 100%“></div>
</div>
</body>

По този начин ще се получи желание ефект и наистина ще имаме високи 100% елементи. Но ако пуснем HTML валидатор, той ще се разсърди на тази стойност. Също така сме ограничени, защото ако дизайна е по-сложени и включва градиенти в различни посоки и разни детайли, който изискват допълнителна логика, ще ни бъде много трудно да се справим, дори може да се окаже че варианта с js ще бъде по-лесен за реализиране.

Ако сте открили по-добро решение или имате въпроси или идеи, ще се радвам да ги споделите!