Aleksejs

Ā! Nu... tad laikam domātu, ko darīt :) Nav bijusi aktuāla šāda lieta. :)

Nu, parasti pie datu ģenerēšanas pārbaudu, cik rindiņas būs jāizvada. Ja nav neviena rindiņa, tad neizvadu pašu tabulu, bet tikai paziņojumu - "Nekas netika atrasts/atlasīts"

Spriežot pēc tā, kas rakstīts viņu lapā http://scriptmafia.org/credits.html šādu lietu var dabūt te: http://www.inter-act.ro/

http://php.lv/f/index.php?showtopic=12994&hl=localhost

Skatoties, ko tu domā ar šonedēļ :) Ja šo konkrēto nedēļu (pirmdiena - svētdiena), tad WEEK(), savukārt, ja ±3 dienas abos virzienos, tad DATEDIFF(). Bet vispār - izpēti visas tās date/time funkcijas - būs pašam vieglāk :)

Pārbaudi, vai WordPress ir pēdējā versija. Pajautā hostinga sniedzējam, kādas ir viņa pārdomas šajā sakarā. Nomaini paroles. Pārbaudi, vai Tavs dators (no, kura veic uploadošanu) nav inficēts.

Atbildes uz šo un citiem jautājumiem var atrast YouTube API: http://code.google.com/apis/youtube/overview.html Konkrēti uz šo jautājumu te: http://code.google.com/apis/youtube/2.0/re...media:thumbnail

OpenX Ad Server

Vēl, cik atceros bija soundex() algoritms. Un pie "see also" ir arī bubu pieminētie levenshtein() un similar_text(), kā arī metaphone().

anonīms, jā, timestamp ir gana labs.

Paši mainīgie glabājas uz servera - klientu sasaista ar mainīgajiem pēc sesijas id. http://www.htmlgoodies.com/beyond/php/article.php/3472581 http://www.phpbuilder.com/board/archive/in...t-10291342.html

Nu, jā... Tas darbojas sesijas cookie darbības ietvaros.

Pamēģini šitā: $izvaddati = Array(); exec("ffmpeg -i movie.mpg -f flv -y movie.flv",$izvaddati); print_r($izvaddati);

Tev jālieto nevis AND, bet gan OR šajā gadījumā :)

kā izpaužas šīs komandas nestrādāšana? Varbūt uz servera nav ffmpeg? Varbūt PHP grib, lai norādi pilnu ceļu līdz ffmpeg?

Tiešām palīdzētu, jaa Tu pilnīgāk paskaidrotu, kāda ir problēma. Vismaz parādi, kā izskatās tas nepareizais izvads.

Paskaties to skriptu un atrodi vietu, kur iekombinēt kaut ko līdzīgu: SET NAMES 'UTF8';

Pasēņojot pa SourceForge, vēl ieraudzīju šos: http://mogwai.sourceforge.net/?Welcome:ERDesigner_NG http://www.squirrelsql.org/index.php?page=screenshots

Patiesībā ir pat ieteicams tos rakstīt ar paplašinājumu php, jo bieži vien serveris nav nokonfigurēts kaut kā apstrādāt inc failus - līdz ar to pa taisno pieprasot šādu visas_manas_paroles_lai_tiktu_pie_slepenas_datu_bazes.inc - serveris to paklausīgi pēc noklusējuma ļaus lejupielādēt, kā text/plain failu.

Tas ir paskaidrots vairāk vai mazāk veiksmīgi šeit (īpaši komentāros): http://lv.php.net/manual/en/function.sessi...che-limiter.php Sīkāku info vari dabūt te: http://www.mnot.net/cache_docs/ http://www.htaccesselite.com/cache-control...aders-vt65.html Faktiski tas ir paziņojums 1) Ka klients šo visu drīkst kešot; 2) Ka pa vidu esošam proxy šo visu kešot nav jēgas, jo tas attiecas tikai uz konkrēto lietotāju/sesiju Pārlūki mēdz to interpretēt kā - "šo kešu var dzēst ārā, kad pārlūks tiek aizvērts".

Jā! Šīs pašas sadaļas augšā ir piesprausta tēma Headerrs already sent ;) Tajā viss paskaidrots. Visticamāk, ka tavā gadījumā ir UTF8 ar BOM.

Aha... Tas tikai tāds novērojums un vēlme padalīties ar šo atklājumu, vai arī kaut kas neskaidrs ar to base64_decode()?

To dara tādā veidā, ka izvēlas pareizo kodējumu un collation: http://dev.mysql.com/doc/refman/5.1/en/cha...connection.html http://dev.mysql.com/doc/refman/5.1/en/charset-examples.html SET NAMES 'utf8_latvian_ci'; Un tad izpildot vaicājumu: SELECT lauks FROM tabula WHERE nosacijumi ORDER BY lauks ASC (ja grib A-Z) SELECT lauks FROM tabula WHERE nosacijumi ORDER BY lauks DESC (ja grib Z-A) Par to, kādā kārtībā nāks atbild tieši ORDER BY

Paša MySQLa piedāvātais Workbench nav piemērots? http://dev.mysql.com/downloads/workbench/5.1.html

Viņiem indeksi vienādiem laukiem ir vienādi: tā ka vari kaut vai for($x=0;$x<sizeof($_POST['date']);$x++){ echo $x . $_POST['date'][$x] . $_POST['zina'][$x] }