Progeek

http://www.messaliberty.com/2010/04/how-to-fix-wordpress-automatic-upgrades-and-plugin-installs-on-xampp/ http://wordpress.org/support/topic/connecting-to-the-ftp-server-while-using-xampp Lokaalse ftp passid wordpressis: Host: Mare user: nobody pass: xampp

Query string starts with "page=qui_nous" : ^page=qui_nous Query string ends with "page=qui_nous" : page=qui_nous$ Query string is exactly "page=qui_nous" : ^page=qui_nous$ Query string contains name/value pair "page=qui_nous" : ^([^&]*&)*page=qui_nous(&.*)?$

Coaches: kevin valdek. marek grabcad [email protected] laas [email protected] andri [email protected] [email protected] hannes lents margus plannerhq.com ja toggl teamist, janika liiv terminalil irb annab railsi akna. ruby aadress veebis on localhost:3000 aktiveerimiseks vali oma app: MG-MacBook:Desktop Mare$ cd helloapp MG-MacBook:helloapp Mare$ rails server ssh key n2gemiseks terminal cat ~/.ssh/id_rsa.pub bashis käsk rails s avab serveri. selleks pead olema kataloogis sees, kus su projekt on. mul oli vaikimisi vana railsi versioon. käsk rails s lõi uue mõttetu kataloogi sinna, mitte ei avanud olemasolevat. kustuta: rm -r s näis, et Geme pole installitud. Käsk less Gemfile tulemus sama, et küsib "overwrite public/dispatch.rb?" vastus: q railsi help küsimiseks käsk rails -h gem install bundler sudo gem update --system teade: RubyGems 1.3.6 installed (aga sest pold kasu, sest vana ruby oli ikka) kontrolli, mis rubyt kasutab: ruby --version lihtsalt esitähed otsib kataloogist kõik sellega algavad failid (nt MG-MacBook:railsgirls Mare$ ru näitab ru-ga algavad) käsk avab rvm-i (Ruby enVironment Manager): rvm käsk annab kasutusjuhendi: rvm usage käsk näitab olemasolevaid ruby versioone: rvm list rvm rubies käsk kasuta seda: rvm use ruby-1.9.2-p318 ja rvm use ruby-1.9.2-p318 --default et seada igaveseks kontrolliks uuesti ruby --version pwd (Print Working Directory) ruby -v rails WEBrick serveri avab käsk (Ctrl-C to shutdown server): rails käsk updeidib bundle, aktiveerib tekstifailis etteantud osad: bundle install (positiivne vastus Your bundle is complete!) Nüüd koolitöö,

ID selectors var selected = document.querySelector('.myClassName').id; (not supported by IE6-7 & FF3) (või document.getElementsByClassName('myClassName')[0].id; - not supported by IE 6-8 ) sama jqueryga: var id = $('.myClassName').attr('id'); Iterating Array sample array: MAP = [ {selector: 'first', letter: 'one', options: ['bug1']}, {selector: 'second', letter: 'two', options: ['bug1', 'bug2']}, {selector: 'third', letter: 'three', options: ['bug1', 'bug2', 'bug3']} ]; jquery each: $.each(MAP[0], function(key, value) { alert(key + ': ' + value); }); // runs the frist row of array, calling all data in row; javascript loop: var mapped for (mapped in MAP) { /* alert(MAP[mapped].selector + " " + MAP[mapped].options); */ calls selected data if used with $(this)

"

1. lae alla, paki lahti, pista htdocsi (tühikuid ära katalooginime sisse jäta) 2. phpmyadminis loo uus andmebaas prefiksiga wp_ 3. wp-config-samples muuda andmed (baasi nimi, password - pärit php-myadminist) 4. jooksuta installscript (localost/su wordpressikataloogi nimi/wp-admin/install.php või midagi sellist) installitud. nüüd permissionid. ilma selleta ei lase wordpress permalinke muuta ja üldse on jama. vaikimis peale installi on grupp sama, mis owner. pane grupiks nobody (et värk käib läbi apache, ei ole enam kasutaja sinu arvuti vaid apache. ja kui apache pole just konfigureeritud teisiti, on apache nimi nobody) ls -la wordpress4 (näitab permissione) omaniku muutmine: sudo chown -R nobody wordpress4 (R on rekursiivne ehk muudab kogu kataloogi sisu. sudo nõuab root passwordi) grupi muutmine: sudo chgrp -R nobody wordpress4 (see on siis see õige, mida teha vaja) nüüd permissionid. ma ei mäleta enam, däämn, mitu on piisav aga miinimum (777 on liig). panin praegu 664 wp-contentile. eks aeg näitab, kas piisab. sudo chmod -R 664 wp-content veel on vaja .htaccess faili. nähtamatu desktopil. lahendus: ava codaga (seal saab märkida et näita invisible faile) vana htaccess ja salvesta uude wordpressi installi. muuda ühtlasi juurkataloogi nimi õigeks. permissionid htaccessile: sudo chmod 766 .htaccess (kontrolliks proovi permalinke muuta. kui .htacessi teade on kadunud, on korras) tjaa... 664 on ilmselt natuke vähe. ilmingud on, et wordpress hakkab lõugama: hetkel ei leia ta üles ei teemasid ega pluginaid ja algaja võib see puha ära kohutada, rääkimata tõsiasjast et lehte ennast pole enam. 755? voila, leht on, pluginad on, teemad on. * kui kasutad timthumbi, peab selle cache chmod olema 777. või timthumb ei tööta. * "BTW the three numbers in chmod describe rights for “user”, “group” and “others”. read==4, write==2, execute==1. Sum of rights make up the number. Hence 777 means read, write and execute for user, group and others. 660 means read and write for user and group, no rights for others. NEVER do a chmod 777 on any file or directory. NEVER recommend anyone to do it either!" LEHE KOLIMINE, vale: katseks, aga pärast läheb tarvis. uue wordpressi testimiseks tegin toimivast andmebaasist duplikaadi uue nimega (php myadminis Copy database to: wp_uus nimi) ja vahetasin wp-configis baasi nime tuimalt ära. uus sisselogimine ja baasi seadistamine toimub, muidu okei: 1. php-myadminis optionite tabelis on 2 kohta, kus tuleb juurkataloogi aadress uuendada 2. woo korral woo custom menu üle käia ja seal juurkataloog muuta (pliiatsi märgi all). ära unusta tervet menüüd salvestamast! 3. üldiselt asi sakib ses mõttes, et KÕIK pildid, mis käsitsi sisse pandud (images kataloogist) tuleb üle käia... ja upload-kataloogi kopeerimine ei toimi: pildid vussis. uurin. nüüd muutun Heaks Emaks ja lähen poodi. LEHE KOLIMINE, õige: enne ikka backupid. duplitseerisin andmebaasi (vt vale), tegin kogu wordpressi folderist duplikaadi JA SIIS: - deaktiveeri kõik pluginad - lae alla uus wordpress - asenda vana wordpressi sisu uuega. ÄRA PUUTU kataloogi wp-content. alles peavad jääma ka wp-config, .htaccess, uploads (jääb vaikimisi, sest seda pole installis) - mine korra dashboardi. teeb andmebaasi-update. KÕIK.

1. mul on tühi png logo asemel sees. mõttetu lisakaal 300kb. ümber mõelda. header.php 2. keelelipud on otse header.phps, hetkel tummad.

Jess, ma olen nii tark, nii tark! Nii tark, et võin pensionile minna. Kirja ka, et ei ununeks kui jälle tarvis. Topic on: kuidas lisada Wordpressi adminni väljasid ja tulemisse valikuid ehk olemasolevat Custom Posti tuunida Woo Estate teema korral. Tulemusena saan ma avalehe slaideritesse panna erineva sisu ja kujundusega asju ühe ja sama postitusvormi alt. 1. theme-options.php on fail, mis kirjutab adminliidesesse uusi täidetavaid väljasid. $options ala Theme Optionitesse, $woo_metaboxes Property juurde. Radio või text või select. 2. Hetkel tegelesin featured.php-ga: sinna lisasin switch-case, mis toimib läbi uue radio valiku, millest määratakse sisestustüüp ja sellega ka kujundus. Hulk if-e vajalik (et tühjasid väljasid ei jääks kui mingeid andmeid ei sisestata) Praegu on valikud 2 kujundust - aga ma võin sinna panna MIDA IGANES! Avalehe kujundus on puha dünaamiline nüüd. PS: theme-custom-post-type.php sisaldab ka mõningaid muutmist vajavaid vidinaid adminliidesesse.

nüüd hiljem, kui sul on URL'e vaja mitmes kohas ühele ja samale asjale, ja su URL scheme muutub, saad seda muuta aint url funktsioonis, ja kõikjal muutub automaatselt

mis teeb php räpakaks keeleks? mäletan, et sa ei pea sellest suuremat lugu just. no näiteks see, et sa pead kirjutama array('tere' => 'tore')... Pythonis {'tere': 'tore'} ja et [] ja {} vahel pole erinevust ja näiteks selleks, et array'sse midagi juurde lisada, tuleb kirjutada: array_push($myArr, item); Pythonis: my_arr.append(item) a no see on aint kosmeetika.. fundamentaalsed erinevused on    echo $olematuMuutuja; siis heal juhul PHP aint hoiatab sind, et sellist muutujat pole, aga prindib ikka rahumeeli tühjust    print olematu_muutuja selline asi Pythonis annab suure ja koleda errori (mis on hea antud juhul) + siis tavaks saanud probleemid.. näiteks see, et kasutatakse mysql_query funktsiooni, mis on ülimalt low-level low-level selle koha pealt, et ta ei tee mitte midagi sinu eest ära, mistõttu tekivad turvaaugud näiteks no oletame, et URL on selline /apartments/?id=123 siis sina PHP's naiivselt teed nii: $aptId = $_GET['id']; nüüd sul on seal $aptID muutujas '123' seejärel: $apartment = mysql_query('SELECT * FROM apartment WHERE id = ' . $aptId'); sellest tuleb päring SELECT * FROM apartment WHERE id = 123 kõik OK kõik toimib nüüd tuleb kasutaja, kes kirjutab URL'iks: /apartments/?id=123; DELETE FROM apartment $aptId on seejärel "123; DELETE FROM apartment" seejärel see SELECT, mis enne oli kena ja ilus, on nüüd: SELECT * FROM apartment; DELETE FROM apartment edasi aimad isegi, mis juhtub heh! nii lihtsalt? no kui sa kasutad mysql_query funktsiooni ja ei escape'i kasutaja sisendit ära a no, seda ei pea tegema, kui sa ei kasuta mysql_ algavaid funktsioone vaid mingeid abstraktsemaid asju, mis teevad seda automaatselt näiteks PDO, mis on ka PHP'le sisseehitatud (PDO = PHP Data Objects) $query = new PDO('SELECT * FROM apartment WHERE id = ?'); $query->addParam($aptId); $results = $query->execute(); (ma ei mäleta, kuidas see täpselt oli, aga midagi taolist) võis olla ka lihtsalt: $query = new PDO('SELECT * FROM apartment WHERE id = ?', $aptId); $results = $query->execute(); igatahes point on see, et sa ütled talle, et ? kohale tuleb mingi sisend, ja ta ise garanteerib, et see sisend oleks korralikult ja turvaliselt escape'itud ja kui sa näiteks otsustad hiljem sama koodi PostgreSQL'i või SQLIte'i peal kasutada, siis ta automaatselt escape'ib selle andmebaasi jaoks sobivas formaadis mysql_* töötavad aint MySQL'iga (ilmselgelt) (aa ja nagu sa näed, siis PHPs on muutujate ees see kole $, ja meetoditele pääseb ligi märgiga ->, mis on ka kole ja tülikas trükkida... PHP: $foo->bar(); Python: foo.bar() —ja semikoolonit ka pole) (ja seda peamiselt seetõttu, et punkt oli juba enne ära võetud stringide liitmiseks, kui PHP'sse alles objektid ja klassid lisati) (aa ja + märk stringidega ei tööta :P tore eks) Pythonis:    3 + 3    "Mare " + "Hunt" PHPs    3 + 3    "Mare " . "Hunt" AGA + töötab stringidega, ta lihtsalt teeb midagi muud :D nii et errorit sa ei saa "3" + "3" PHP's annab 6 Pythonis annab ootuspärase "33" samas kui sa teed "asd" + "bsd" PHP's, siis sa vist saad 0 või midagi sellist, mitte errori ~$ cat test.php

ehk siis see esimene variant on küll üleliigselt keerukas... sellisel puhul pole mõtet PHP blokist välja minna selleks, et seda kohe uuesti alustada, lõpetada ja uuesti alustada need looksulud võib ka ära võtta, kui if'ile järgneb aint üks lause aint siis tuleb hoolikas olla, et nad tagasi panna, kui if'i sisse jälle üle 1 lause paned see on hea tava muidugi neid alati kasutada ja endiselt: ära kasuta eestikeelseid nimetusi (v.a. andmeväljade identifikaatorid, mis juba on eestikeelsed sissetulevas voos) kas duubeljutumärkidel on põhjendus-vajadus või sa lihtsalt panid? ($value != "") üldiselt minu konventsioon on see, et: tehnilised stringid '...' inimloetav tekst "..." st igasugused teated, pealkirjad, bla topeljutumärkidega igasugused identifikaatorid ja HTML tükid ühekordsetega muidugi Pythonis on seda konventsiooni väga mugav järgida, sest mõlemad on täpselt ekvivalentsed PHP's on nad natuke erinevad... '' sisse ei saa muutujaid panna tegelt nimetatakse seda string interpolation'iks Python: "Tere, minu nimi on %s" % name PHP: "Tere, minu nimi on $name" üldiselt mulle isiklikult see PHP lahendus ei meeldi ja ma teen alati PHPs: "Tere, minu nimi on " . $name ja endiselt: ära kasuta eestikeelseid nimetusi (v.a. andmeväljade identifikaatorid, mis juba on eestikeelsed sissetulevas voos) asi on tavas + selles, et programmeerimiskeeled on kõik inglise keele baasil + eesti keeles on käänamine tuba -> toad ja tehniliselt võttes on see üldiselt keerukas inglise keeles on 99.9% lihtsalt 's' lõpus seega sul tekib: for ($toad as $tuba) vs: for ($rooms as $room) ingliskeelne variant on matemaatiliselt lihtsam ainsus + s siis on veel näiteks toa_id vs room_id ja tuba_id on kole ja kui on tuba ja toa_id, on jälle kole eriti Pythonis on erinevus selge: for tuba in toad: for room in rooms: viimane on terviklik lause; esimene on mingi Estonglish moodustis + see "lingua franca" asjaolu ka, mis sa välja tõid

teiseks, kui sa tahad asju JSON'iks kodeerida, et neid andmebaasi panna, pole vaja neid enne stringiks teha, nagu sa teed sul on:    $query = "$xmlrow->PILT1,        $xmlrow->PILT2,        $xmlrow->PILT3,        $xmlrow->PILT4,        $xmlrow->PILT5,        $xmlrow->PILT6,        $xmlrow->PILT7        ";    $pildid = json_encode($query); peaks olema:    $pildid = array(        $xmlrow->PILT1,        $xmlrow->PILT2,        ...    )    $pildid_json = json_encode($pildid); ja siis oleks mingi eraldi dict (kasutan Pythoni mõisteid) kuskil, kus sa saaksid välja-identifikaatori map'ida väljade nimetuseks $field_titles = array(    'signalisatsioon' => 'Signalisatsioon',    ...    'keskkute' => 'Keskküte',    'wc' => 'WC',    'tv' => 'TV' ); vot sellist dict'i (PHP's on nii list'id kui dict'id ühe nime all—array) saad kasutada hiljem printimisel st võtad andmebaasist oma JSON data, dekodeerid dict'iks, käid kõik key'd ja value'd läbi, ja key'st teed title'i selle field_titles dict'i abil andmete sisemised identifikaatorid üldiselt ei pea vastama väljaprinditud nimetustele kuna identifikaatorid peavad olema reeglina täpitähtedeta ja vormingus foo_bar_baz, ja nimetused on "Foo bär bäz šš" $json_data_from_db = ...; $data = json_decode($json_data_from_bb); for ($data as $key, $value) {    $title = $field_titles[$key];    ?>    :     13,    'Erik' => 26,    'Juhan' => 32,    'Pets' => 6 } esimesel juhul on kantsulud, teisel juhul looksulud PHP's neid looksulge (selles kontekstis) pole, on vaid kantsulud ja kantsulgude asemel on array( ) ja seda array()'d kasutatakse nii list'i [] kui dict'i {} kirjeldamisel sokid = array('punane_sokk', 'kollane_sokk', 'räpane_sokk', 'tiit_sokk') laste_vanused = array(    'Mare' => 12,    'Erik' => 26,    'Pets' => 6 ); ehk siis kui on =>, siis on dict, kui on lihtsalt i, j, x, y, on list aga tähendused ja otstarbed on erinevad ------------------- muuseas kui sind huvitab, siis PHP puhul list on lihtsalt dict'i erivorm, kus key'd on 0, 1, 2, 3: $sokid => array('punane', 'must', 'kollane', 'tiit'); $sokid => array(    0 => 'punane',    1 => 'must',    2 => 'kollane',    3 => 'tiit' ); see on suht inetu lahendus muidugi, aga nii on json decode puhul kasutasin üldse $data = json_decode($json_data_from_bb, true); nii annab ta array mulle jah, aga see on irrelevantne see true lihtsalt tähedab, et tagastatakse dict (näed, sa ütlesid array praegu, ja see on kahetimõistetav) kui see oleks false, siis ta annaks põmst sama asja (dict'i), a natuke erineval kujul JS'is dict'id ja objekt'id on üks ja sama asi, PHPs on erinevad std Obj on mingi veider formaat millest ma palju sotti ei saa... $vanused => new stdClass();   // jube nimetus muidugi... tegelt on see lihtsalt sama, mis JS'is `new Object();` ja Pythonis `object()` $vanused->mare = 13; $vanused->erik = 26; vs: $vanused = array(); $vanused['mare'] = 13; $vanused['erik'] = 26; // sama muidugi, mis  $vanused = array('mare' => 13, 'erik' => 26); ma toon näite JSi põhjal: // ekvivalentsed var mingiObjekt = new Object(); var mingiObjekt = {}; // ekvivalentsed mingiObjekt.foo = 123; mingiObjekt['foo'] = 123; PHP's on esimene süntaks objekt, teine dict (ehk tehniliselt siis array) $mingiObj = new stdClass(); $mingiObj->foo = 123; $mingiDict = array(); $mingiDict['foo'] = 123; ja palun lõpeta 'array' kasutamine; antud juhul me räägime dict'idest array all mõistetakse pealegi üldiselt alati list'i moodi asja PHP on ainus keel, kus array' nimeliste asjadega saab väljendada ka dict'e (PHP tegelt nimetab dict'e associative array'deks vms) (associative seetõttu, et selline array assotseerib e. seostab key'd value'dega)

Kurva Meelne päev päädis rõõmuga: leidsin ühe lihtsa lahenduse, mis rakendadedes muutis mu koodi loetavaks ja hallatavaks. Ühe tuhinaga tegin eelmise nädala jagu tööd kahe tunniga. Ja uhke tunne oli. http://devzone.zend.com/6/php-101-php-for-the-absolute-beginner/ paljukiidetud algajajuhend.

Kurva Meelne päev on otsa saamas. Mu pea valutab. Rubeni viirus vist. Mu töö tundub lõputu. Ma ei saa pooltest asjadest aru. Ma tean, kuidas Erik vihastaks kui teaks, KUIDAS just ma oma koodi kirjutan. Eino vabandust - ma ei saa kogu krdi php-d enne ära õppida kui tegema hakkan. Mulle ei jää asjad meelde kui ma neid ei kasuta. Ah - isegi siis ei jää meelde kui kasutan. Ma olen lootusetu. Ma ei saa seda kunagi valmis. Ma olen rumal. Ainult kass on särav ja rõõmus nagu alati ja see lohutab. Ja teised ka ei tea, et ma olen rumal. Aga Erik teab. Mina tean. Ma kirjutasin array-sid. Ja võtsin sealt andmeid välja. Ma teen edukaid andmebaasipäringuid. Pooledukaid stringiasendusi. Ma kuvasin xml-pildi ekraanile. Ma suudan loopida foreachiga. Ma kirjutasin lihtsalt toimiva if-else statementi. Aga ma pole selle peale uhke (peale if-else). Sest see on murdosa. Sest see on tulnud katse-eksituse meetodiga mitte sügavat arusaamist järgides.

See on MINU blogi - miks ei või ma siia muud sousti kirjutada, kui mu mure on, et mul pole oma vastu-näppe-saamisi kellelegi kurta? Muhv jällegi. Uus päev on käes, nüüd teel ma... Tänane task: saada MIDAGI andmebaasist wordpressi lehele. Seni saan ma ainult sql-erroreid. Seegi asi, eks? TIP: sql errorite sisselülitamiseks (kui koodi ei taha kirjutada - sealt peab need pärast ka välja kirjutama ja kui unustad, on hambad - on wordpressi installi juurikas wp-includes/wp-db.php. Seal leiad hõlpsasti koha, kus panna error messages = true) Ja kui ma MIDAGI ekraanile saan, peaks olema hõlpus ka muu lehele ära jagada. Küsimus jääb, kuidas need Archive jmt lehtedele jõuavad. Üks soovitus oli lisada [shortcodega]. Aga kui ma terve lehe templiidi ümber kirjutan ja sama nimega jätan, peaks ta ikka arhiveeritama-tagitama-SEO'tama nagu tavaleht? sest tobe woo estate on võtnud ära võimaluse lehe tüüpi muuta mujalt kui nende custom-settingutest Tähelepanek: - Wordpressi query-d on valmiskirjutatud funktsioonid pärimaks wordpressi standard-baasidest. Asuvad wp-includes/query.php Kell on 3, päeva eesmärk on täidetud. lehel on rippmenüü, mis saab oma andmed otse mu isiklikust andmebaasist. kui oma hea õpetajaga rõõmusõnumit jagasin, pani ta end skaibis away peale. nii et muhvi mängimine on tarvilik. Snippet selline: $key = 'maakond'; $query = $wpdb->get_col($wpdb->prepare( "SELECT DISTINCT maakond FROM wp_city244 WHERE maakond=$key ORDER BY $key ASC")); Edasi läheb keerukamaks: selleks, et mul midagi otsinguna (see snippet on osa filtrist) näidata oleks, pean lehe tegema. Kumb siis enne - single page või archive? see vist on archive põhi, millel hulgi otsingutulemusi näidatakse? sa püha p..., kui ajusidväänav see on! et kõik andmed on andmebaasis. wordpressi lehetempliiti kuvades joonistab see headeri-footeri ja seal vahel otsib: et kas on andmebaasis andmeid (?) ja siis valib baasist osa, millest edasi otsida: global $post; $post_type = $post->post_type; ja siis teeb asju nende otsitud andmetega. Pildiarray kuvamise vist-lahendus: http://stackoverflow.com/questions/7057207/easy-php-array-of-images-from-a-wordpress-custom-field http://wpquestions.com/question/show/id/2848 Array kasulikke töötlemisviise (kust ka featurede väljasortimine pärit) http://www.techrepublic.com/article/17-useful-functions-for-manipulating-arrays-in-php/5792851 Teine osa toimivast koodist kuidas keysid välja printida on siit: $query = "SELECT * FROM table WHERE `key`='value' LIMIT 1"; $result = mysql_query($query); $row = mysql_fetch_array($result,MYSQL_ASSOC); foreach($row as $key => $value) { echo "key: $key , value: $value "; }

No nii, sina käpardlik vale-veebiprogeja, kes armastab ikka pirukast liiga suuri ampse korraga võtta. Ja on nagu Muhv, kirjutades iseendale noomitus-haletsuskirju. Peale - mhmh? - kuuajast tööd, millest kaks viimast nädalat on töö juba ametlikult sees (seega 2 ndl jäänud üleandmiseni! kujunduse poolest ma ei räägigi, seda pole) tean ma enamvähem, mida ma tegema pean, et Wordpressi CMSi peal jooksvat automaatse XML feediga andmebaasil põhinevat lehte teha (pekki, see kõlab õudselt! oleks ma seda ALGUSES teadnud, mida ma nüüd tean, poleks ma seda puutunud. vist?) Ainus leitud teemajupp, mis sarnast tööd puudutab Võtaks kokku, mis võtta annab: - wordpressi vaikimisi andmebaasi luuakse custom tabel, mis vastab city24 schemale (php fail, ühekordne tegevus) TOIMIV DRAFT OLEMAS - xml feed parsitakse phpga ja laetakse nimetatud tabelisse. koondatavad andmed nagu booleanid lisaandmete kohta ja pildid lähevad jsoniks kodeeritult ühe objekti kohta ühte lahtrisse, töödeldakse arrayna (pooleli. jsoni osa on hämar: saan ka lihtsalt arrayna või maeiteamillena - igatahes kuidagi nad sinna ilmuvad - tabeli ühte lahtrisse salvestada, milleks see json siis? parsimise pärast ilmselt - mida pole veel teinud). (php-fail, keski-miski peab seda käivitama. järgnev cron ilmselt) DRAFT OLEMAS v.a. segane multiandmete osa. - tabelit värskendatakse kord päevas cron jobi abiga: kogu vana tabel kustutatakse ja laetakse uus xml. ETTEKUJUTUS OLEMAS, läbi proovimata. - võetakse ette mingi lihtne wordpressi custom-post lehetempliit. Wordpressi adminliidesega see suhtlema ei pea, kuna täidetakse automaatselt. HOW? croni osasse läheb see ilmselt sisse aga kõlab hullult: croni skript peab a) värskendama andmebaasi b) genereerima terve tonni lehekülgi... fcuk, kas need ei pea olema ilusasti indekseeritud ja httpdega ja puha? kuidas krt see kõik käib? paanika. - lehetempliite/selle osi on mitu: POLE OLEMAS. a) single-page (või ja lisa-single äripindade jaoks), millel pealkiri (aadress), hind (üür või müük), lisaandmed, kirjeldus, pildid, maakleri kontakt. kui jaksu jääb - google map ja maakleri kontakt ilusasti. b) otsingufilter (äri- ja erapindadele eraldi) juhend siin c) koondleht, nagu galerii, sama iga objektitüübi jaoks. sidebaris otsingufilter. või ülal otsingufilter? - muud lehed olemasolevatele põhjadele POLE - üks logo, fototöötlust, pisut kujundust POLE ja voila! valmis. nii lihtne see ongi. lehetempliide ehitamine on järgmine samm. 1. kuvada ükspuha-mida mu tabelist läbi wordpressilehe ekraanile. see annab julgust. selleks tuleb mu tabel korralikult seadistada wordpressiga kasutamiseks. juhend 2. teha otsinguosa ära - sest sellele on ilus juhend ees. vorm, millest valida, edasi koodijupp, mis pärib baasist andmed ja kuvab postituse. 3. noppida näidiskujundusest kujunduskood välja ja lisada see mu uuele tulevasele vormile. analoogselt lasta edasi muude automaatsete leheosadega. Lõpus ära unusta: - SEO - chmodid-passwordid korda

Praktiku Mysql-php tabeli lisamine, varcharid jmt koodinäidetega Väga normaalne põhjalik php tutorial. Mysql ka How Xpath works by Oracle Easy-peasy PHP jm vana aga väga lihtsasti kirjutatud kraami php kohta, ka database intro dummy'le Wordpressi Database osa - õige üldine ja ülevaatlik create rss cusom feed puust ja punaseks connect-to-database, database query. pmst kuidas tabel xml-iks kirjutada. O'Reilly PHP CookBook Array, loop, süntaks sellele kenasti seletatud postitus XML-json tut kuidas teha database põhine feed oma lehelt xml-i või jsonisse vastavalt päringutüübile insert, update, compare funktsionaalne, a ma ei suutnud seda kohandada. vbl kunagi tulevikus. osa protseduurist: connect to the ftp server check the last update time of the xml file if file is new download file to your webserver else end program open the file with simplexml foreach record in the file using the simplexml tree walking functions load the record into temp array lookup record in database if record is in db update record using temp array's values else do nothing end foreach