Roze

Bet šis jau atkal izskatās principā pēc parasta sludinājuma dēļa servisa.. Gatavus var meklēt piem http://www.hotscripts.com/PHP/Scripts_and_...logs/index.html ( vai nu kaut kādās citās kategorijās http://www.hotscripts.com/PHP/Scripts_and_...rams/index.html )

Viss atkarīgs no (indeksējamo) datu apjoma. Vienkāršākais no variantiem ir MySQLa paša fīča "FULLTEXT Search" http://dev.mysql.com/doc/refman/5.1/en/fulltext-search.html Lai ieteiktu kaut ko citu tad jāsaprot ko nozīmē "ievadīt preci un meklētājs sameklē to iekšējā datu bāzē" ... Ja tas ir domāts parasts online shops ar varbūt pārsimt - pārdesmit tūkstošiem ierakstu.. tad fulltext būs gana pielietojams un triviāls risinājums.

A kur tā asā sāpe? Lights ir ielogojos ka kaut kāda .cgi aplikācija (visdrīzāk jau kaut kāds perls ja jau reiz esi minējis) ir nomirusi un jams nav saņēmis atbildi.. tas arī viss.. Nav jau lightā problēma.. Bet mums kristāla bumbas nav lai pateiktu ko tu tur mēģini darbināt..

Spining lūdzu piedod spining jāpariet uz tīkliem.. tfu PgSQL sorry oftopiks :)

Plusi: Viss vienā bildē - viens http requests = ātrāk (bildei nevaidzētu sanākt lielākai nekā atsevišķām maziņām (tad jaskatās ko attiecīgā grafiskā perga kopā līmējot ir ne tā izdarījusi)) Mīnusi: Jākne nemērā. Pozicionēšanas murgi. Jaunu elementu pievienošanas sistēma. Ne vienmēr visur vajag visas ikonas. Jēdzīgākais kur to var izmantot manā skatijumā ir onMouseover kur var piemēram kā bgimagi pabīdīt.

Imho nopietnāks projekts ir http://www.hardened-php.net jo tas izskatās tikai pēc kaut kādu paramu pārsētāju (ko manuprāt var nedaudz saprotot kas ir kas darīt arī vienkārši eskeipojot/typekastojot).. so not really IDS

Nu šis kods ir jāprofilē (vai nu ar automātiskiem tooļiem aka xdebug vai vienkārši paprintējot kodā ārā laikus, vai paliekot die('aa'); lai saprastu kurā vietā sākas bremzīgās lietas).. tev tur ir krietni daudz kveriji un krietni daudz nosacījumu - nepieciešams noskaidrot, kuros gadijumos sanāk un kam izpildīties 10min. Tīri datu pārsūtīšana no DB nevar aizņemt 10min, jo, pieņemsim, ka sterveris stāv uz 100nieka, tad DB nu average varētu izspiest 2+- Mb/sec šaubos vai tev excel dokuments aizņem ~1Gb.. Un ja tomēr aizņem tad diezko labi tas nav :)

Tas ir cits jautājums un par to nestrīdos.. es tikai oponēju Vebera komentāram..

Jā šis ir redzēts.. un es arī piebildu ka "svarīgi ir gan kas piesakās" un ne velti komentārs bija par speciālistiem .. taču minēto forumulu iespējams (sakarā ar to ka slinkums pētīt sourci) ir izdomājis netehnisks cilvēks (es gan atminos kaut kur lasījis par CDbaby un viņu ķibelēm un attīstības gaitu iespējams šī paša sakarā).. kaut vai skatoties uz "no execution" nu nekādi nesanāk 1$ :) Jo no tehniskā viedokļa to briljant(zaļo) var sasniegt ar visādām ķeskām bet nopārdot tikai kopā ar ideju.. so-so ideja nekādi to nevairo.. Aiz kam ja plašākā nozimē jāskatās jau ka arī tehnisku lietu risināšanai nepieciešamas idejas jebšu algoritmi.. :) Bet tas nu tā.. Man ņemoties pa ideju realizēšanas puses ierakumiem ir nosliece tomēr ka vērtīgāka ir radošā puse, jo visādus guru var piemeklēt :)

Nu kāpēc tad ne? Svarīgi ir gan kas piesakās.. Mūsdienās viena no svarīgākajām projekta detaļām ir ideja (faktiski visa sākums) tehniskā puse ar ir būtiska taču parasti visu vairāk vai mazāk ir iespējams realizēt. Kas attiecas uz to ka visi grib naudu - nu nav tā.. Ir speciālisti savā nozarē, kuriem tiešie pienākumi vai nu vairs nesagādā baudu/gandarījumu vai arī vienkārši sakārtojot visas lietas neaizņem tik daudz laika - tad var visu ko darīt arī tāpatvien prieka pēc.. Un ja ideja izrādās veiksmīga tad materiālais aspekts parādās vēlāk. Tākā galvenais priekšnosacījums ir ideja .. svaiga..

Ja datu apjoms ir pofig (tika indeksēti 300 Gb :D ).. un pat faktiski jams noiindekseet vinju var (tika izveidots index uz 15Gb un rams tam pietiktu ar galiem) bet searchd nevar ielaadeet un nosegfaulto.. ar tipisku 32bit mašīnas erroru. Tajā brīdi nebija laika pārkompilēt un debugot, jo tas tikai testiem, bet kad sanāks laiks droši vien paskatīšos smalkāk.. To SphinxSE diemžēl var ielādēt patchojot pašu mysql .. tīrs plugins tas nav :( Bet komunikācija ir krietni ātrāka nekā caur to sphinx API kur ar php packo datus vaļā un ciet.. varbūt vērts būtu taisīt php extensiju.

Faktiski jau ne vienmēr - var uztaisīt lai pieindeksē izmaiņas/jaunos ierakstus un taisīt merge indeksu.. Limits gan ir indeksa apjoms - kirdik iestajās pie 2Gb (kautvai uz 64bit sistēmas).. :( vismaz uz vienu instanci..

Nu jājautā kas tad rada to minūti? Nejau paša excel ģenerācija (kas ir ms jautājums). Vai tas ir DB sql pieprasījums? Vai php kods pēc tam? Vai SQL ir pareizs (tiek izmantoti indeksi) Vai DB pieprasījumu var preģenērēt temporārās tabulās? Vai php kods ir optimāls? utt

Ko nozīmē pietrūkst atmiņas? Ja tu pats esi sev noklusētos (memory_limit) 8Mb vai 16Mb max memory ielicis tad GD jau nav vainīgs.. nogrūzt atmiņas aizrīšanu ārējam procesam patēriņu pēc būtības nekādīgi nesamazina. Aiz kam ieteiktu pamēģināt pareisaizot 10-100-... bildes reizē.. diezvai kaste būs priecīga par IM convert procesiem..

Nu vaig pievērst arī uzmanību uz "Last updated on 14-Sep-2004" .. 3+ gadi tomēr šis tas mainās (citas versijas utt).. Dažas pārdomas no savas pieredzes: 1. GD ir krietni ātrāks un mazāk resursprasīgs kā IM 2. Ar GD kvalitāti var panākt tikpat labu kā ar IM (parasti kvalitātes zudumiem ir vainīgs php kods ne pats GD (piem nepareizs resize u.c.)) 3. GD ne vienmēr visu saprot - (piemērs ir daži Nokijas telefoni - uz GD sanāk melnas bildes- līdz ar to jātaisa fallbacks uz IM). 4. Visai nesen visas testētās IM ekstensijas leakoja (varbūt apache variantā nav tik sāpīgi, bet ja php process ir permanents (fastcgi) rams tika rīts zvērā)) līdz ar to darbināšanai paliek nejaukais exec() variants.

Lai boototos no USB tas ir jāatbalsta BIOSam .. Ja jams to nedara tad ņemties ar disketēm ir pilnīgi nejēdzīgi (aiz kam liela daļa nemaz vairs nenāk ar FDD) un ja no CD tad starpības ar vairs nav. Pie tām pašām tēmām ir arī kā izveidot instalāciju us USB sticka.. kā piemēr priekš EE PC http://www.eeeguides.com/2007/11/installin...-usb-thumb.html

Uz jautājumu ir jādod vai nu konkrēta atbilde vai arī jānorāda resurss, kur par to var izlasīt vai arī labāk ir neatbildēt.. Pretēji rakstot visu kas var noderēt (piemēram, adot zeķes) un šo - "un es saprotu ka viniem, ari gribas, tikai vini pagaidam neko nesaprot no taa " - var norādīt, ka īsti pats nesaproti kā problēmu atrisināt.. Var jau protams teikt, ka divas galvas gudrākas, no otras puses muļāties pa tumšo uz izjūtām ne vienmēr noved pie vēlamā rezultāta..

Jā ir. Googles meklējamais keywords varētu būt 'PeToUSB'

Googles tante pati visu ir aprakstījusi http://www.google.com/support/webmasters/b...c.py?topic=8459

Faktiski nav tāds jēdziens kā "MySQL darbojas caur proxy" (ja piesienas vārdiem tad protams ir mysql-proxy aplikācija, taču tās uzdevums ir pilnīgi cits). Tātad jautājums vēlreiz lai precizētu - šis erorrs nāk no: "Proxy Error The proxy server received an invalid response from an upstream server." a) prokša kas nolikts pirms webservera? (parasti izmanto Squid vai dažus citus proxy softus lai paatrinātu (accelerate) lēnas weblapas - t.i. iekešotu html lapas u.c. statiskas lietas) vai b) no prokša kas ielikts tavā pārlukā (vai arī teiksim ja ir kāds uzņēmums tad proxis var būt transparents (caurspīdīgs) uz visu uzņēmumu? Lai vai kā problēma ir visai vienkārša - Proxim ir ielikts kaut kāds atbildes (response) timeouts.. attiecīgi viņs nevar sagaidīt nekādu atbildi no webserva un izmet erroru šajā gadijumā max_execution_time nepalīdzēs, jo tas ierobežo/palielina tikai PHP maksimālo izpildes laiku un nejau PHP ir tas kas sūdzās. Risinājumi varētu būt: a) palielināt proxy timeoutus (atkarībā no softwares kas tiek izmantota ja piemēram Squid tad jāmaina request_timeout / read_timeout (lai gan noklusēti tiem vajadzētu būt diezgan lieliem)) b) ja php skripts ir ilgi strādājoš tad parasti palīdz progresa gaitā izvadīt kaut kādus datus (kaut vai punktiņus vai ko tādu)

Kapēc tad nevar? Var :) Vienkārši ne vienmēr ir uzreiz jāklausa pirmo atbildētāju.. Proti - cilvēki mēdz izteikties par lietām par kurām īsti sajēgas pašiem nav :)

Mī un žē kādi ieteikumi (īpašie piem par cPanel ;) ), bet faktiski vajadzētu vienkārši sākt ar šādu MySQL kveriju: REPAIR TABLE `fusion`.`_online`; Vairāk var palasīt šeit: http://dev.mysql.com/doc/refman/5.1/en/repair.html http://dev.mysql.com/doc/refman/5.1/en/repair-table.html

Protams ar dempingu var nodarboties utt, bet tas līdz zināmam brīdim.. Tele2 nav diezko laimīga jau ar savām dotētajām kartītēm kuras tiek iztērētas maksas pakalpojumos (ne iekšējā tīklā izlietotas). Tagad gan man šķiet ka tiek spiests uz _vienotiem_ tarifiem (tur par gprs u.c.) visā ES, tākā ganjauka šis tas mainīsies (cenās uz augšu).

Nu jēga šim procesam? Kāda konkrētajā brīdī viens vai otrs operators nogriezīs šo iespēju vispār..

Un jēga? Ieviesīs savādāku captchu.. Proti nedaudz besī, ka cilvēki paši sev un citiem sabojā turpmāko experienci un apgrūtina dažādus pakalpojumus..