Java

Tā kā pats esmu par valodām interesējies, tad varu uzreiz pateikt, ka valodas iedalās ne tikai lielajās saimēs (piemēram, igauņu valoda ir Somugru saimē), bet arī tipos - kā tur viss veidojas, piemēram, igauņu valoda ir pat pie visam cita tipa, nekā latviešu valoda. Tad jau spāņu valoda mums tuvāka skaitītos! Piemēram ķīniešu valoda ir pavisam kas cits, tur ir vārdi, piemēram, "jang", "ču", "šang" un visa jēga veidojas kādā secībā šos vārdus saliek - veidojas pavisam dažāda nozīme!

Tā, ka mašīna nekad perfekti nepārtulkos... Ja nu vienīgi tiks izveidots mākslīgs intelekts, kam info un spēju apjoms ir tuvs cilvēka smadzenei - kā jau mēs labi zinam, tik intelektuāli spējīga pagaidām nav neviena mašīna! ;)

Tik un tā JavaScript bibliotēka ir jāsūta uz pārlūku. Un galvenais jau tas, ka tādu wikipedia izmanto cilvēki ar ļoti dažādiem datoriem un pārlūkiem un to iestatījumiem, tāpēc tur jo "vieglāk", jo labāk. Bet web vietnes redaktoram ir tā kā bieži būtiskāk, lai viņš varētu ērti visu rediģēt un papildus nekas viņam nav jāmācās (kāpēc neviens Latvijā negrib mācīties? - uz to var atbildēt ar retorisku jautājumu - "Kāpēc Latvijā, tai skaitā valsts pārvaldē joprojām tiek izmantoti dārgie Microsoft produkti?). Bet uz WYSIWYG parasti nav pat jāapmāca strādāt, lai gan ir āmuri, kas pat uz to neprot nestrādāt un ir speciāli jāapmāca...

Iesaku tev vēl kodu optimizēt, piemēram, sākumā ielikt:

define('LANGUAGE_DEFAULT', 'ru');

Un tad visur, kur vajag ielikt defaulto valodu, izmantot konstanti LANGUAGE_DEFAULT, savukārt pēc mana koda, Switch vietā vienkārši vari ievietot:

if ($_LANG) {
@include("lang/".$_LANG.".php");
}

Aleksejs nedarbosies, ja nav nosetots gan cookijs, gan nav pieprasīts 'set_lang' - paskaties augstāk - esmu salabojis savu kodu! :) Tagad vajadzētu strādāt!

Pag, es salaboju savu postu, ieliec tagad to kodu!

Pārraksti savu kodu uz sekojošu un vajadzētu strādāt:

<?php

if (!$_COOKIE["mufilebase_lang"] || $_REQUEST['set_lang']) {
if ($_REQUEST['set_lang']) {
	if($_REQUEST['set_lang'] == "lv" OR $_REQUEST['set_lang'] == "en" OR $_REQUEST['set_lang'] == "ru"){
		$_LANG = $_REQUEST['set_lang'];
	} else {
		$_LANG = "ru";
	}
} else {
	$_LANG = "ru";
}
	setcookie("mufilebase_lang",$_LANG);
} else {
$_LANG = $_COOKIE["mufilebase_lang"];
}

switch($_LANG){
case 'en':
include("lang/en.php");
break;
case 'lv':
include("lang/lv.php");
break;
case 'ru':
include("lang/ru.php");
break;
default:
include("lang/ru.php");
break;
}

?>

<a href="<?php echo $_SERVER['PHP_SELF']; ?>?set_lang=ru">ru</a>
<a href="<?php echo $_SERVER['PHP_SELF']; ?>?set_lang=lv">lv</a>
<a href="<?php echo $_SERVER['PHP_SELF']; ?>?set_lang=en">en</a>

Rodas jautājums - kam vispār der translate.google.com - rīks būtu SUPERDERĪGS, ja nebūtu tik smagi gļuki! Šobrīd tikai - lai izzīlētu aptuvenu nojausmu, par ko iet runa tekstā! :)

Protams, ka ar klaviatūru... Esmu radis taisīt arī html un man tas grūtības nesagādā, rakstīt ar klaviatūru...

bubu, bet kā jau te teica - tad jau labāk rakstīt tīru xhtml - iemācīt klientam xhtml un viss notiek - varēs uztaisīt visu pa savam un vēl labāk! :)

codez - wikipedia ir kaut kas cits - to lieto miljoniem cilvēki arī rediģēšanas režīmā, attiecīgi - jebkura lieka noslodze nav vajadzīga. Un wikipedia ir tomēr ieinteresēta, ka cilvēki, kas viņu pilnveido un rediģē ir ar pietiekami augstu IQ, lai prastu viegli izmantot "editinga pierakstu", kas ir tur! Bet vai mums jāapmāca vidējas Latvijas "klients", kurš nav gatavs algot speciālu redaktoru, ka arī nav gatavs pats apgūt neko, kas būtu sarežģītāks par MS Word? No vienas puses ir jāapmāca, no otras puses - ja viņš grib WYSIWYG, tad to arī var viņam pasniegt un tur nekāda pārliekā bremze nebūs, jo lieto tikai admin pusē...

izskatās ka katrs par labāko iesaka to, kas pašam patīk, nu tad es a' - iemāci klientam markdown (http://en.wikipedia.org/wiki/Markdown) kad piešausies, formatēt textus būs pat ātrāk nekā bakstīt javascriptīgu wysiwyg.

Šai forumā atbildes postus vai teiksim, blogā komentārus rakstīt varētu ar markdown palīdzību, bet šaubos vai tas derēs CMSam pie satura labošanas! Un te nu nav ko liekuļot - WYSIWYG editors būs krietni labāk izvēle - kaut vai ērtības, ka nekādi kodi nav pašam jāraksta, es tam markdown arī neredzu iespēju, piemēram, veidot tabulas, vizuālu attēlu rediģēšanu, un tas, ka neredzi faktiski, ko attēlo JAU ir mīnuss! Tāpēc, piedod man, bet neizprotu Tavus argumentus par markdown - manuprāt, tas nemaz nespēj īsti konkurēt ar WYSIWYG, izņemot kā jau teicu - minigadījumos - komentāru rakstīšana (piemēram, blogos), atbildes postu rakstīšana forumos utml. Kaut gan vēl viens būtisks trūkums markdown - kā tu uzrakstīsi vienotā šriftā tur izteiksmi "2 * 3 - 2 = 4" - būs problēmas ar simbolu izpratni ne? v3rb0, piedod, bet Tu iebrauci auzās šoreiz! :)

P.S.

blackhalt - tas widgEditor ir it kā ātrs un sakarīgs, diemžēl, iespējas tur ir 10 reizes pa maz, nekā normāli vajadzētu būt! :) Klientiem lielākoties vajag tā, lai xHTML un css kodā minimāli jābakstās, bet tavējā variantā sanāk - gandrīz tas pats, kas drukāt pliku xHTML textarea laukā! :)

reku var pasmieties

Labs:

Pārdevējs Informācija

Pārdevējs: oko68

Ratings: 99,8 99,8 % Pozitīva

Loceklis: Vācijā kopš 24.07.02

Reģistrēts kā biznesa pārdevēju

Interesanti, vai Google Docs kāds uzskata par "eļļas mainīšanu caur izpūtēju"? Es uzskatu to par labu tooli, kas var noderēt tiem, kam gadās kādu dokumentu izveidot un palabot uz sveša datora, nemaz nerunājot par to, ka nekas nav jāpārnesā un jāsūta caur e-pastiem, viss jau glabājas savā kontā uz googles serveriem...

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs

Ja jau tik "skaļi vārdi", iesaku tev pašam apdomāt, vai gadījumā nepiederi pie šiem "autoatslēdzniekiem"...

Nē, tā atšķirība nav tik dramatiska, programmerim ir padziļinātas zināšanas un cita veida zināšanas, koderim vairāk - tehnika!

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs

Es gan nezinu, vai tie abi ir oficiāli termini, bet manā izpratnē ir sekojoši:

Programmēšana - tā ir algoritmu rakstīšana, izgudrošana, programmas arhitektūras veidošana utml. - nu tas, ko dara piemēram, ne tikai valodās Java, C++ utml. , bet arī php, javascript...

Kodēšana - tas saistas vairāk ar deklarāciju veidošanu, konfigu rediģēšana, atsevišķu komandu pierakstīšanu, formatēšanu, piemēram, xml, css, html.

Atsevišķi varētu nodalīt datubāzes.

Kā var netīšām nodropot visu DB? Vai tad brīdinājumus nelasi? Skaties, ka kādreiz šitā netīšām arī nenoformatē cieto disku!

Man tomēr TinyMCE vairāk iet pie sirds!

Manuprāt, TinyMCE! Ja ir kāds labāks, parādiet? Reāli es domāju, būtu nepieciešams, lai strādā gan uz FF, gan IE, gan Opera un Safari.

Kodēt HTML un CSS - tas izklausās dīvaini. Drošvien pareizāk būtu teikt - deklarēt :)

Programmēšana tā nav, bet tik un tā, ņemam vēl klāt XML, piemēram, un jau tā lieta kļūst krietni sarežģīta... Var uz to tikai specializēties, es gan domāju, ka jāmāk arī programmēt.

Tieši tā marrtins, tas ir aptuveni tas, par ko es teicu - var zināt sintaksi 10 valodām, bet tieši specializēti uz tām programmēt (rakstīt labus algoritmus, ņemot vērā valodas īpatnības) nenozīmē, ka pratīsi, sevišķi lielākos projektos. Es ar zinu VB sintaksi, Java sintaksi, pat assambler sintaksi, nu ko man tagad plātīties, ka visas šīs valodas "pārzinu"? Muļķīgi, vienu pārzin labi (ar ko ikdienā ņemās), citas sliktāk!

Īsti nesapratu, kāds tam sakars ar drošību? Tu jau tikai savā (klienta) pusē čakarē to paskatu, ne jau uploado to bildi uz serveri... Serverim no tā ne silts, ne auksts!

mefisto - ja tu būtu iemācījies lasīt ne tikai burtus, bet arī jēgu manos teikumos, tad tu būtu varbūt sapratis, ka es teicu, ka neiet runa par valodu zināšanām, bet gan uz to, uz kuru valodu specializējies! Esmu diezgan drošs, ka ja tu, pieņemsim, ikdienā strādā un proti php pamatā, ka tu ne vella (vismaz saprātīgos termiņos) nespētu uztaisīt softu uz C++, piemēram...

Bubu - varētu piekrist, bet tas tomēr ir atkarīgs no pieredzes.... Neba nu zinot QB, pēkšņi bez problēmām uzprogrammēsi jebkur. Pieredzējušam vairākas valodas un darba stilus, programmētājam nevajag būt problēmām tiešām kaut ko uzprogrammēt svešā valodā.

Tu runā par programmēšanas valodām, kurām ir principi vienādi (un sintakse jau būtu tas mazākais, ko apgūt) - augsta līmeņa, OOP valodas lielākoties... Protams, sintakse galvu jauc vismazāk - tas ir drīzāk pieradums! Protams, interese var būt par daudzākām valodām un ieskatīties un izmēģināt populārākās no tām ir ne tikai interesanti, bet pat lietderīgi... Bet ne vienmēr tam visam ir laiks un ir tomēr tāpat nāksies piezemēties uz kādu valodu, ko padziļināti urbsi ikdienā (visādas fiškas atklāsi utt.), kas būs nepieciešama darbam, jo visās tās īpatnības neapgūsi! Ja tu programmē Windowsam tikai, izmantosi .NET, ja arī citām platformām, tad Java... Ja tev vajag weblapu, izmantosi php, jo tur ir vajadzīgās iestrādnes. Bet ikdienā tomēr vajag specializēties uz vienu lietu... Kaut kāda "viszinoša ģēnija" tēlošana nav paredzēta programmētāja garam... Viņam darbs tai pašā vienā valodā, kur viņš programmē, uzliek atbildību to pārzināt un studierēt! Un nezinu, kas tas par gudrīti, kas var kā maizes darbus mierīgi savienot Java un .NET, piemēram - abos būt lielisks, pie tam neaizmirst par visām vizualizācijām, atšķirīgām datubāzēm, bibliotēkām utml. Kam tas vajadzīgs... Ja patīk .NET, nu ņemies gadiem ar to .NET 80% no sava darba laika un rezultāts būs - ja kādam vajadzēs .NET programmu, viņš ņems labāk to, kurš to .NET pārzin ļoti labi un atcerās visu, jo ikdienā strādā, nevis "viszinīti", kurš patiesībā daudz ko aizmirsis, daudz ko varbūt arī nezin, jo ikdienā to valodu nelieto...

Pilnīgi pietiek zināt vienu, divas programmēšanas valodas plus vēl šitos pašus css, xml un html... Nav ko čakarēt pašam sev prātu ar n-tajām valodām...

Ko jūs strīdaties par tagiem? Nav svarīgi kādsu tagus zin koderis, galvenais ir rezultāts, ko viņš spēj sasniegt, kaut vai izmantojot tikai DIV tagu.

Nepiekritīšu, jāievēro lietas, principi, metodes, tai skaitā - tagi! Kaut vai tas pats jautājums par strikti valīdu xhtml - daudzi teiks - kam to vajag!? Bet nu tas ir standarts, uz ko tiecas pārlūki aizvien vairāk! Vajag, lai samazinātos gļuku iespējamības - dažādības uz pārlūkiem.

Pats esmu pieredzējis, ka viens čalis ielicis bija iekš <a> tagiem <div> tagus - tas nav valīdi, līdz ar to firefox nesaprotami nogļuko šad tad... Mums ar viņu bija lielie strīdi par to, kas vainīgs - php vai html+css. Es teicu uzreiz, ka visticamāk vainīgs ir tas, ka nav valīds xhtml un man bija taisnība! :)

Interesanta diskusija...

Bet tik un tā - <xmp> tagu nekādi nevar salīdzināt ar <body> tagu, tas izklausās pēc anekdotes!

Nu katram speciālistam ir jāpēta jaunākās tendences savā lauciņā un jāanalizē un jāpaņem labākais! Ja esi tikai html un css koderis, tad Tev jāprot web lapas layoutu uztaisīt perfektu! Lai strādā kaut vai uz Avant Browser vai sazin ko vēl... JavaScript ar var nākties pielietot tomēr... PHP koderim šo to nezināt par css var vēl piedot (kaut arī pamatlietas visas jāzin).

Labāk jau būtu, ja cilvēki katrs specializētos uz savu - viens uz JavaScript+ajax+xml, viens uz html+css, viens uz php+web services+db pamatlietas, cits atkal tikai uz server+os, piemēram, linux, cits atkal tikai uz db (advancētā līmenī) utml. Nu tas tā normāli būtu, lai sanāktu beigās kvalitatīvs produkts!

Priekš kam Tev lieka greznība un resursu patēriņš - divas datubāzes? Nepietiks ar diviem lietotājiem uz vienu datubāzi? Vajag vienkārši pareizi sakonfigurēt, lai būtu droši! Rokasgrāmatas palīdzēs! Viens useris - "public" - ar iespējām tikai selectot attiecīgās tabulas, kādā tabulā varbūt vēl insertot un kādā vēl delete, skaties katrai tabulai atsevišķi. Citām varbūt pat select nevajag "public" userim! "Admin" userim atkal savas tiesības... Par divām datubāzēm - samudžināsi visu pats, tas vairāk nepieciešams, ja nu viena datubāze atrubās (ūbersvarīgiem projektiem), tad ieslēdzās otra kaut kā tā - un abas stāv uz atsevišķiem serveriem. Datubāzi dublēt varēsi backupos, kur tev stāvēs attiecīgā datuma un laika "rezerves kopija", lai minimizētu zaudējumus avārijas gadījumā!