gurkjis

php funkcija mkdir() ja nezini funkcijas nosaukumu, tad googlē ieraksti vajadzīgās funkcijas keywordus, šajā gadījumā tie ir "php create directory" http://www.google.lv/search?hl=lv&q=ph...A1ana&meta=

nu nē, es biju domājis, ka standartā nedrīkst būt target parametrs, rel="external" ir tikai hacks. Vispār jā, nebiju iedomājies ka šādi varētu.

XHTML Strict standartā target parametrs ir aizliegts. Tā vietā a tagam jāliek parametrs rel="external". Dotais Javascripts sameklē visus šos a tagus ar parametru rel="external" un tiem dinamiski pieliek target="_blank". function external() { if (document.getElementsByTagName) { var i, a; a = document.getElementsByTagName('a'); for (i in a) { if (a[i].href && a[i].rel == 'external') a[i].target = '_blank'; } } } window.onload = external;

varbūt mēģini palūgt to iekš http://www.cgimage.lv/

tur ir aprakstīts, "Problems caused by bad code" http://www.netmechanic.com/news/vol6/html_no20.htm

Whatever:hover http://www.xs4all.nl/~peterned/csshover.html

Ir vajadzīgi OpenSSL DLL faili. Manuālis: http://lv2.php.net/curl Iekš Apaches ir jāpalaiž mod_ssl. Iekš httpd.conf faila atkomentē rindiņu (noņem # sākumā): OpenSSL Windows binaries (instalāciju) var dabūt no: http://www.slproweb.com/products/Win32OpenSSL.html

http://www.google.lv/search?hl=lv&q=en...4%93t&meta= Otrais no augšas - WebScript Encoder - liekas dara to ko tev vajag, tikai shareware, ja neder - pameklē vēl.

varbūt datubāzei defaultais encodings nav utf-8. Ja nomainot defaulto encodingu nepalīdz (dati jau sačakarēti?), tad vajag uztaisīt tabulu pa jaunu ar default utf8. Vēl jāskatās katrai tabulai un laukiem kāds encodings uzlicies.

un tas hacks, kas darbojas, ir: min-height:350px; height:auto !important; height:350px;

Atbilde te

google: php login script

$row = mysql_fetch_row(mysql_query("SELECT COUNT(id) FROM users")); echo "Kopā reģistrējušies: ".$row[0];

es pievienotu vēl vienu lauku, id_type, kas norāditu, kurai tabulai pieder id_who piemēram, ja id_type=="image" ,tātad id_who ir no image tabulas.

andrisp: nop, vismaz uz IE7 nestrādā.. Pozicionēšanas risinājumam ir viens mīnuss: browserim horizontālais scroll bars parādas un var aizskrollēties lidz Submit pogai. It kā to var noslēpt ar style="overflow-x:hidden", bet labāk: <input type="submit" style="width:0;height:0;max-width:0;max-height:0;margin:0;padding:0;border:0;float:left"

tev derēs šis: <input type="submit" style="position:absolute;top:0;left:30000px"/> (norādam absolūto pozīciju ārpus loga)

TinyMCE var uzlikt kompresēšanu, ātrāk ielādēsies: http://wiki.moxiecode.com/index.php/TinyMCE:Compressor/PHP dabūt var zem Download iekš TinyMCE mājas lapas

Tas bija tīri html fails ar meta tagu "Content-type: text/html; charset=utf8", taču nenostrādāja (utf-8 contents lapā rādījās kā ķeburi). Tiesa, toreiz nezināju, ka ar php var uzstādīt savu header("Content-type.."), varbūt tad būtu aizgājis. Bet kad no.lv džeks skaidri uzrakstīja NAV iespējams, to tā arī pieņēmu.

ok, paldies, vērsīšos pie norādītajiem provaideriem. no.lv gan es neizvēlētos, pats personīgi biju viņu klients kādu laiku. Kad iepazinos ar utf-8 un tā iespējām, izrādījās, ka no.lv serverī tāds nemaz nedarbojas. Tas bija pirms kāda gada, nezinu kā tagad ir. Man pat emails saglabājies: no.lv: Serveris darbojas ar windows-1257 kodējumu un citi kodējumi NAV pieejami. gurkjis wrote: > Kapec nedarbojas utf-8 kodejums? Man vajag. Nokaartosiet sho problemu? > piemeram lapaa > > http://xxx.lv/x/i.html > > japaradas latvieshu burtiem "siļķe" >

Vai kādam ir zināms, kuri no Latvijas hostinga provaideriem jau defaultā lieto php 5. versiju? Uz diviem man pieejamiem serveriem ir kautkādi vecie 4.3.x un 4.4.x. Varbūt provaiderim, kuram ir 4. versija, paprasīt, lai uzliek piekto? Bet te kautkur forumā lasot, nopratu, ka tā pāriešana varētu būt baigā noņemšanās(provaiderim), ja uz servera jau stāv daudz php4 lapas. Nez, vai tā vienkārši manis dēļ tur visu pārliks. Visu laiku biju rakstījis uz php5, neiedomājoties, ka kods varētu nedarboties uz vecākas versijas. Domāju to pielāgot php4 - izbraucu visam kodam cauri labojot kļūdas, par ko php4 sūdzējās... vienalga kautkas negāja. Čakars.

nja, biju skatījies arī tajā lapā, tikai ātri pārlaidu acis.. skaidrs. pagaidām neredzu vajadzību pēc ZEROFILLa. paldies.

Ko definē int(N) tips iekš CREATE TABLE kverija? Sākumā likās, ka tas apzīmē fiksēta garuma masīvu, bet tagad sāku par to šaubīties. MySQL manuāļos pie datu tipiem kautkā neatradu skaidrojumu, varbūt nesapratu. Varbūt tas ir display width? Kas tas.. Uzliku N=1, tad N=10, atšķirību nemanu,kad mysql konsolē skatos SELECT rezultātus.

tas,ka tur tieshi taadi encodingi,ari man liekas nejauki, bet mans uzdevums ir pamainiit vienas lapas funkcionalitaati,tas ir cita cilveka darbs,ar kuru vairs nav kontaktu. Kaadi ir tie encodingi,taaadi ir. Exports jau izdariits un originalie dati jau aizvietoti ar bojatajiem, meginaju rupji noradiit visaam tabulaam charset=utf8 un collation=utf8_general_ci,tachu tas neko daudz nemainiija. Varbuut kkads unikaals bugs vai konfiguracijas gadijums. Dzjex kas darbojas ar to servaku tapat teica, ka saskaries ar sho problu. Pirms exporta jau domaaju - varbuut visas tabulas paarsaukt pievienojot prefixu nosaukumam, lai kaa droshs backups turpat staav bez kaadaam encodingu konversijaam, bet neizdariiju. Turpmaak taa vajadzees dariit kjeroties klaat gatavaam dbaazeem.

Sveiki! Vai kaadam ar phpMyAdmin ir gadijies taa,ka Exportejot tabulas un pec tam bez izmainjam to pashu exporteto SQL failu ieimportejot atpakalj, tiek sachakareeti latvieshu/krievu chari? Tabulaam COLLATION ir cp1257_bin un latin1_swedish_ci, CHARSET=cp1257 un latin1. Connection COLLATION=utf8_general_ci. Lapai encodings ir UTF-8. Importejot noraadu UTF-8, citaadi neder. Paskatoties SQL failu hexaa var redzet,ka specialie(lat/rus) chari nav 2 baitus gari kaa parasti,liekas dubultaa ir nokodeets. Uztaisiju PHP skriptu kas nolasa un parada SQL faila saturu,pirmstam noraadot header("Content-type: text/plain; charset=utf-8"). Vienkarshi drukajot SQL saturu, visi chari kjeburos pa diviem raadas, kad saturu laizj cauri utf8_decode($s), tad paradas taa kaa lapaa, ar dalju bojatiem chariem. Meginaaju rupji converteet bojaatos charus uz vajadzigajiem, luuk skripta fragments: $s = file_get_contents("x.sql"); $z = ""; for ($i=0; $i<strlen($s); $i++) { $a = substr($s, $i, 8); if (!strncmp($a, "\xC3\x84\x3F", 3)) { // ā bojātais $z .= "\xC3\x84\xC2\x81"; // ā vajadzīgais, var dabūt kā utf8_encode("ā"); (dubulti encodets) $i += 2; } ... } file_put_contents("y.sql", $z); bet tas nostradaja tikai mana kompja serverii un vel citaa, tikai ne vajadzigajaa. Domaaju,ka vaina phpMyAdmin versijaa(vajadzigaja serveri tas bij vecaks neka tajos kuros nostradaja charu laboshana),sakotneji izmantoju provaidera phpMyAdmin,veelak pats iekachaju svaigu versiju, tas neliidzeeja.