bubu

Ja šo pašu skriptu palaiž komandrindā ar php, bez webservera starpniecības, tad rezultāts tāds pats?

ab - Apache HTTP server benchmarking tool: http://httpd.apache.org/docs/2.0/programs/ab.html

RTFM. Manuālī ir tāda funkcija str_replace.

Kautkāds $("#j2").hide() neder?

Tu pats spiedi to Ctrl+C vai? Man kautkā neticās, ka task scheduleris to spiež..

Nē, tas neko sakarā ar killošanu nedarīs. Tas tikai papildus standarta error izvadu no programmas redirektēs arī uz to logfails.tx failu. A kas - pats crontabs killo palaisto procesu (php.exe)? Ja tas tiešām tā ir, tad es nezināšanu, kur ir problēma. Imho tā nav jānotiek.

php pusē, izvadot to tekstu savā lapā, vispirms izlaid cauri htmlspecialchars() funkcijai.

Protams, ka ir - tik tas atkarīgs no tavas izmantotās vides vai redaktora. Piemēram, notepad'am++ to dara ar Ctrl+Shift+f. FAR'ā, to var darīt ar Alt+F7.

Izgriez katru elementu atsevišķa bildē, un taisi parastus HTML elementus: <a href="link"><img src="bilde"/></a>

Tur ar to šeduleri nav nekāda sakara. Problēma ir tavā skriptā, bat failā, vai php konfigurācijā. Ja gribi, lai tas bat faila logs paliek ilgāk uz ekrāna, tad ieliec bat faila beigās rindiņu pause. Vai tikpat labi redirektē visu outputu uz kādu failu, tb izpildāmās rindas beigās ieliec tekstu: 1>logfails.txt 2>&1

cucumber: un kur tur iepriekš uz katru vaicājumu tiek taisīts jauns objekts? Tur uz katru ir viens un tas pats. Autoram pie tam nevajag jau skaitu, bet gan pašus kverijus. Un tieši to arī Java's kods dara.

Sliktu ssleay32.dll faiu esi atradis. Kautkāda versija neatbilst vai tml.\ ssleay32.dll fails jau nāk līdzi php instalācijai (vismaz jaunākajam .zip arhīvam php v5.2.6 versijai). Šo failu katrā ziņā nav droši likt globālā system32 direktorijā, jo tas katrai aplikācijai var atšķirties versijas ziņā. Un tad būs problēmas, ja tev globāli tur mētāsies viens līks ssleay32.dll fails. Daudz labāk to ir likt blakus php.exe failam. Tas pēdējais errors man izklausās pēc nekorekta php.ini faila, tb nepareizs extension_dir tajā norādīts (vai arī vispār php.ini nav atrasts). Ah, un to -F switchu nezinu kāpēc tev tur vajag. Es php skriptus vienmēr komandrindā esmu laidis ar "php.exe skripts.php" komandu. Bez -F switcha.

Slikti meklēji. Pameklē vēl: http://php.lv/f/index.php?showtopic=2935

CSS kods bez HTML ir pilnīgi bezvērtīgs.

Man pašam Live HTTP Headers 0.14 ir uzinstalēts. Bieži to lietoju. Vienalga nebija nekāda problēma. Esi pārliecināts, ka firefoksis tur vainīgs? Nevis kautkāds ļauns Shell Extensions, kurš aktivizējas, kad Browse.. lodziņā izvēlies failu? Tādām lietām labi der Unlocker tūlis, kurš parāda kuri precīzi procesi ir nolokojuši konkrētos failus.

Kādus abu tabulu ierakstus? Kur tur ir divas tabulas? Tu jau tikai par vienu visu laiku stāsti - primarie_dati. Es tur kautkā nesaredzu kāpēc uz "maskavas 600" vajadzētu atgriez ierakstu "rūjienas 600". Jo "rūjienas" LIKE "maskavas 600" ir FALSE un "600" LIKE "maskavas 600" arī ir FALSE. Respektīvi kveriju WHERE daļa neatgriež TRUE uz šādu keywordu "maskavas 600".

Selektoru selektēšana jau nav vienīgā šo bibliotēku fīča, ja kas (vismaz par jQuery runājot, par pārējiem daudz nezinu). Pepijs izskatās, ka nekad tev neveiks XHR pieprasījumu vai ļaus ērti mainīt css vai html elementu atribūtus.

Lai arī tev neticēju, jo zinu, ka nekas tur nelokojas - pamēģināju kā tu saki. Fails veiksmīgi izdzēsās be problēmām.

Nepareizi tu kodu izkārto. PHP skriptam sākumā vajag izdomāt ko darīt - izvadīt šitādu vai tādu output. Un tikai tad HTML kodu izvadi. <?php if (blabla) { blabla2 } else { blalba 3} ... echo "īstais HTML kods" // vai tikpat labi: ?> <īstais html kods> <?php // skripts turpinās vēl ?> Izkārot nosacījumus skripta sākumā - tas mans if (blabla) ...

ak dies... Jātaisa bilde. Citādi šķiet bezjēdzīgi kautko skaidrot. Tas, kas iezīmēts ar sarkanu, tas jāvāc ārā.

kamoon, find&replace kautvai ar acīm, ja ne datoru, nemāki lietot? Atrodi $save_file, aizvieto ar $_POST["save_file"]. Un atkārto kamēr vairs neatrodi $save_file. To pašu izdari ar otru mainīgo.

$save_file un $savecontent mainīto vietā vajag lietot $_POST mainīgo - $_POST["save_file"] un $_POST["savecontent"]. Ja gribi redzēt precīzākus kļūdu paziņojumus, tad skripta sākumā ieliec sekojošas rindas: error_reporting(E_ALL); ini_set("display_errors", 1);

"Profesionāla pieeja" vien jau nozīmē to, ka no 0 neko nerakstīt. Jāizmanto gatavas bibliotēkas. Katrā ziņā nezinu par ko tu uztraucies. Ja neizmantosi tās 101 "liekās" funkcijas, nebremzēs jau tavs skripts tāpēc vairāk. Iamzno tās savas 50 funkcijas un dzīvo laimīgs. Es katrā ziņā esmu par jQuery - pieradums, lietošanas ērtums, nez.. ikdienā tāpat webu neprogrammēju, tāpēc, tad, kad vajag drusku ērtuma JS'ā, tad ar jQuery visu panāku, ko vajag, ērti un viegli.

Neticu, ka Opera un Safari attiecīgi nesaprot vienu vai otru. Imho abi saprot abus pierakstus.

Java - lūdzu iemācies lasīt, ko citi saka. Citādi kā pret sienu runāt..