3196
|
Linux секция за начинаещи / Настройка на програми / Re: Проблеми с текста при Ubuntu 9.10 64 bit.
|
-: Nov 23, 2009, 19:32
|
когато гледам филм или клип, единият цвят казва на другия - гледай си работата? Имам зелен, вместо червен цвят. Пробвах няколко драйвера за NVIDIA. Все същият ефект
ако имаш mplayer пробвай различно рендване gmplayer -vo x11 gmplayer -vo xv gmplayer -vo help по default препоръчително е да работи на xv (xvideo), ако там прави мизерии, значи драйвера не е стока или картата е развалена. на x11 трябва винаги да работи правилно
|
|
|
3197
|
Linux секция за начинаещи / Настройка на програми / Re: Проблеми с текста при Ubuntu 9.10 64 bit.
|
-: Nov 23, 2009, 09:01
|
Nvidia-та е иделана за линукх. И драйвериите и винаги са били бетон. Да не си правите някъкъ майтап? Виж при АТИ-то едва ли има по бъгави драйвереи в света. И това вече е с години и нищо не се променя. Все нещо забива, все нещо не работи. А пък ако почнете да работите с повече от 1 графичен терминал, ще видите какво е зор с ати...... някой от проблемните М серии на нвидиа Дай малко инфо.
|
|
|
3200
|
Програмиране / Web development / Re: Еmbedded / вградени стилове които НЕ се намират в <HEAD></HEAD>
|
-: Nov 10, 2009, 13:01
|
Второ, смесването на съдържание и презентация не е добър подход. Би трябвало да се стремиш да имаш само външни CSS файлове и без никакво използване на STYLE тагове или in-line style атрубути.
Разбира се че е така. Мога да имам и външни и стилове с <STYLE> тагове. Причината поради която екпериментирам със <STYLE> тагове е че страницата е предназначена да се включва от отдалечено include и искам да си идва изцяло пакетирана и да не зависи почти от нищо. За въпроса за коректността с FF няма проблеми,... но трябва да порбвам и с други браузери.
|
|
|
3201
|
Програмиране / Web development / Еmbedded / вградени стилове които НЕ се намират в <HEAD></HEAD>
|
-: Nov 09, 2009, 13:53
|
Стандрата казва че стиловете трябва да се дефинират в <HEAD></HEAD> GeSHi (HTML): ....... ....... .....
Но забелязвам, че <STYLE type="text/css"></STYLE> може да се намира навсякъде в документа и FF го обработва правилно, стига дефинициата на стила да е преди използването му. Така и го правя, но се чудя доколко това е коректно? И какви проблеми могaт евентуално да възникнат? Струва ми се че и е много гъвкаво по-този начин. Например някъде имаш блок с html код, и този блок е отделен и си върви със собствен стил, защо да не изобрази стила точно преди да се използва този блок. Например така: GeSHi (HTML): ...стилове 1 ...блок1.. ...стилове 2 ...блок2..
|
|
|
3202
|
Програмиране / Web development / Re: Области, общини, нас. места, ЕКАТТЕ
|
-: Nov 07, 2009, 17:38
|
Хубаво е да има флаг в таблицата който да показва официален статут на селище в бг. Например нещо подобно 0- ЕКАТТЕ 1-грао 3-друго .. Защото в geonames има много повече данни от град/село/манстир, които не са за изхвърляне. Там има названия на географски местности, върхове и разни други. Може даже да има названия на селища,куротрти които според бг официално да се водат към друго селище или под друго име.
Относно разликите между ЕКАТТЕ и грао възможно е да има много официлано заличени селища. Такова заличаване може да продължи и за в бъдеще. Ако например някое село бъде заличено, то трябва само да му се смени флага на неофициален статут. А пък името му и къде се е намирало може да си стои.
Географската ширина/дължина също са много важни данни защото може да се определи местоположенито на селището по bitmap карта. Може също да се пресмята и разтоянито по права линия между две селища.
|
|
|
3204
|
Програмиране / Web development / Re: Области, общини, нас. места, ЕКАТТЕ
|
-: Nov 05, 2009, 01:21
|
http://www.geonames.org/Тези имат информация за всички населени места в света. От там исках да допълвам базата със географска ширина и дължина, ама не ми стигна времето и нервите. проблемът им е че нямат точно съотвествие на 'официалното' /каноничното име в бг. Например някакво село: от bg.zip изглежда така: 728355 Pechinska Pechinska 4912,Pechinska,Petschinska,Печинска 41.4666667 24.9666667 P PPL BG BG 57 SML16 SML16-19 Но 4-та колонка съсдържа 'Алтернативни имена' и там има и кирилското изписване на името и ако трябва да се прави съотвествие трябва да се търси там. Но пък ако с такова име няколко села в бг, трябва да им се направи съотвествие и по териториялното деление, за да се определи дали точно това е населенето място. Става много сложно и без някой по-интелигентен скрипт нама да мине . http://download.geonames.org/export/dump/bg.zip e дъмп само за България от целят им архив llCountries.zip 'Алтернативни имена' ги има също и в отделна таблица alternateNames.zip от там също може да се вземе пощенският код например: ако в третата колонка има 'post' то в четвъртата е пощенският код 436680 728355 Petschinska 2083895 728355 bg Печинска 2179503 728355 post 4912 Не съм сигурен и за лиценза. пише че е CC, базата е свободна, но това означава ли че може части от нея да се използват в друга база.
|
|
|
3207
|
Програмиране / Общ форум / Re: Детектване на успешен даунлоад на файл от скрип
|
-: Oct 30, 2009, 15:15
|
Проблема ти идва от това, че Firefox започва да сваля файла още преди потребителя да е казал къде.
Сигурно е това. Откъде се задава Firefox да не се държи по-този начин. Търсих много и нищо не намерих. Спомням си че много одавна не беше така. Tова е отвартителна опция от страна на firefox. Заради това сигурно хиляди броячи в инернет за свалени файлове показват с 200% повече сваляния. Тук намерих подобно полакване: http://forums.mozillazine.org/viewtopic.php?t=372079За да получиш нужната информация може би ще трябва да създадеш джава аплет, който да се грижи за записването и да ти връща статуса.
Положително няма да правя никакви джави, но какво имаш в предвид? Къде трябва да работи този апплет и как? при извикване на скрипта сървера изпраща на клиента Content-disposition: attachment; filename=xxx и това е.
|
|
|
3208
|
Програмиране / Общ форум / Детектване на успешен даунлоад на файл от скрип
|
-: Oct 30, 2009, 10:32
|
Ако скрипт инициализира download, има ли начин скрипта да се разбере дали юзера (от страна на клиента/браузера) е натиснал [OK] и е свалил файла или е натиснал [Cancel/X] и е отказал свалянето? Имам следното на PHP, което си работи без проблеми. GeSHi (PHP): function shutdown(){ { //code for aborted connection } else { //code for succesfull download } } header("Content-Type: text/x-delimtext; name=\"$file_name\""); header("Content-disposition: attachment; filename=$file_name"); .. printf ("-- backup successfully finished at %s --\n", date("j-F-Y H:i:s", time())); }
проблема е че след последният printf и flush() скрипта вече е изпратил всичко и завършва изпълнението си, (което изгрлежда се е буферирало от apache-то и от браузера). И според скрипта Download-а е успешен - но при клиента може все още да стои отворен прозорец за 'Save File' и клиента още не е натиснал нито OK нито Cancel/X. Ако сега той натисне Cancel/X ще откаже файла, но според PHP сървера вече всичко си е изпратил и download-a си е успешен. Има ли начин това да се детектне? Някакъв друг http header? Изобщо възможно ли е това според http протокола? Това горното работи и детектва отказан download само ако клиента натисне Cancel/X през времето писане на файла. Но в общият случай скрипта завършва много по бързо от реакцията на юзера. http://bg.php.net/manual/bg/features.connection-handling.php
|
|
|
3209
|
Хумор, сатира и забава / Живота, вселената и някакви други глупости / Re: Глобалното затопляне
|
-: Oct 29, 2009, 13:17
|
Някъде много отдавна, в един превод на 'scientific american' четох какъв е механизма на саморегулация на земята. Увеличаването на температурата -> предизвиква увеличаване на валежите в световен мащаб -> увеличените валежи от своя страна увличат и разтварят излишният CO2 в атмосферата и падат като киселинни дъждове -> намаляването на CO2 в атмосферата намалява и глобалното затопляне.
Така че механизъм на саморегулация има, но в какви граници и колко е инертен процесът не е известно...
|
|
|
|