Kaklz

Par tiem citiem resursiem konkrētāk lūdzu, bet uz sitiena man nekas prātīgs galvā nav, ja neskaita http://hybridauth.sourceforge.net/

Kāpēc lai tu meklētu investoru Latvijā? Pasaulē ir saradušies liekas nu jau desmitiem startup inkubatoru, kur tev standarta 50k$ gandrīz pakaļ met un tad, kad tev kāds starta kapitālu ir iedevis, tad tik tiec kaut kur uz priekšu un nākamie devēji sastāsies rindā.

Es tev silti ieteiktu palasīt kaut ko par relāciju datubāžu projektēšanas pamatiem. Tas tiešām ir to vērts :)

Ņem ciet Phirehose bibliotēku un tālāk jau visam vajadzētu būt tik vienkārši kā divus pirkstus .. http://code.google.com/p/phirehose/wiki/Introduction Lietoju viņu priekš viena sava meistardarba un strādā vienkārši lieliski.

Emm, kā tad tu vispār vari pārbaudīt, ka fails pieder konkrētam lietotājam, ja tur nav klāt user_id ? Man izklausās, ka tev tur ar struktūru ir galīgi slikti. Vienkāršākais veids kā to pārbaudīt ir šeit nopublicēt savu tabulu struktūru vai vismaz daļu no tās.

+ ss.lv vērtība ne tuvu nav tikai izstrādes / uzturēšanas izmaksas - tur nāk klāt gadiem ilga "pirkšanas/pārdošanas" vietas labā slava, kuru nu galīgi nav viegli iegūt.

Ja tu orientējies uz Latvijas mērogiem, tad es teiktu, ka ir/būs švaki. Vismaz tās reizes, kad man kāds ir prasījis viedokli par to vai ir prātīgi būvēt lapas uz RoR, mana atbilde ir "NĒ", jo ir pārāk maz spečuku. Būtībā tā ir klasiska vistas / olas problēma. Kamēr nav pietiekami daudz speciālistu, reti kurš ir gatavs būvēt projektus šajā risinājumā un spečuku nav daudz, jo nav nopietna pieprasījuma.

Kāda jēga no Ls 0.15 maksājuma? Tev no tā maksājuma pāri paliek 5-7 santīmi, kāda jēga kaitināt lietotājus? Lai tu savāktu kaut vai 5Ls tev ir jāčakarē gandrīz 100 cilvēki. Tāda izmēra maksājumiem jau ir jādomā par karšu norēķiniem vai kādiem citiem nopietnākiem maksāšanas līdzekļiem. Skat. punktu augstāk - ļooooti liela daļa no summas aiziet operatoriem.

Pa lielam jau var visai triviāli uzbūvēt logu eksportu kaut vai uz kādu IM klientu - kādu no XMPP protokola klientiem pavisam vienkārši caur PHP un caur Python / C arī uz skype.

Tāpat jūsu gadījumā pie failover 1/3 pieprasījumu aiziet nākamo reizi uz datubāzi, lai tiktu pie vajadzīgajiem datiem. Jārūpējas par to, lai DB to varētu pavilkt - pareizi indeksi, optimāli vaicājumi, utt. No otras puses - nezinot kas tas par projektu un cik svarīga ir nepārtraukta pieejamība, cik kritiskas ir kļūdas, ja tādas notiek ir visai pagrūti ieteikt vienu vai otru risinājumu.

Kā būtu, ja izslēgtu memcache.allow_failover PHP settingos? Tad vismaz izvairītos no tā, ka tiek sačakarētas atslēgas citos serveros un ja problēmas ir pietiekami retas, tad gan jau kaut kā varētu pārdzīvot.

Liekas, ka tas izskaidro sludinājumu līdzību.

Oficiālajā PHP lapā pie dokumentācijas taču ir atsevišķa sadaļa "downloadable documentation" http://lv.php.net/download-docs.php

Jaudīgajos video aizsardzības risinājumos, ko izmanto interneta TV ir jālieto speciāli pārlūku plugini. Pie tam šajos pluginos ir iestrādāts, ka nemainot bildi ar screen recorderi ierakstās bildē arī plugina identifikators, kā rezultātā pēc tam var veikli atrast vainīgo, kurš video ir ierakstījis un nopludinājis. Bet šis liekas nebūs tas gadījums, kad cilvēks būs par to maksāt tik, cik tas maksā. Attiecīgi, atbilde ir iepriekšējā. Ja video ir tik svarīgs, vienkārši nepublicē to :)

Vēlviens būtiski svarīgs moments ir tas, no kā paņemt to naudu. Ja tu paņem naudu no kāda laba inkubatora, tad svarīgāks par tavu iegūto naudas apjomu var izrādīties kontaktu tīkls, kam tu tiec klāt.

Varbūt palasi par datubāzēm, SQL un konkrētāk par ORDER BY (http://www.w3schools.com/php/php_mysql_order_by.asp) ?

Sāc ar to, ka skaties, ko tev rāda access vai error log.

Manuprāt šis jau saknē nav pareizs domu gājiens. Mēs sen sen atpakaļ mēģinājām šādu sistēmu izmantot, bet tā beigu beigās pārvērtās par mērenu murgu ar visām kešotajām versijām, versiju pacelšanām, utt. Daudz labāks risinājums ir publiski likt jau vienu sapakotu failu un atsevišķus specifiskos failus lādēt atsevišķi. Iedomājies situāciju, kad tev ir teiksim 20 dažādi CSS faili, tu viņus atkarībā no vajadzības kombinē teiksim 400 kombinācijās. Pamaini vienu CSS failu un tev kaut kādā brīdī lietotājiem ir atkal jānovelk 400 dažādas failu kombinācijas, kā rezultātā viss ir slikti. Labāk sapako vienu universālu CSS failu jau pirms likšanas publiskajā vidē un paļaujies uz to, ka pārlūks to iekešos. Būs stipri labāk. Es arī nevaru iedomāties iemeslu, kāpēc reset.css saturs nevarētu atrasties global.css iekšienē.

Tas ir 2006. gads. Šobrīd mēs dzīvojam 2011. gadā, pēdējās man zināmās izmaiņas ir 2010. gadā: http://www.apollo.lv/portal/news/articles/217129

Esi lūdzu tik labs un pirms kaut ko tādu saki, noskaidro vai tas kaut nedaudz atbilst patiesībai. Tās ir pilnīgas muļķības.

http://www.w3schools.com/jsref/jsref_pop.asp divas reizes un dabūsi pēdējo un priekšpēdējo elementu.

Vai šo tematu skatījies? Tur ir kaudze ar e-veikala risinājumiem / moduļiem. http://php.lv/f/topic/10276-iesakiet-web-veikala-scriptu/

Klientus ir jāaudzina, lai liek aktuālākas versijas. No PHP 5.2 nomigrēt uz PHP 5.3 manuprāt galīgi nav problēmu, ja vien nav sarakstīti kaut kādi pilnīgi kosmiski brīnumi.

CodeIgniter neko nekad neesmu programmējis, bet: $route['admin/(:any)'] = 'admin/$1'; $route['(:any)'] = 'site/$1'; vai kaut kas uz to pusi neiet cauri?

Ļoti daudzi no tiem pārdevējiem ar savām cenām pīpē kaut ko ļoti labu :)