1mher3

Paldies par atbildēm.

Cerams, ka citiem jau ir nācies saskarties ar līdzīgu situāciju un ka varēsiet man palīdzēt saprast vai mana iecere ir praktiski realizējama. Plānošanas stadijā ir viens potenciāli veiksmīgs projekts, kas pilnība balstīts uz web lapu internetā. Ideja ir vienvietus, viegli pārskatāmā veidā, apkopot lielu daudzumu noderīgu informāciju par specifiku industriju un tādejādi piesaistīt ieinteresētu audienci. Pirmā gada laika plānots sasniegt 50000 - 100000 apmeklētājus dienā un ieņemt 20000-30000 LVL. Vēlos to visu realizēt oficiāli (reģistrēt SIA, kas nodrošina web lapu apkalpošanas un reklāmas pakalpojumus, un pieņemt darbā vairākus cilvēkus). Praktiski galvenais firmas ienākumu avots būtu no reklāmas vietu tirgošanas individuālām personām/uzņēmumiem un aizlienēšanas reklāmu pārtirgotājiem (piem. google adsense). Tāda veida globālās web lapās pircēji nāk no daudzām ārvalstīm (manā situācija mazāk kā 0.1% no Latvijas) un visi pirkumi notiek automātiski ar kredītkartēm vai paypal. Vai PVN uz to attiecas? Loģiski šķiet ka nebūtu jāpieliek PVN pie produkta, kas neatrodas un netiek tirgots latvijā... Vai ir kādi nopietni ierobežojumi/problemātiski izpildamas prasības, kas varetu radīt saražģījumus firmai kura piedāva pakalpojumus iedzīvotajiem no visām valstīm? Vai latvijas likumdošana vispār atļauj legāli tādā mūsdienu veidā gūt ienākumus (t.i. klients samaksā par virtuālu produktu un to automātiski saņem, bet netiek parakstīts nekāds papīra līgums)? Vai nav kaut kādas prasības, kas uzliktu par pienākumu ievākt privātu informāciju (adresi, dzimsanas datus, personas kodu) par klientiem?

hmm... ta es nesaprotu... cpanel panemot "Service Status Click to View" tiek parādīts šitas: Server Load 1.42 (2 cpus) ar exec('uptime') iegūstā load average: vērtība ~ sakrīt. Ko citu tad tas nenozīmē ja ne ka CPU noslodze ir 1.42%? "Cik tad esi samaksājis uz priekšu?" neko daudz, bet ~10 Ls ar ir nauda kuru pazaudēt nav īpaši patīkami.

codez, paldies par ieteikumu. Skatos rackspace piedāvājumus... bet diemžēl pašreizējam hostingam esmu jau samaksājis uz priekšu. Pārejot uz citurieni es to naudu nedabonu atpakaļ.

Iespējams ka pats esu dumjš un nesaprotu, bet hostinga prasība pāriet uz 6x dārgāku plānu (virtuālais serveris) rada aizdomas par viņu nekompetenci vai nekaunīgu situācijas izmantošanu. Ceru ka verēsiet man palīdzēt. Situacija šāda: Shared hosting serveris uz kura jau vairākus mēnešus hostēju web lapu visu laiku strādāja ātri, bet pirms pāris dienām kļuva nenormāli lēns... cik sapratu no admina, tad bridī kad serveris ir pārslogots šie navar (vai nemāk) pateikt kurš tieši klients ir vainīgs. Varbūt pārpratu un to ir iespējams vienkārši noteikt? Problēmu šie risina pārstartējot serveri (laikam). Tad šie skatās Server Status > Daily Process Logs un atslēdz klientus ar lielāko noslodzi. Daily Process Logs uzrāda tikai dienas vidējās CPU noslodzes %, tātad ja viens klients visu laiku izmanto 0.x% cpu un tad izraisa 99% CPU noslodzi un pakar serveri, vidējā statistika pat pēc vairākām stundām uzrādīs tik dažus %. Ne tā? Šie man atsūtīja Daily Process Logs screenshotus par vairākām dienām (arī tām kad serveris strādāja bez problēmām), bet tajā visi noslodzes cipari, izņemot manu kontu, ir aizkrāsoti. Pie mana konta tiek uzrādīta 7 - 9 %CPU noslodze un tas esot par daudz priekš Shared Hosting plāna. OK... meklējot probēmu izmantoju exec('uptime') funkciju, lai atslēdz scriptu ja CPU pārslodze virs 20%. Arī savācu servera noslodzes info par pagājuso dienu (ar 10 minūšu intervālu). exec('uptime') uzrāda info par servera kopējo noslodzi (nevis tik manu kontu), pareizi? Mans tests atklāja ka servera noslodze pagājušās dienas laikā svārstījās no 0.1% - 3.5% un vairumā laika bija zem 1%. Tad man rodas jautājums kā mans konts var vidēji lietot 7-9% CPU ja vidējā servera CPU noslodze ir zem 1%... Radās jautājums Vai Server Status > Daily Process Logs uzrādītais klienta konta %CPU noslogojums rāda % no CPU maksimālās jaudas vai dotā klienta izmantotos % no kopējās CPU noslodzes? Ir milzīga atšķirība vai mana lapa ēd 7% no CPU jaudas vai 7% no izmantotā ~1% CPU.

Paldies.

es taisu iespēju apmeklētājiem balsot un googlee atradu šo skriptu: http://www.tutcity.com/view/dynamic-5-star-rating-script.11888.html tas ir tik priekš lietotāja puses, bet PHP scripts kurš rezultātus saglabā datubāzē tiek pielikts klāt. Tad nu es iemontāju GetXmlHttpObject funkciju lai palaistu php failu (add-rating.php), bet tas netiek atvērts. izcelts ir kods kuru es pievienoju. iespējams ka esu ielaidis kaut kādu muļķīgu kļūdu, bet nekādi to nevaru pamanīt.

nekāds... bet pārējie varianti bij balstīti uz javascript, tātad nestrādā ja apmeklētāja browserī javascript ir atslēgts.

Hmm... ja var, tas darbotos arī uz tiem ar izslēgtu javascript, tātad šķietami viss labākais risinājums?

vai ir iespējams mysql_query funkcijai aiz parametra WHERE norādīt ka tai ir jāpaņem ieraksts arī tad ja tikai daļa no satura sakrīt ar vajadzīgo vērtību? Piemēram: mysql_query("SELECT name, date, ip FROM $database.comments WHERE category='$category' AND comment=??? 'satur $keyword'", $connect)

Tā kā līdzvērtīga informācija ir pieejama arī citās vietās, apmeklētāju piekļuves ierobežošana nedotu neko labu. Man radās ideja kompromisa variantam - ja apmeklētājs nevar redzēt banerus, rādam teksta linkus. Tie ad-blockers taču miljoniem web lapu īpašnieku padara maku plānāku. Ļoti cerēju ka eksistē risinājums ad-blocker detaktēšanai.

Tāda lieta kā ad-blocker ir iepatikusies ievērojamai daļai interneta lietotāju. No lietotāju puses tas ad-blocker itkā laba iespēja panākt ka lapas ātrāk ielādējas, neesam spiesti skatīties uz kaitinoša paskata baneriem... Web lapu īpašniekiem tās gan nav labas ziņas. Ja apmeklētāji nevēlas redzēt banerus, man jārespektē viņu izvēle. Nebūtu pieklājīgi uzspiest reklāmas banerus piemuļķojot ad-blockers ar nestandarta izmēru. Bet mans banera rādījumus uzskaitošais scripts nezin ka baneris tiek bloķēts vai netiek parādīts dēļ tā ka apmeklētājs atslēdzis bilžu ielādi. Vai ir iespējams noteikt ka apmeklētājs skatās lapu bez bildēm vai lieto ad-blocker?

Paldies. tad tā arī taisīšu.

Paldies par atbildēm. To tēmu par daudziem enteriem nesanāca atrast. Ir ideja $a - noteikt $comment simbolu skaitu, $b - saskaitīt /r un /n skaitu $comment $c=$a-$b - dabūt rādāmo simbolu skaitu tad iegūstu aptuvenu rindu skaitu $c izdalot ar aptuveno simbolu skaitu rindā un tad pieskaitot $b. Vai šāds risinājums strādātu? es diemžēl nezinu kādas funkcijas būtu jālieto lai dabūt $a un $b vērtības.

Es taisu iespēju apmeklētājiem pievienot komentārus un ir nepieciešams ierobežot to garumu. Pie datu ievades formā noteicu maksimālo simbolu skaitu, bet tas risinājums der tik priekš apzinīgiem komentētājiem. "labvēļi" var pierakstīt pilnu formu ar tekstu bez atstarpēm vai saspiest 1+[enter] 2+[enter] ... 100+[enter] iekļaujot tādus komentārus tiktu sabojās web lapas plānotais satura izvietojums. Tā ir tāda populāra lieta ka noteikti ir gatavi labi scripti datu pārveidošanai rādīšanai draudzīgā formātā, bet google.com neizdevās atrast (iespējams nemeklēju pēc pareiziem keywords). Tā kā nevaru atrast, būs jāiemācās un jāuztaisa, bet īsati nezinu kādas PHP funkcijas jālieto. Ar kuru funkciju lai panāk ka PHP pārbauda un ieliek atstarpi ja teksts bez atstarpēm ir garāks par piem. 30 simboliem? Vai ir iespējams ar PHP izkaukulēt rindu skaitu kuru tas teksts aizņems?

paldies, pamēģināšu pārlikt uz INT

Nomocījos vairākas stundas. Ļoti ceru ka kāds man varēs palīdzēt. Situācija tāda ka es taisu iespēju sakārtot datubāzes ierakstus augošā/dilstošā secībā pēc dažādiem parametriem. tiek iedotas vērtības $arangeby="lauka nosaukums"; $arange="ASC vai DESC"; šāda funkcija: if($result=mysql_query("SELECT id, username, date, priority, credits, views, clicks, targeturl468, 468banner, title468, alt468 FROM $db_name.ads WHERE status='1' AND type='0' ORDER BY $arangeby $arange LIMIT $start, $end", $uconnect_select)) { if (mysql_num_rows($result) > 0) { //pārējais scripts tik uzģenerē tabulu// } } problēma tāda ka šis datus parāda pareizā secībā ja tiek kārtots pēc username vai date vai credits vai clicks bet nekādi nevaru panākt lai tas kārtotu pēc priority un views. pārliecinājos ka problēma nav ar $arangeby vērtību. Datubāzē tabulas aiļu veids tāds pats kā citām vērtībām (varchar). Ko lai dara?

Aleksejs, jā, tāda bij tā doma. ... Šodien programmēju un pārprogrammēju, ievērojot jūsu ieteikumus... apmēram stundu atpakaļ atdūros pret problēmu, ar datubāzes useru privilēģijām, nu nekādi nevaru izfunktierēt kur vaina... uztaisīju 3 userus attiecīgi ar privilēģijām pirmais - tikai SELECT; otrais - tikai INSERT; trešais - tikai UPDATE, pirmais un otrais smuki strādā, bet trešais, lai gan ir ar UPDATE atļauju, nestrādā (pēc sciptu izpildes datu bāzē ieraksts netiek izmainīts). 10 reizes gāju curi visam kodam cerēdams ieraudzīt kādu kļūdu, neatradu. Tad ienāca prātā ka ar "UPDATE" privilēģiju varētu kautkas nebūt kārtībā. Pārbaudes nolūkā trešajam useram uzliku "all permissions" un viss strādā... bet tā nevaru atstāt. Ko vēl bez UPDATE atļaujas ir jāatķeksē lai useram būtu tiesības tikai izmainīt ierakstus?

Aleksejs, neņem ļaunā, bet man šķita ka tas būtu pašsaprotami, ne jau datubāze "zina", bet php kods, salīdzinot ierakstus dažādās tabulās un/vai datu bāzēs, izskaitļotu ka parole nav nomainīta izmantojot linku, ja datubāzē nebūtu atbilstošs ieraksts ar paroles maiņas pieprasījuma kodu un statusu "apstiprināts".

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs Rodas iespaids ka kāds te man uzdod nesakarīgus jautājumus... nez kādēļ...

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs nē... piemēram, users Aleksejs nomainījis paroli, bet datubāzē nav piefiksēts ka maiņa apstiprināta izmantojot apstiprinājuma linku (ir tāda plaši pielietota sistēma - lai usera pieprasījums mainīt paroli tiktu pārbaudīts, useram tiek nosūtīts mails ar apstiprinākuma linku, tas links šim ir jāuzspiež...), tātad parole kautkādā veidā nomainīta apejot sistēmu...

Kas notiek, ja ... Tad es par to ka ieraksti izmanīti uzzinu līdzko ieskatos admina daļā (kurā būtu scripts kas detaktē ka ieraksti nesapas), nevis kad dusmīgs users atraksta emailu jo netiek sava kontā iekšā.

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs par backup ta skaidris ... bet es domāju svarīgākos datus uzreiz rakstīt divās datu bāzēs, vienai no kurām nav pievienoti useri ar tiesībām izdzēst vai izmainīt (Tad vienīgais man zināmais veids kā tur kko sačakarēt būtu ja tiek klāt hostinga cpanel)

nutiko radās šāda ideja: izmantot divas datubāzes - primāro on alternatīvo kurā tiek dublēti svarīgākie dati. otrajai datubāzei piesaistīt userus tikai ar tiesībām SELECT un INSERT. un uzrakstīt funkciju kura salīdzina un brēc ja ieraksti nesakrīt. tas kaut ko jēdzīgu drošības ziņā dotu?

ja saprotu pareizi, piemēram, login formas pārbaudei/apstiprināšānai man vajag izmantot: 1 - datu nolasīšanai - lietotāju A (tikai SELECT) 2 - login datuma atjaunošanai - lietotāju B (tikai UPDATE) 3 - nepareiza login piefiksēšanai - lietotāju C (tikai INSERT) tas ko es neizprotu - kāds ieguvums drošības ziņā ir 3 dažādu useru izmantošanai salīdzinājumā ar vienu kuram tiesības gan SELECT, INSERT, UPDATE? kas jādara lai to realizētu?