azpage

Es saprotu, bet tam ir kāds loģisks izskaidrojums un dzīvē reāls pielietojums, glabāt vēl vienu saiti uz to pašu objektu? Vai arī tas tā ir, un nav ko tur iedziļināties. Man šāda javascript rīcība, liekas gaužām stulba.

Tā tas vienkārši ir un nav ko tur iedziļināties, tas tik jāatceras. Esmu pieradis pie tā un bugi tieši šī iemesla dēļ īsti nav.

Nu nez, nav bijušas problēmas ar papildus vaicājumiem, kas atsevišķu kolonnu pie ieraksta pievienošanas/dzēšanas izmaina. Šajā gadījumā tas nav svarīgi, taču pie liela vienlaicīgo lietotāju skaita un ierakstu daudzuma obligāti skaits ir jāglabā atsevišķā kolonnā. Turklāt vienmēr var ik pa laikam palaist kodu, kas atjauno skaitu. Performance ieguvums ir pamatīgs.

Izmanto kopēšanai šo:

var clone = myArray.slice(0);

Javascript mainīgajos glabā saiti uz objektu nevis objekta kopiju.

Tak tāpat tas GROUP BY ir lieks, jo no t2 un t3 pa vienam laukam tiek lasīts, līdz ar to var pa tiešo SELECT daļā ielikt šo tabulu atlasi un GROUP BY nebūs vajadzīgs.

Nop, selectā ir COUNT funkcija. Tā vienkārši atmetot nevarēs iegūt komentāru skaitu.

Šādi vaicājumi ir jānovērš, pie 11 tūkst ierakstiem vēl ok, bet kas būs pie 1 milj.ierakstiem? 0.2sec vienam vaicājumam ir daudz. Te komentu skaitu vajadzētu glabāt pie "topics" tabulas, tā izdosies tikt vaļā no Group BY daļas. Kādēļ vajag "posts" tabulu siet klāt? To "post" lauku varbūt pat labāk atsevišķā vaicājumā nolasīt.

Ar "overflow" ir jāstrādā, ar izmantoju un viss ok.
 
Kad parādās popup:

document.body.style.overflow = 'hidden'; 

Kad popups tiek aizvērts:

document.body.style.overflow = 'visible';

Uz mobiliem gan ar šo ir problēmas.

Pie mums ir sludinājumu meklētājs, nevis sludinājumu portāls. Tāpēc mēs nekonkurējam ar ss vai zip.

Mēs strādājam pavisam citā virzienā. Par mūsu konkurentiem varētu nosaukt http://auto.yandex.ru/ , bet tas darbojas pārsvarā Krievijas teritorijā.

Tā nu gluži nav - LV tirgus ir daudz mazāks, kaut vai LV ir tik divi tādi daudz maz nopietni sludinājumu portāli. Ja ss.lv un zip.lv pilnveidos savas atlases formas un vēl visādas lietas, tad tie tomēr konkurēs un konkurē jau šobrīd - principā auto var atlasīt pēc tādiem pašiem kritērijiem, vienīgi tikai iekš viena portāla.

Centos tikai noskaņot tam :) Šaubas tādēļ, ka papētot LV projektus un arī ārpus, tā bieži vien ir problēma. Projekts varbūt tiek hostēts, bet netiek pilnveidots arī pēc gada un diviem, kas ir ļoti svarīgi. Veiksmīgi!

Projekts labs, taču tam ir viens liels "bet". Pieraduma spēks un uzticība - tos abus var iegūt ar lielu darbu un tikai ilgtermiņā. Jābūt kaut kam būtiski labākam par ss.lv un zip.lv. ss.lv var sakārtot pēc cenas utt., līdz ar to nav man īpaši nepieciešamības iet tajā portālā. Līdz ar to, lai šim portālam būtu jēga un kāda būtiska atšķirība, vajag papildus funkcijas, piemēram, atskaites saņemšana e-pastā, kur ienāk info par jaunākiem modeļiem pēc manis noteiktajiem kritērijiem, pievienot favorītiem utt. Tad iespējams es to projektu varētu lietot. Vai esat gatavi investēt projektā vismaz kādus 2 gadus?

Starpcitu, kā ir ar dublikātiem? ss.lv un zip.lv bieži ir viens un tas pats sludinājums, būtu labi, ja tie abi sagrupētos.

No lietošanas viedokļa divas lietas gribētos citādi:

• dzinēja tilpums - būtu labi, ja varētu atlasīt detalizētāk, ar 1 daļskaitli, jo starp 2 un 3L motoriem man interesē tikai 2.4 nevis 2.8
• grūti saprast kā var atlasīt konkrētu modeli auto markai

Kas ir mērķauditorija?

Izmanto CSS float

1. Ieliec katru bloku iekš "<div>" elementiem.
2. Piešķir abiem klases.
3. Kreisajam norādi css: float:left; width:XXXpx;
4. Labajam norādi css: float:right; width:XXXpx;
5. Zem abiem izmanto div elementu ar stilu "clear:both;"

Ar šo ir jātiek galā.

Es gan šādai vajadzībai pārlasu GET masīvu un linku veidoju pa jaunu, ņemot vērā to, kas man tajā jāizmaina.

Elementāra funkcija, kurai tiek padots kā parametrs masīvs ar maināmajiem GET parametriem un to vērtībām...

Tas noder tad, ja zin, ka linkam vajadzes mainiit vienu vai vairakus mainiigos vienaa vietaa, bet ja tas var mainiities vairaakas vietaas visas web-lapas izpildes laikaa, tad tas neder, jo tad speekaa nepaliek iepriekshejas veertiibas.

bubu, paldies, Tavs variants der

Njee, ar to viss ir kartiibaa.

Piemērs:

Shadu vertibu nodod funkcijai http://adrese.lv/index.php?aaa=100&bbb=200&ccc=vertiba, kur "bbb" jasamaina pret "400"

Jaiegust taatad: http://adrese.lv/index.php?aaa=100&bbb=400&ccc=vertiba

taa izteiksme ieksh preg_replace visu pareizi atrod liidz "...bbb=", bet taalaak ir jaanosaka, ka jamaina ir taa dalja, kas ir liidz "&ccc=vertiba". Taapat arii ir jasamaina, ja mainu mainiigo "ccc" uz "citavert", tachu tur ir jameklee lidz rindas beigaam.

Viens no tiem variantiem man sanaak, meginaju visadus variantus, tad viens, tad otrs variants, bet abi nesanaak

Nav teicamas zināšanas preg funkciju nosacījumu veidošanā. Pūlējos ilgi, bet rezultātā dažādos variantos parādās nepilnības, nestrādā funkcija kā vajag.

Nepieciešams:

Funkcija, kurai nodod interneta adresi, mainīgā nosaukumu un tā jauno vērtību. Funkcijai ir jāizmaina adresē tas mainīgais ar jauno vērtību, ja nav tāda, tad pievienotu.

Nesanāk samainīt mainīgā vērtību, ir gadījumi, kad strādā kur maināmais mainīgais atrodas pašās beigās (aiz tā neseko neviens "&" simbols), taču tad nestrādā kad ir tas simbols.

Mans pēdējais variants.

$res = preg_replace('/(\?|&)(' . $name . '=)([^&|\n]*)/', '\1\2' . $value . '', $url)

Nestrādā tā beigu daļa, viņam būtu jāiet līdz rindas beigām, vai līdz atrod simbolu "&" un to daļu tad no "=" samaina pret jauno vērtību.

Ar $_GET neder, jo ir nepieciešamība apstrādāt vienu linku vairākas reizies.

meginaju ar content tipiem arii, bet kaut kas shoreiz nesanaca, tachu wordam tips ir "application/msword" ja nemaldos. Bet man izvadas viss teksts, nepiedavaa saglabaat un neparaada arii kaa wordu to tekstu.

Izmeklejos arii arzemju lapas, nekur nekas vairak par COM biblioteku nav, tad jau laikam arii nav iespejams pa tiesho ar MS Word. Paekspermenteshu ar content tipiem.

respektiivi vajadzeetu sataistiit taa lai jau gatavajos templeitos ielasas tikai vertibas un pec tam to pashu dokumentu ar aizpilditiem bookmarkiem vai fieldiem piedava lietotajam nokopeet. Un vel vajadziiba lai buutu word dokumentos tie headeri un footeri ko ar html manuprat nevar panaakt, vai varbuut var ?

jaa tas butu labi tad, ja nevajadzetu dot iespeju lietotajiem saglabat word dokumentus, bet ko dariit ja vajag ?

Kaads ir viedojis sistemas, kuras integreetas ar MS Word ? T.i. sistema, kura panjem templeitu un samaina ieksh taa visus bookmarkus pret sistemaa saglabaatam vertiibaam vai kaut kaa tml.

Es izmantoju COM bilbioteku, bet kaut kaa nepatik taadel, ka atbalsts ir tikai win(to var paciest, taakaa MS Word ir tikai win), bet tas ka drausmiigi ilgi skripts izpildas, kamer tiek samainiti visi bookmarki. No 15sec lidz pat vairak kaa minutei, lidz uzkaras. Kads varetu pateikt kaadeel taa ir, varbut nepareizi nokonfigureets ? Un ja tur neko nevar dariit, varbuut ir cita iespeja kaa ievietot vertibas MS Word dokumentaa (varbut izmantojot form fieldus)?

Kaada vispar ir pieredze PHP un MS Word integraacijaa?

ar ko tas atskiras un kur to var dabuut ?

Ja nebutu pareizs, tad jau netiktu ieklauta GD2 un MBstring biblioteeka, jo ar tam viss ok, es gan nesmu izmantojis pagaidam uz shii datora shis bibliotekas, bet kludas nekadas nerada, semikols ir nonjemts pie shim divam bibliotekam.

PHP.ini - extension_dir = C:\web\PHP\extensions

Uz cietaa - C:\web\PHP\extensions

php_iconv.dll fails aizņem: 20 480 bytes

PHP versija: 4.3.1. Nevar but ka fails nav istais, kopejis pa virsu neesmu tiesham neko.

itkaa visi celji ir pareizi salikti, iekopeju arii winnt/system32 direktorijaa bet nekaa. Paraada "The dynamic link library iconv.dll could not be found in the specified path" un tad vairakas noraades uzskaititas no PATH enviroment, bet to ko es pats pieliku, to tur nerada kaut vai mycomputer properties logaa ... ir redzams manis noraadiitais celsh.

Netieku nekadi pie iconv

Esmu parbaudijis extension direktoriju, tajaa atrodas iconv.dll fails, tachu tiklidz palaizhu lapu, taa parada unable to load .... mbstring biblioteka iet, gd2 ar iet, takaa extension direktorija ir pareizaa ustadiita.

Kaads vareetu buut iemesls, kaadel neiet iconv biblioteka ? Paldies jau iepriekš!

Paldies visiem. Palikshu tad pie vienas db, pagaidam gan nevajadzes sinhronizaciju, tadel pie vienas. Par prefiksiem pilnigi piekriitu, tomer bus parskataamaak. Parbaudiju arii kadu laiku uzrada mysql komandrindaa, kad njem datus no citam db. Atskiriba diezgan.

Paldies visiem!

Bet cik saprotu atrdarbība nebūs tik liela, ja viss glabātos vienā DB ? Vai krietni atšķirsies ātrums tad ?

Vai ir labi veidot sistēmu, kur dati tiek ņemti no divam vai pat vairāk datubāzēm. Datu daudzums liels, kas tiek ieguuts, pieprasījumi padaudz. Vai labāk veidot sistēmu uz vienas datubāzes, kur vienkārši tad atdala tabulas kaut vai ar prefiksiem?

Kā labāk veikt darbības ar DB, ja veido sistēmu uz vairākām DB? Cik saprotu, tad parsledzoties no vienas DB uz otru, jaizmanto visulaiku "mysql_select_db" funkcija. Viena skripta izpildes laikā jāņem dati no vairākām datubāzēm.