Kaitnieks

$s = preg_replace('/&pager=[0-9]*/', '', $s);

Piemeram, vai var izdarit, ka tiek updeitota nevis datubaze, bet memcached un tad , piemeram, ik pec 10 min automatiski dati tiek parakstiti uz DB?

Automátiski PHP skriptus vari izsaukt ar cron (uz newindows) vai at (uz windows). Uz páréjiem jautájumiem atbilde ir "var", tikai skaties, lai atmi'na nepietrúkst.

Par SQL backup'ošanu. Uztaisot backup un izmēģināju vai viss ir kārtībā un nebija, datubāzē collation tiek saglabāts utf8_unicode_ci, viss kas saturēja ar "Š" vai "š" tika pāveidots uz kaut kādu simbolu, vairs nebija "š" burta, kāpēc tā? Kādi ieteikumi? varbūt uz datubāzi vajag saglabāt savādākā collation?

 

tas simbols izskatās apmēram šādi š -> �?

Vai Tavs teksta redaktors, ar kuru skaties SQL dampu, mák detektét un attélot UTF-8?

Ja man izdevās saprast jautājumu, tad atbilde ir - izmantojot "eval" funkciju.

uztaisam int masīvu $mas, kur katrā elementā glabājas objekts ar parametriem 'vārds' un 'datums'.

sakārtojam augošā secībā, pēc vārda.

...

Taisam bināro meklēšanu:

codez, es pieņemu, ka kolēģiem, kam jālabo un jāpapildina tevis rakstītās sistēmas ir ļoti interesanti...

Man ir selects galvenajā formā, bet pop-up forma pievienot datu bāzē jaunu ierakstu, kuram būtu jāparādās selectā.

Šajā gadījumā var iztikt bez visiem Ajaxiem un refrešošanām. Apmēram tādā pseidovariantā:

<script>

var oOption = window.opener.document.createElement("option");

oOption.value = ...;

oOption.innerText = ...;

window.opener.document.getElementById('selects').appendChild(oOption);

</script>

Refrešs, kas nepazaudē datus ir neuniversāls risinājums un jāskatās no konkrētās situācijas. Pirmie risinājumi, kas man uzreiz iešaujas galvā, ir viens par otru vājprātīgāki - varbūt kāds ko labāku tev ieteiks.

1) raugi, lai visi lapas ievades lauki būtu formā un tā vietā, lai refrešotu lapu, submito formu. Vari kaut kādu slēpto lauku uzsetot, lai norādītu, ka negribi ievadītās vērtības saglabāt, bet tikai attēlot formas laukos.

2) ja vairāk par vienu formu, tad var darīt kaut ko tādu

* ar javascript savāc visu lauku ievades vērtības

* savāktās vērtības serializē un ievieto slēptā formā

* submito šo slēpto formu

* pēc pārlādes vai nu

a) PHP ievieto atbilstošās vērtības atbilstošajos laukos

b) pēc dokumenta ielādes javascript atserializē vērtības un ievieto tās atbilstošajos laukos

Ja godīgi, es izvairītos no abiem risinājumiem, jo man neviens no viņiem nepatīk.

Upd. Klau, es te tā padomāju - a kāda jēga no refreša, kas saglabā visus formas laukus? Ja pēc refreša lapa izskatās tāda pati, tad kur ir pēc tā vajadzība?

galvenais logs buus PARENT. document. ... darbojies tapat kaa no galvena loga, ats ir. standarta JS tikai prieksa parent.

Ja par popup logiem, tad window.opener.

Redz kur atradās pat piemērs: http://techpatterns.com/forums/about494.html

Es kā Delphi'sts pamēģināju. Tiešām neiesaku to te brīnumu. Piekrītu kādam pamanītam komentāram, ka šis produkts pamatīgi degradē Delphi vārdu.

Principā, ja ir interese, torrenti taču apkārt klaiņo.

un tad katras sadaļas tekstiem norādi sadaļu ... nebūs visu laiku visi teksti jālasa masīvā ...

Man liekas, ka galvenā ideja risinājumam bija tāda, lai būtu jātaisa tikai viens DB pieprasījums (pie valodu pārslēgšanas/inicializācijas). Tu piedāvā taisīt pieprasījumu pŗslēdzot sadaļu, kas ir vai nu solis uz priekšu vai atpakaļu, atkarībā no tā, vai autors taisās šajā tabulā glabāt arī lapas saturu, vai tikai vispārīgos lapas stringus ("Sākums", "Lasīt vairāk", "Beidzēt").

Es pats negriežu html, bet sagriezt interneta veikalu 4 stundās - produktu sarakstu, viena produkta skatu, grozu, pasūtījuma formu... wow! Nemec, ja esi ar mieru piehaltūrēt par griezēju, padod ziņu privāti.

Nekādu būtisku trūkumu nav, ja neskaita paša neērtības - tiklīdz pievienosi jaunu tulkojamo stringu, tā būs jāver vaļā tavs kontrolpanelis vai DB menedžeris un jāpievieno tas arī tur. Ar laiku tas var kļūt visai kaitinoši, tāpēc centies šajā ziņā atvieglot sev visu maksimāli.

1. diena = 1 baktērija, piedzimst

2. diena = 1 baktērija, nodzīvoja vienu dienu

3. diena = 2 baktērijas, piedzimst

4. diena = 2 baktērijas, nodzīvo vienu dienu

5. diena = 4 baktērijas, piedzimst no tām 2 baktērijām (2*2=4)

6. diena = 4 baktērijas, paiet pirmā diena

7. diena = 8 baktērijas (4*2=8)

Skaties, darksign, te arī ieviesās kļūda, pārejot no trusīšu analoģijas uz baktēriju analoģiju. Galvenā atšķirība ir tāda, ka, ja sadalās baktērija, tad izveidojas divas jaunas baktērijas, abas ar vecumu - nulle, bet, ja trusīšu pārim piedzimst jauns trusīšu pāris, tad tikai jaunajam pārim vecums ir nulle, bet vecā trusīšu pāra vecums saglabājas nemainīgs. Baktēriju dzīves ilgums problēmu neatrisinās, ja kļūda ir pamatprincipā.

Mani uzjautrina tas, ka tu gribētu tādu interviju, kurā varētu mēģināt izlikties gudrāks par sevi, cenšoties demonstrēt internetā sameklētu risinājumu, kurš radīts viduslaikos, turklāt darot to kļūdaini. Neņem ļaunā, nekā personīga, vienkārši man patīk ironija.

http://gemini.utb.edu/math4361_82/notes/Fibbonacirabbits.pdf

Paskaties ar debugeri (http://www.microsoft.com/express/vwd/ - bezmaksas) un būs viegli redzēt problēmu.

Problēma rodas tikai, ja tiek izmantots custom-form-elements.js, kura rezultātā "this" ir nevis SELECT, bet window elements. Ja izmantosi selectmenu, nevis this, tad ies.

Gadījumā, ja neesmu sevi labi paskaidrojis:

var f = function ()
{
 var chosenoption = selectmenu.options[selectmenu.selectedIndex];
 alert(chosenoption.value);
};

Pagājušogad bija tādam manis minētajam sargam, kas katru 3. nakti strādā Ls 400. Principā viens paziņa strādāja un stāstīja, tāpēc arī aizdomājos. Viņš aizgāja no tā darba, jo cilvēks atrofējoties tādā darbā, kur var neko nedomāt, un es uzreiz sāku prātot, kāpēc gan nedomāt par lietām, kas neietiplst darba pienākumos...

Vai vēl kāds izņemot mani ir tā abstrakti apsvēris iespēju strādāt par ēkas dežurantu/sargu? Manuprāt tas ir ideāli savietojams darbs - reizi trijās dienās jāsēž visu nakti, paralēli var raut un programmēt, tātad, pelnīt naudu, turklāt neviens un nekas netraucē. Kopsummā alga tiek gan no dežurantēšanas, gan programmēšanas augļiem, kas ir pozitīvi, ja ienākumiem ir nozīme.

Vai ir vēl kāds ar programmēšanu savietojams darbs?

Viņiem senāk bija tikai Java, tagad var arī caur php, kā jau te minēja. Progress!

Par sarežģītību... Nu, tā kā tā būs pirmā reize, ierēķini kādas 3-5 dienas, lai paliek rezerve, ja gadās problēmas. Rēķini, ka Tev būs jātaisa maksājuma nosūtīšana, kredītkartes datu ievades templeits, maksājuma rezultātu saņemšana un kaut kāds panelītis, caur kuru apskatīt un atgriezt maksājumus.

Pamēģini popen() un uzreiz pclose()

Ja kāds šī topika iespaidā metas uz amerikāņu it kā bezmaksas hostingiem, tad savam sirdsmieram pārbaudiet vienu lietu - vai ir iespējams pieslēgties FTP vai analogam, lai lejupielādētu visus failus? Vai ir iespējams pieslēgties pa tiešo DB serverim, lai lejupielādētu dampus? Es tagad neapgalvoju, ka visi bezmaksas hostingi šīs lietas liedz, bet bieži vien viņu biznesa modelis ir tieši tāds - piedāvā kaut kādus pamatpakalpojumus bez maksas, bet ja vajag backupus, lai pārietu uz citu serveri, tad prasa ļoti, ļoti daudz dolārus vai pat vispār nedod. Arī par nelielām konfigurācijas izmaiņām utml tiek prasīta ievērojama samaksa. Katrā ziņā vienmēr vajag pārliecināties.

Latvijā par līdzīgām problēmām nav dzirdēts un vismaz serveris.lv (jā, esmu darbinieks, lai arī ne hostinga nodaļai) automātiski taisa backupus un pie pirmā pieprasījuma dod tos klientam, ja gadās izdzēst datus - turklāt bez maksas (mani pašu tas ir glābis, izpildot dažu labu queriju DELETE FROM `table`, aizmirstot pierakstīt WHERE). Es pieņemu, ka arī citi Latvijas hostētāji rīkojas līdzīgi, un tādā veidā piedāvā daudz no tiem pakalpojumiem, par ko ārzemju hostētāji prasa milzīgu samaksu, par velti.

Starp citu, .htaccess faili nemēdz tā vienkārši pazust. Tas izklausās pilnīgi neloģiski. Varbūt Tev FTP klientam ieslēgts "nerādīt slēptos failus"?

Klau, a pasniedzējs pieņemtu tādu risinājumu, kur visu kodu sasekvencētu un noemulētu procedurālo programmēšanu schēmā, vai arī iedotu galvā? :D

$result = mysql_query('select * from craft_db where skillkey1 like \'%'.$search.'%\' || name like \'%'.$search.'%\' order by skillval1 asc;');

Pieturoties pie Tavas meklēšanas metodes, dari tā:

sadali queriju vārdu masīvā ($search = explode(' ', $search)) un meklējamo queriju uzģenerē ciklā.

$result = mysql_query('select * from craft_db where skillkey1 like \'%'.$search[0].'%\' || name like \'%'.$search[1].'%\' ................  || name like \'%'.$search[count($search) - 1].'%\' order by skillval1 asc;');

Dizainerim nav obligāti jāmāk griezt dizainu, tikai tad būs grūtāk atrast darbu tajās firmās, kur vienam cilvēkam grib likt darīt visu. Ja iespējams, labāk iemācīties, bet var bez šīm zināšanām iztikt, ja firmai ir griezējs.

Tāpat ir ar programmētāju. Nopietnam projekta tehniskajam vadītājam nekad neienāks prātā likt augsti kvalificētu programmētāju pie tāda darba kā dizaina griešana, bet ja kvalifikācijas vēl nav un nāksies iet strādāt par universālo kareivi, tad labāk patrennēties griešanā.

Viss ir vienkārši - jo lielāks prasmju apjoms, jo lielāka iespēja, ka tavs piedāvājums sakritīs ar darbinieku meklējošās firmas pieprasījumu. Tikai atceries, ka firmai nav vajadzīgs ķeksītis CV, bet spēja profesionāli uztaisīt savu projekta daļu līdz galam, vienalga, vai tas būtu dizains, html vai programmējama funkcionalitāte.

Pamatā ir tā, ka CMSā katrai lapai piesaistīts templeits (templeita apzīmējumi un piesaistes veidi atšķiras, bet tas lietas būtību nemaina) un templeits nosaka, kādi moduļi atrodas lapā un kā tie tur izvietoti.

(Edit: vispār es stipri saaku apšaubīt, ka sapratu jautājumu)

Ja nopietni gribi pasargaaties no injekcijaam, sk. http://lv.php.net/manual/en/pdostatement.execute.php. Mees te gan PDO sakaraa nesen bijaam stipri viilushies, jo ar mssql tur bija nenormaalie gljuki, bet es pienjemu, ka prieksh mysql kaa populaaraakaas php sisteemu dbvs viss buus nosliipeets.