Mr.Key

Skatoties no plāniem, ko domā darīt ilgtermiņā.. man e-komercija liekas baigais fans un tās standarta fīčas nav nemaz tik daudz, lai nevarētu tās uztaisīt..

Bet kā Grey saka, gandrīz absolūta iespēja, ka ir gatavs un uzliekams dažu stundu laikā.

Tā ka paliek jautājums, vai domā ar to darboties ilgtermiņā, veidot savu produktu ar super duper īpašībām.. ja tikai nopelnīt naudiņu, tad labāk gatavu.

Darīju tā, ka padevu datu array uz skatu (templeitu), skatā ir f-ija, kas zīmē sarakstu, f-ijas parametrs ir saraksta definīcija - kolonnu saraksts, virsraksti un dažādas īpašības. Standarta kolonnas vienkārši atzīmēju (edit, check, move up/dn ..)

Tagad daru tā, ka pārtaisu uz objektu, kura init() f-ijā nodefinē saraksta kolonnas, bet render() f-ija uzzīmē viņu. Dati tiek padoti rowsetā (izmantoju Zend Framework).

Kolonnu ietveršanu / noņemšanu domāju realizēt tā, ka datubāzē ir metadatu tabula, kurā ieķeksē / noņem ķeksi tiem laukiem, kas definējami kā pievienojami / noņemami. Tas tad kaut kur ielādēsies un glabāsies, nav svarīgi kur, to izdomāšu vēlāk un pierakstīšu dažas rindiņas klases kodā pie render() f-ijas.

Respektīvi, tāds kā kopējs variants no tevis aprakstītajiem, taču idejiski darbs ar listēm manā gadījumā būs līdzīgs Zend_Form, attiecīgi sastrukturēts kods. Droši vien ka drīz zends piedāvās savu Zend_List...

Vai nu 13x2 search&replace sesijas prasīs nedēļu? :) (13 diakritiskās zīmes x (mazie + lielie burti)

Es parasti izlīdzos ar to.. ja ir lielāka ķeza (piemēram, RU vai vēl kādas valodas), tad var kombinēt ar pagaidu datubāzi, kurā iemāna dumpu un pēc tam izmāna ārā, spēlējoties ar pareizajiem connection un database charsetiem.

Summu rēķina lapas javascripts. Vai tas tiek ģenerēts, jeb veidoji pats?

lai nu kā, sourcē atrodi funkciju check_event un aizvieto ar šo, pirms tam saliekot cenas EURO

http://paste.php.lv/a5f63672c90f400a1c2bbecc2897f5a8?lang=javascript

Daži punkti:

IT speciālistam ir plašas iespējas orientēties uz tirgu ārpus LV, tas nav nekas slikts specializēties Smarty, JS un XHTMLā.

Jā, ZF pamatā esošais PHP ir dinamiski interpretēta valoda. No vienas puses, man pašam tas šķiet diezgan būtisks faktors, ātrdarbība un tā. No otras puses, to var risināt ar labi pārdomātu izvada kešošanu un arī bytecode kešošanu, jeb php optimizātoru.

Protams, ka ZF ir priekš web aplikācijām, piemēram, web servisu veidošanai var izmantot citu pieeju (bet var arī ZF izmantot tam, gan kā MVC ietvaru, gan kā tikai library), integrējot tos web aplikācijā.

Tavs piemērs ar Smarty ir tas, par ko jau teicu - konkrētai vajadzībai tiek pretnostatīts risinājums, kas ir domāts citu vajadzību risināšanai. Ja tavas vajadzības nav templeita valoda, nodalīts php kods un, piemēram, iespēja templeitus definēt CMSā, tad ir lieki spriedelēt par to, kāpēc dizaineriem jāapgūst php un kāpēc Smarty, kas nav domāts šādai pieejai, ir slikts ar to, ka nav tiešām nav domāts tādiem gadījumiem. Vienkārši neizmanto to. Kur problēma?

Konkrētu aplikāciju un projektējuma idejas nav vēlme izklāstīt detaļās šobrīd. Varu tikai piebilst, ka virzība ir virzienā, uz kuru pasaule jau labu laiku virzās. Nav jau arī nekāds kosmoss, vnk. gribās uzbūvēt to, kas pašam šķiet interesants. Ja viss labi veiksies Laiks rādīs, apsveru iespēju uzrakstīt blogu, kur apkopot savas pārdomas, bet tas tāds jautājums ar lielu varbūtības koeficientu, jo latviski kaut kā negribas rakstīt dēļ profesijas specifikas, bet angliski vēl tik labi neprotu.

Par minor versijām - nu es to saprotu, kā labi organizētu izstrādes darbu. Projekts attīstās. Varbūt interesanti, kā gāja ar devZone ZF updeitu no 1.0.1 uz 1.9.5. versiju: http://devzone.zend.com/article/11364-DevZone-updated-to-Zend-Framework-v1.9.5

Ir tāds teiciens, labākais veids, kā iemācīties kādu priekšmetu, ir mācīt citiem.

STOOOP, pirms elpa aizraujas sašutumā... tur ir dziļāka doma apakšā! ;)

Tieši jauniņš lietotājs, kurš pats vēl apgūst, ir vislabākais skolotājs, jo var pateikt citiem, kas mācās, to, ko pats ir sapratis.

Pēc tam, kad būs apgūtas specifikācijas un citas lietas, vairs nebūs ne gribēšana, un arī ne varēšana izveidot pilnīgam nezinātājam saprotamu pamācību. Sāks stāstīt par lietām, kas jau uzreiz atsitīs jauniņajiem vēlmi turpināt...

Tā ka reizēm der paskatīties arī no citas puses.. ;)

Mani skolotāji, kuriem esmu pateicīgs, reizēm paši līdz galam nesaprata lietas, un tas bija vislielākais kaifs, izkost, kas slēpjas aiz kādas problēmas..

Šobrīd strādājot ar ZF, redzu, ka pie tā ir strādājusi komanda, kas labi apzinās risināmos jautājumus. Un tie ir labi atrisināti. Labi dokumentēti. Tik labi, ka 90% mana laika aiziet, izpētot to, kas jau ir, lai netērētu laiku, veidojot dublikātu. Ja tā nebūtu, izmantotu citu risinājumu. Ar to gribēju teikt, ka manā gadījumā risinājumam, kuru veidoju, ZF atbilst lieliski. Patiesībā es sākotnēji to vēlējos izmantot kā validātoru, maila un lokalizācijas bibliotēku, bet kad ķēros klāt menu u.c. standarta jautājumiem, vietā jau ir risinājums. Piemēram, abstrakcija - nodefinējot lapas struktūru, automātiski var ģenerēt menu listes, breadcrumbs, u.c. navigācijas elementus, kur jau ir integrēts translate un ACL. (Te es biju sarakstījis vairāk, bet ko nu daudz plātīšos...)

Man ir aizdoma, ka nozīmīgu devu ZF izveidē ir ielikuši Magento CMS veidotāji, spriežu pēc oficiālā paziņojuma par sadarbību.

Par pārējo varu tikai mazliet iesaistīties diskusijā par PHP OOP un mainīgo sintaksi. Man ZF kļuva daudz saprotamāks pēc tam, kad pastrādāju ar .NET frameworku. Pirms tam pat nesapratu, kā darbojas exceptions, bet tagad paradigma ir lauzta un sagaidu, ka ar 6 versiju PHP būs vēl labāk.

Pasaulē daudzas lietas ir ne pārāk racionālas, man pietiek ar to, ka tas ir Zend. Man nav dibena sildītāja, lai varētu mēnesi veltīt freimworku salīdzināšanai, risinu lietas no koncepcijas un dizaina līdz datubāzes optimizācijai, tāpēc īpaši nedomājot, ņēmu to, kam aizmugurē ir "strong advocacy". Mani neinteresē tas, vai valoda (vai datubāze) ir perfekta no teorijas viedokļa, mani piesaista tas, ka PHP ir veidots reālu jautājumu risināšanai. Droši ka izmantošu arī Java u.c. valodas, un datubāzes.

Piemēram, paturpinot tēmu par to, kādu problēmu risina katrs freimworks, bibliotēka utt. Smarty. Manuprāt, daudz apspriests un bieži nopelts, atzīts par pārāk smagnēju utt., taču tas ir ideāls priekš templeitiem, kurus var definēt lietotājs (HMTL dizaineris).. Protams, Smarty nav vajadzīgs programmai, kuras templeitus nekad neaiztiks dizaineris.. taču arī tad var izmantot pluginu u.c. priekšrocības. Bieži var novērot grūtības saskatīt saiti starp konkrētu vajadzību un konkrētu risinājumu, un notiek konkrēta risinājuma apspriešana no nekonkrētu vajadzību skatu punkta.. pie kam izvēloties izteikti nepiemērotas vajadzības un tad tīksminoties, cik slikts ir konkrētais risinājums.

Pastāstiet par savu konkrēto risinājumu konkrētai vajadzībai (kaut vai abstrahētai), tad varēs spriest, vai freimworks ir slikts, norakstāms, vai varbūt kļūda ir pašā saknē, nepareizi izprotot risināmo jautājumu.

Viss labi, nepatika gramatikas kļūdas dažās vietās, un galīgi žēl palika, kad tiku līdz barbariskajam aizliegumam kopēt utt.

Ar kopēšanu ir tā - labas lietas kopēs tik tā vien. Tāpēc jau laicīgi izdomā, ko tu gribi saņemt pretī. Es pieļauju, ka vienas labas HTML pamācības autora reputācija tā varētu būt. Tāpēc labāk lai kopē vien, tikai ar norunu, ka minēs autoru. Es nesaprotu anonimitātes priekšrocības, manuprāt, katrs posts, kas tiek izteikts anonīmi, ir zemē izmests laiks. Protams, var darboties ar interneta pseidonīmu Tekstils, taču ja neesi domājis par to, kā vēlāk savu devumu internetā sasaistīt ar savu reālo personu, tad man nekādi nav saprotams, ko tas dod. Piemēram, ja publicēsi pamācību, kad tā būs plašāka, ar savu vārdu uzvārdu, tas parādīsies meklēšanas rezultātos, kad cilvēki meklēs internetā informāciju par Tevi. (Arī pats individuāli varēsi parādīt citiem, ka esi izveidojis, lūk, HTML pamācību). Piemēram, meklējot darbu vai klientus, tas noderēs.

Daži saka taisnību par smalkajām tehniskajām niansēm, taču šajā kontekstā tas ir pārāk sarežģīti. Priekš iesākuma to nevajag. Tādas lietas parasti ir grāmatas tālākajās nodaļās.

Nav nekā foršākā, kā atvērt notepadu, uztaisīt saturu un pēc tam ar browseri paskatīties. Vispār, HTML sintaksi vajadzētu mācēt lietot ikvienam nopietnam datorlietotājam, vai tas ir ārsts vai jurists.

Malacis, darbojies, galvenais, ar vēsu prātu izvērtē kritiku, atceries, ka daudzi ir tādi, kas saka, ka labāk ir neko nedarīt... ja klausīsi tam, tad pats kļūsi par tādu :D

Iespējams, skripts, kuru nomainīji vietām, aizvietoja headerus.

Šobrīd ņemos ar Zend Framework.

Jo vairāk ņemos, jo vairāk tas patīk. Priekš tam gan taisu arī atbilstoša līmeņa projektu ar vīziju ilgam laikam uz priekšu.

Uzskatu, ka ir ļoti muļķīgi norobežoties no freimworkiem tikai dēļ tā, ka sarežģīti, vai smagi, vai cik tur inclūdes.. katrs freimworks risina noteiktu problēmu loku, kādam Symphony būs tieši laikā, kādam vajadzēs kaut ko radikāli citu. Taču visiem piemīt īpašība, ka izplatīto problēmu risināšanai tiek piedāvāts ļoti pārdomāts risinājums, kas ir sistematizēts freimworka ietvaros. Ja plaši izplatīts freimworks nepatīk vai izsauc riebumu, tad visdrīzāk, tas nav piemērots risināmajai problēmai. Ļoti cerams, ka tas nav dēļ aizkavēšanās novecojušos stereotipos vai sīkklientiem, kuri nomoka ar mikrowebiem, vai, nedod dievs, bailēm no OOP..

Un paldies par sarakstu, interesanti!

Sveiki,

Varbūt kāds ir PRAKTISKI saskāries vai padziļināti pētījis un uzgājis kādu labu programmu priekš online help veidošanas? Galvenās fīčas, kas interesē:

* automātiski veidots TOC, index, Search

* references (t.i., nav katreiz jāmaina helpa tekstā uz citu lapu, ja lapas novietojums ir mainījies)

* vairākas satura valodas ar iespēju pārslēgt tās

Piemērs - phpdoc ir labs, bet tas ir domāts source kodam un tehniskajai dokumentācijai. Nan vajag priekš user manual.

http://www.phpdoc.org/about.php

Tons of new PHP stuff from Microsoft

http://blogs.msdn.com/markbrown/archive/20...-microsoft.aspx

tā nav funkcija break, bet kas attiecas uz jautājumu - nu vēsturiski sanācis, ka parasti htmls visas atstarpes reducē uz vienu atstarpi. ja grib vairākas, jāizmanto " ".

ps newline -> new line -> pārnesums jaunā rindā.. sourcē. Tas, kā source tiek attēlota uz ekrāna - tas jau ir cits pasākums.

Take it easy :)

Kāpēc nesadarboties ar videinfragrupa, kura ir opensourcējusi Latvijā veidoto CMS ?

300 Ls dienā nav slikti!

Kuriozākais ir tas, ka kļūda lec ārā uz tehnoloģiju / programmu sadaļas :)

Labs links! Paldies!

nobody cares! :)

bet nu derētu savest kārtībā ;)

Ja esmu LV - piedalos! :)

Izskatās, ka šamie lieto Symphony, bet vispār, es nezinu, vai ta nebija error reportings jāizslēdz un jāaizliedz izpildīt pieprasītos php skriptus?

padzēsu error reportus.. tomēr tos vajadzētu sakārtot, liekas, ka diena.lv programmētāji šito forumu lasa /who cares../

ja tikai lai neko nesabojā - pietiks ar mysql_real_escape_string($_GET['var']) un (int) $_GET['var']

tas arī viss.

+ jau aprakstītais htmlspecialchars, bet tas neattiecas uz datubāzi, tas attiecas uz HTML un XSS hackiem.

principā jau IE parāda punktiņus.. .tikai problēma ir tāda, ka tie punktiņi ir lieli, bet parādītā līnija ir šaura, tāpēc izskatās kā dashed.. ja nemaldos, sākot ar izmēru 3px jau bija normāli.

Agrāk to risināja ar 1) bg image, 2) priekš IE var uzlikt līniju krāsā, kas ir average no punkta un fona krāsas (no attāluma tāpat izskatās līdzīgi), 3) samierinās ar IE nepilnību, 4) utt.. bet ar CSS border īpašību neko neizdarīsi.

Šajā gadījumā varētu būt CSS override priekš IE kas izmanto height: 1px; un background izmanto gif image.

:))

esi drošs, ka lietotājs un parole pareizi norādīts?

mysql_connect("server", ... vietā vajag mysql_connect("localhost", ...

Pamegini neizmantot mysql_num_rows, izmantot if (mysql_fetch_row(... ))

Ko atgriez SQL, ja to ievada pa tieso MySQLā?

Un kas tas par Access denied 1Access denied for user 'ODBC'@'localhost' (using password: NO) ??