bubu

Kā tu to zini, ka tas ir "ceļš webā"? Kristāla bumbu ebay'ā esi iegādājies ;)

[a-zēūīāšģķļžčņ]

http://php.net/strpos

Varbūt der palasīt trīs rindiņas zemāk?

Tad viss ir kārtībā. fsockopen tā dara - ilgi gaida uz pieslēgšanos. Izlasi manuālī kā to novērst. Tur ir skaidro norādīts uz argumentu, kurā jāpadod maksimālais laiks, ko var atļauties gadīt. Kā redzi - neviens te nav gaišreģis un nemāk izzīlēt no tukša gaisa kāds tev tur kods.

Dzēs (jeb aizmokentē) no tā bremzējošā skripta kodu pa nelielām daļām ārā (pa vienai funkcijai, jeb vienkārši ik pa 10 rindiņām). Līdzko vairs nebremzēs - tā būs skaidrs, ka vainīga ir pēdējā aizkomentētā koda daļa. Ļoti vienkārši.

Jau kuro reizi saku... Skripta sākumā (pašā pašā sākumā) ieraksti: ini_set("display_errors", 1"); error_reporting(E_ALL); Vai vēl labāk - šo pašus settingus nomaini php.ini failā, lai tas darbojas uz visiem skriptiem automātiski.

Ja jau viss strādā, tad kādu vēl "ludzu help" tu prasi?

Kāds apgalvoja, ka tas labāks par flašu?

Man domāt, ka Latvijā šis JS neatbalstītāju procents ir vēl mazāks dēļ draudziņiem el vē (tiem tak vajag JS, ne?)

Nezinu par kādām ūbertehnoloģijām tu runā, bet eksistē vairāki attēlu kompresijas algoritmi/formāti, kas ir labāki par prastu jpeg vai png (izmērs pret kvaltiāti attiecībā). Tik problēma jau ir tā - ka neviens vai tikai retais browseris to supportē. Tāpēc tie attēlu formāti, kas principā ir labāki par jpeg'u, ir visai bezjēdzīgi pielietošanai webā.

$USER = $_COOKIE; Un nebūs tas "garais" jālieto.

Nav jau problēma tur, ka HW ir grafikai. Bet gan tas, ka tur principiāli citādāki algoritmi jālaiž (pofig ka uz grafikas HW), ja grib to baiso performanci iegūt. Vajag kaut vai wikipēdijā palasīt par stream computing. Pats pirms pāris gadiem, kad GPGPU sāka sist augstu vilni, pamēģināju sareizināt divas NxN matricas uz videokartes procesora (http://dev.gamez.lv/viewtopic.php?t=871). Pofig, ka HW grafikai - nācās pilnīgi savādāku kodu rakstīt, nekā prasti pierasts. Toties rezultāti iespaidīgi - gandrīz divas kārtas ātrāka darbība (un tas uz 2 gadu vecas videokartes). Tagad gan jau ir vielgāk - ir CUDA, ir FireStream utt.. Drīz būs OpenCL. Nesen arī darbā vienu algoritmu izmantojot DirectX 10 implementēju darbībai uz videokartes (protoptipa pēc). Pofig ka grafikas HW un API - vienalga nācās pārstrādāt algoritma darbību. Nevar 1:1 pārnest kodu un priecāties.. Rezultātā netika iegūts gribētais - labākais ko dabūju ir 5x lēnāka algoritma darbība nekā uz parasta CPU. Tas tur sanāca dēļ datu sūtīšanas overheada - pārāk mazs inputs/outputs algoritmam bija. Tā ka vienkārši uzinstalējot Linuxi uz PS3 un uzmetot tur Apachi/MySQL/PHP (vai whatever ko tev tur vajag) nedabūsi gaidīto brīnumu.

Neraksti vieninieciņu "pirmajā" bildē. Tas ir nepareizi. Un kļūdaini. Drīzāk dari kā tev saka ar to "pirmās" bildes id glabāšanu auto tabulā.

Nejauc PSP ar PS3 :) PSP ir handheld konsole.

MySQL dokumentācijā nav?

Kā ta nu nederēs, derēs gan: (x ^ 7) == 4. Bet kā jau tev saka - tas diez vai izmantos indeksus. Tāpat kā tavs "pa visiem laukiem ar AND".

Var arī ar svītriņu: element.style["font-weight"] = "bold";

Silverlight nav IE only. Spraudnis no Microsoft instalējas visos browseros tāpat kā parasts flaša spraudnis. Silverlight ir arī pieejams pat zem Linux & friends OS'ēm (Moonlight projekts no Mono).

Draiveri un instali nav faili?

To var visai viegli ar php: glob + file_get_contents + iconv + file_put_contents.

Tā, ka youtube video ir vienmēr pieejams pēc konstantas adreses: youtube.com/get_video?video_id=XXX&t=YYY, kur XXX un YYY var ļoti viegli atrast html sourcē. Atver jebkuru youtube video, atver html sourci un uzsērčo &t= simbolus. Tur tad arī redzēsi to YYY vērtību un drusku atpakaļ XXX vērtību.

Kāpēc sarežģīt dzīi ar kautkādām bibliotēkām, kad visu outputu var iznest atsevišķā php failā, kuru includēt skripta beigās, kad visi mainīgie, kas vajadzīgi izvadīšanai ir sagatavoti?

Nesaprotu, kas tur ko ķēpāties ar svn.. Divi/trīs klikšķi un source nocomitota. Nav jau nekas manuāli jāuploado (kā būtu jādara atsevišķa foldera vai ftp gadījumā). Tāpatās arī divi klikšķi - un source updeitota no servera. Nav jau jākomitto pēc katras darbības (like vienas funkcijas uzrakstīšanas). Vajag pēc katra taska. Vai arī vienkārši vakarā - kaut arī neizdarīts tasks nav izdarīts, bet komiitu var izdarīt brančā un vēlāk samergot ar trunku. Man, piemēram, SVN arī vienam pašam rakstot kodu ļoti palīdz. Pirmām kārtām jau kā beckupa tūlis. Kodu mainot/refaktorējot bieži vien nākas saprast ka kods, kas bija aiz-aizvakar bija labāks par to, ko šodien esmu pārveidojis. Tāpēc daži klikšķi un revertojamies atpakaļ uz vecāku versiju (vai arī tikai paskatos koda fragmentus kā biju rakstījis, lai kautko līdzīgu dabūtu gatavu). Otrām kārtām man arī šad un tad noder failu salīdzināšanas iespējas ar vecākām faila versijām.

Kā daudz SVN? Serveris ir viens - http://subversion.tigris.org/ Turpretī klientu ir daudz. Izvēlies kāds tev tīkas. Kautvai defaulto komandrindas svn.exe. Windowsam TortoiseSVN ir imho labākais. Pie tam, ja repozitorijam piekļūsi kā failiem (caur file:// protokolu), tad nekāds standalone serveris nebūs vajadzīgs. Katrs klients māk darboties ar SVN repozitoriju pa tiešo.