ohmygod

tātad doma - ir daudzpakāpju menu koks. Gribu viņu smuki kārtojamu un lai pozīcijas var pieglabāt.

ielādējot koku - pēc viņa tiek padots masīvs ar ielādētajiem divu id.

pēc tam katram izveikts sortable.

$(dd[key]).sortable();
$(dd[key]).bind('sortupdate', function(event, ui) {
var result = $(dd[key]).sortable('serialize', {key : 'menu['+dd[key]+']'});
$.post("sort", result, function(data){
});
});

debugojot - katrs divs paliek kārtojams. Vizuāli kārtojas tieši tā, kā biju iecerējis.

Bet atgriež viņš man galīgi neto,ko man vajag :/

atgriež vienmēr tikai un vienīgi pirmā ielādētā diva kārtību, nevis konkrētā. Un arī - tik reižu, kurā pakāpē viņš atrodas menu.

kārtojot #menu_16 atgriež:

menu[#menu_1] 2

menu[#menu_1] 3

Un tā uz visiem menu elementiem.

Varbūt pamēģini izmantot sqlite funkcijas, lai pieslēgtos, nevis mysql...?

http://lv.php.net/manual/en/book.sqlite.php

Kaklz +1

Internets ar lielāku upload ātrumu... Citādi nekādīgi. Janu vienīgi ir iespēja optimizēt bildes. (4000x4000px bildi rādi 600x600px lielā izmērā)

o_0

tu no kuras planētas?

IE6 gan ņem galvā! Daudzos kantoros ir tikai IE6 pieejams!

Cik daudzos?

Bankās, kur is specifiskas drošības prasības, kas nav atjaunotas kopš senseniem laikiem?

Ko tu domā ar IE gļukiem?

Kādi tev ir IE gļuki?

Dizainā, kkas cits nedarbojas uz IE?

Nu PHP pēc idejas jau nekāda sakara ar to, kāds brauzeris.

Pēdējie IE jau vairāk vai mazāk visu rāda normāli, lielākā nelaime ir ar IE6. Idejiski - neņemu viņus galvā, testēju tikai uz stabilām IE7 un IE8 versijām.

Viņam ir gļuks ar AJAX rezultātu kešošanu, bet tas risinās elementāri ar random stringu.

pie goto http://lv.php.net/manual/en/control-structures.goto.php labs komikss... :D

Mnja, poha nenāk viena...

ty (:

Karoche, esmu pazaudējis pusi smadzeņu un liekas ka esmu sap***s meistarībā.

Sēžu kā pie baltas lapas un nevaru safiksēt.

Ir div konkrētos izmēros un ir teksts, kas ir lielāks par diva izmēriem. Jams lien laukā, bet es gribētu, lai paliek iekšā. Lai tā daļa, kas par garu vienkārši nav redzama.

Ja vajadzēs to redzēt - useris uzspiedīs virsū un divs papletīsies or smth...

apgriezt no php puses nedrīkst, jo klients vēlais, lai google redz pilnus textus. Ajaxveidīgi ielādētos google rez slikti.

Kopš kura laika?

Viņa darbojas un ir arī php.net piemēros.

nebūtu ērtāk izmantot switch?

switch($type){

case '1' : daram kko; break;

case '2' : daram kko; break;

case '3' : daram kko; break;

case ($type > 3) : daram kko; break;

default: varbūt kaut ko daram; break;

}

Visdrīzāk tas ir inficēts softs, ar kuru pie FTP konektē. Būs nodevis saimniekam FTP useri un paroli.

Man arī pāris klienti ar to ir saskārušies. Un vienmēr faili bija izlaboti ar kādu noteiktu useri. Visi, kas bija pa FTP pieejami.

Vienam servam tas atkārtojās vairākas reizes - līdz nomainīja FTP paroli un visus softus.

Un praktiski visi bija lietojuši CuteFtp.

Ir neliela doma par nelielu projektiņu. Tagad lūk sēžu un domāju kā labāk un kas ko kamdēļ dara...

Ideja ir ielādēt HTMLu un tad ar AJAX visu laiku pēc lietotāja darbībām atgriezt no php instrukcijas ko un kā tur mainīt, ko kā attēlot.

Varētu vienkārši atgriezt json mainīgos ar instrukcijām, parametriem, bet eksistē arī tāds variants kā atgriezt pilnu, noformētu HTMLu konkrētajā divā.

Piemēram draugos tā dzīvnieku spēle atgriež pilnu HTMLu, bet pašos iedīgļos bija tikai variabļi ar valuēm.

Tad kas piespieda mainīt šo sistēmu?

Ar ko labāks ir pilns HTMLs? Ja teiksim ir tikai nedaudz jāpamaina klases dažiem diviem, bilžu sources, linki e.t.c. ?

ar json trafiks un attiecīgi arī servera noslodze būtu daudz mazāka, bet gan jau tam ir kādi trūkumi. Kādi?

Vai varbūt tomēr izmantot json, kas man liekas loģiskāks un arī vienkāršāks izpildē manam projektam.

nu, bet tur jau daudzu gabalu nemaz nav...

Ir tava HTML forma, kas sūta datus uz scriptu, kur ir dotais kods. Un viss... Nu jā - ir arī folderis, kur glabā tos failus.

Html formai jābūt ar parametru

enctype="multipart/form-data"

Lasi manuāli!!

Tur pat ir piemērs!

http://lv.php.net/manual/en/function.move-uploaded-file.php

bubu - pēdējā laikā neuzmanīgi lasi postus (:

Iespējams tas ir gan - liekot divus vienam virsū. Apakšējā bildi - augšējā divā caurspīdīgu pixel.gif, kas izstiepts visa diva izmēros.Reāli to bildi jau dabūt varēs, ja gribēs, bet spiežot pa taisno virsū dabūs to pixel.gif

O jā - pats labums būs, ja šito php failā ierakstīsi... :D

Tas ir html header daļā jāliek.

+ iekš php vari ielikt

header("Content-type: text/html; charset=utf-8");

+ saseivot failu iekš utf8 tev varētu palīdzēt kaut vai pats prastākais notepad ar save as.

Bet lai nebūtu pēc tam nekādu jautājumu par utf8 bom, tad uzreiz iesaku ņemt notepad++ un --> FORMAT --> Encode in UTF-8 without BOM

Ir lapa - visa augšpuse un vidus pozicionēti vainu abolūti vai relatīvi pret parent.

Ir vajadzība lapas apakšā iebāzt divu, kas būtu ne tikai lapas centrā (main contenta) platumā, bet 100%. Un viņā iekšā tad vēl arī apakšējai menu.

Nu nepakam nevaru lapas apakšā nolikt divu ar 100% platumu, ja lapa skrollējama. Apakšā stāv tikai ar position: fixed, bet tas man galīgi neder, vajag lai būtu zem contenta, nevis contents skrollējas zem menuča.

Izskatās ka 100% augstums nozīmē 100% redzamā daļa, nevis 100% contenta. Un pret bottom pozicionēts divs atrodas pret to apakšu, kas ir ielādējot lapu apakšā, nevis reāli zem contenta :/

Kā to maitu nobāzt pašā apakšā?

Aptuveni tā izskatās layouts

redz memcache negribēju, jo tas darbojas kā atsevišķs serviss un viņam performance ir sliktāka kā apc. memcache vairāk der, ja datubāze atrodas uz citas kastes

Nu nedomāju gan.

Ja man ir 10K online useri, kas prasa vienu un to pašu info katras pāris sekundes no db, kur ir pietiekami sarežģīts kverijs, bet info var mainīties tikai reizi sekundē.

gribēju uztaisīt procesu, kas bg sēž un atjauno info reizi sekundē, bet galalietotājs saņem jau sagatavotu info no apc.

testi ar laikiem ir parādījuši ka php atgriezh reultātus nemot datus no mysql ~7ms, bet no apc - 0.03ms. Tas ir pie desmit lietotājiem uz dev PC.

Pagaidām uztaisīju ka no apc cheko pēdējo update laiku un ja lielāks par sekundi, tad updeito.

Bet tas nav īsti tas, ko gribēju, lai gan drošāk, jo tie bg procesi mēdz negaidīti nomirt...

nu jā - un paldies par to cli info.

Kaut kā bija izkūpējis pareizais comandrindas nosaukums angliski un tamdēļ arī nekādīgi nespēju sameklēt...

error logs nesaka pilnīgi neko par šo jautājumu.

print_r(error_get_last()); - tukšs.

Un nekur neatrodu info ka APC endarbotos no komandrindas.

Ir baigā bēda - nedarbojas APC funkcijas no konsoles :/

Palaižot no brauzera - darbojas, bet no konsoles vienkārši nenotiek nekas.

if(apc_add('key', 'test a key')){
echo 'data stored';
}
else{
echo 'data not stored';
}

atgriež false

extensions tiek ielādēts.

dev servs uz winduļa - vajag, lai darbotos kā schtasks, vēlāk uz produkcijas no cron.

strlen? --> substr?

thnks, nezināju, ka formu elementiem nosaukumus var kā masīvos dot.