pilots

Kādēļ lai kādam būtu alerģija pret phpmyadmin? Ar to es domāju, kādi tad būtu galvenie argumenti lai pārietu uz kādu citu mysql klientu? (Es neko citu neesmu lietojis kā vien phpmyadmin) // es ar pirmo iedomājos Armēniju skatoties uz .ar

> marcis Ja ir iespējams, tad padalies lūdzu ar tiem dokumentiem.

Rādās, ka tev ir krietna pieredze ar šiem servisiem. Paldies par info.

> indoom, Kuru sms pakalpojumu sniedzēju tu iesaki lietot, ja tavuprāt fortumo nav gana labs? > Grey_wolf, Man ir situācija, kad ir tikai reģistrēti lietotāji (bez autorizācijas nevar ieiet saitā). Līdz ar to teorētiski var mēģināt risināt starpgadījumus ar kļūdainām sms. Un lai arī maksas pakalpojums tiek plānots tikai viens, man kaut kā liekas, ka pārāk lielas klapatas ar kodēšanu nebūs arī B variantā.

Ne ne. Es pie varianta B piestrādāšu. Anyway, paldies ka nopublicēji, mazums kādam var noderēt. Vienīgi prasās tur uzlabojumi no drošības viedokļa.

Kāda būtu sagaidāma reakcija no lietotāja, ja viņš ir kļūdījies ar ID, proti, ievadījis nepareizu/neeksistējošu id. Ja tāds kadrs izdomā, ka viņam vajag naudu atpakaļ, tad reāli jau es pats nesaņemu 100%. Lietotājam nauda vējā, ja administrācija neņemās izmeklēt kurš īsti sūtījis sms. Varētu tādā gadījumā aizsūtīt lietotājam atbildes īsziņā - "Paldies, Tu tikko izmaksāji man aliņu!" :) Bet, ja nopietni, tad nepieciešams laikam rūpīgi atrunāt "terms of service"..

Paldies, Aleksej. Diezgan labi argumenti. "A" varianta labumi manuprāt nav diez ko "labi", ja tā padomā. Kodu tabulā var mētāties neizmantoti kodi. Bardaks var sanākt. Savukārt "B" variants gan man sāk likties lietojams. ID redzams būtu reģistrētiem lietotājiem, tai pat laikā draugs draugam var paprasīt lai nosūta sms viņa vietā iedodot savu profila ID un nebūs jāgaida kamēr tas otrs saņems kodu,.. aizsūtīs profila īpašniekam,.. tas savukārt ievadīs portālā. Īsāk sakot B variants - Makes sense.

waplet, dod šurp droši. :) Es gan ne kodu prasu, bet viedokli par to, kurš variants ir labāks no lietojamības viedokļa. Uzbūvēt var gan A, gan B variantu bez bēdu.

Painteresējos par fortumo.lv sms apmaksas sistēmu. Cepuri nost, ka viņiem ir diezgan labi aprakstīts par pakalpojumu mājaslapā. Sāku būvēt kodu lapai un atdūros pie tā, ka var dažādi realizāt pakalpojuma apmaksu: A) Lietotājs aizsūta sms TXT ABC uz pakalpojuma numuru, uz servera uzģenerējam random kodu un aizsūtam lietotājam, kurš šo kodu ievada web lapā lai saņemtu pakalpojumu. Mīnusi - jāģenerē tie random kodi, jāskatās lai tie ir unikāli. Tiem kodiem vajag atsevišķu datubāzi.. Plusi - Var uzreiz neizmantot kodu B) Lietotājs aizsūta sms TXT ABC 1234 (skaitlis ir lietotāja profila ID) uz pakalpojuma numuru, uz servera datubāzes lietotāju tabulā updeitojam attiecīgajam profilam pakalpojuma statusu un aizsūtam lietotājam tekstu - "pakalpojums apmaksāts". Mīnusi - ?? Plusi - nav jāģenerē nekādi kodi, pakalpojums stājas spēkā nekavējoties. Kas notiek, ja lietotājs kļūdās ar ID iekš sms, viņam noskaita naudu, viņš nesaņem pakalpojumu ..? Saistībā ar šo visu gribētu pajautāt - Am I talking sense in here? Proti, vai es kaut ko neesmu palaidis garām un kuru variantu, jūsuprāt, labāk lietot?

Tāpēc, ka pats ir spēris droši vien. :) Sperts vai nesperts ir mazākā bēda šai gadījumā.

Dizains tiešām ekskluzīvs. :)

Neaizmirsti nomainīt arī skripta max izpildes laiku.

Uzvara. 8209 dara vajadzīgo lietu. Paldies visiem trim palīgiem!

Bez izmaiņām. Mēģināju arī   8202 + Ar visiem variantiem ir problēma uz IE, Firefox, Safari. Interesanti, ka tikai uz Netscape Navigator šādi ar defisi savientus divus vārdus necenšās atdalīt pārnesot jaunā rindā.

par sākuma tematu runājot, varbūt bija nepieciešams norādīt UTF8 without BOM.

Kods: <span>Lorem ipsum bla-bla doremi..</span> Ir tā, ka ja rindiņā vairs neieiet vārds "bla-bla" tad jaunā rindā tiek pāriets teksta turpinājumu, sākot ar "bla" (beigu daļu vārdu savienojumam). Es prātoju vai nevar norādīt ar css stiliem vai kā savādāk, lai šai gadījumā jaunā rindā pāriet viss vārds (vārdu savienojums) "bla-bla". Lai tas tiktu uztverts kā nedalāms vārds. Vai tas ir izdarāms?

liigums jaaparaksta abiem. bet taapat nekaadu garantiju par peljnu shai gaidiijumaa nevar buut. idejas naak un iet. uztaisiis, palaidiis saitu un sapratiis ka tik vienkaarshi taa nauda nenaak.

errorus tad neatgriež. kaut kas līdzīgs, ja funkcija sapišās un tā vietā lai izvadītu penteri, ka errors vienkārši skipojam. tālāk gan viss turpina izpildīties. man ar šur tur kodos stāv simbols @ piemēram, priekšā mysql_queryiem .. tādēļ labprāt uzzinātu kādēļ tas ir `evil`? :)

tie nespīdīgie ekrāni manliekas ir tikai portatīvajiem. (varu kļūdīties.) Bet ja tu papētītu kāds ir labums tiem nespīdīgajiem, tad saprastu, ka to tev vismazāk vajag.

Tā nu autors prasīja. Piekrītu, ka tas nekas gudrs nav no drošības viedokļa.

Ja tu to vēlies ar skripta palīdzību, tad nolasam direktorijas saturu, php failus saliekam masīvā iekšā un ar foreach visiem modificējam piekļuves ar chmod 777.

Es principa pēc neietu tajā minētajā veidojumā hostēties kamēr man kād gudrinieks nepateiktu, ka tas tiešām ir to vērts un serviss ir ok. Savādāk man tādi `ahujenni pārākie` piedāvājumi neliekas nopietni.

ja nav daudz lapu saitam, tad visu vienā index failā var samest. zinošie sapratīs, bet ja autors nesaprot tad gan jautā, ja nesanāk / nesaproti.

Jū, man ar ir lapas ar kafijas nospiedumiem. vairākiem labojumiem un sev vien saprotamu pierakstu ar to kas ir izdarīts un kas vēl jādara. ja viens veidoju lapu, tad ok, bet ja būtu jāatrāda kādam, tad diezvai saprastu. (vienmēr protams nav tik traki.)

Es vienmēr esmu gribējis izmantot kādu online tooli, lai sekotu, piemēram, web lapas izstrādei. Nu salikt tur kas darāms, kas pabeigts, komentārus. Bet neesmu gan neko prātīgu līdzšim atradis. Parasti mēģinu paturēt galvā cik tālu esmu ticis un kas vēl jādara.