mounkuls

Hmm...ieejot http://www.appservnetwork.com/ lapā es pat vecākajai uz šo brīdi lejuplādējamai versijai komplektācijā redzu phpMyAdmin. Neesmu protams appserv licis, bet vai tad nav jau piedāvāts to ieinstalēt serveri liekot?

Mhmm... #46 EDIT3 ir tas, kur man laikam jāparok būs:)

Ko tie pirmie divi kveriji dara es redzēju, nodomāju, ka tiek meklēts kā tos id likt tur, bet nav vēl atrisināts vienkārši. Varbūt te vietā idejas, kā taisīt to onlain? Es parasti taisu vai nu atsevišķu tabulu vai user tabulā update last action kādu lauku. Pirmajā gadijumā glabāju username un laiku, kuru atjauno tikai. Nu var vēl kādu lauku, ja vajag ko. 1. Funkcija sākumā dzēš visus tos, kuri laikā neiekļaujas. 2. Atlasa tos, kuri iekļaujas un samet masīvā. 3. Atjauno konkrētam laitotājam laiku. 4. atgriež masīvu un drukā laukā. Labums tāds, ka tad tabulā glabājas tikai tie, kuri patiešām ir online. Otrajā gadijumā vienkārši atjauno konkrētam lietotājam laiku, bet online listi ņem ar citu kveriju, vadoties pēc laika tanī last_action laukā. Varbūt ir kāda sakarīgāka domā kādam, idejas par skādi nekad nav:)

Tad ko īsti atgriež print_r($nt); ? Man jau izskatās, ka sql aplaužas, jo nevar izpildīt $qt kveriju. $qt=mysql_query("select u_name from activity_user, users where status='ON' and activity_user.act_user_id = users.id "); Tā bišk jocīgi...ņem u_name no divām tabulām, pie nosacījuma, ja vienā tikai kas atbilst. Pie tam vienādus(ar vēl nav zināms, varbūt datu tips pat nav vienāds)laukus un gribi tos samest vienā masīvā... Neesmu nekāds spečuks, bet te nevajadzēja JOIN? A, un vēl, 3000 sekundes nav 5 minūtes:)

Nu ja tur theme.php jau gaida $_GET un tas ir skaitlis, neredzu problēmu ar GET padot parastā linkā. Ja vajag lai noformēts kā button, lai tak ir GET ar līdz action linkā. Varbūt vēl kādā vietā vajadzēs parastu linku likt, ko tad, jāņem ar REQUEST jau būs.

Varbūt tā arī glabā Down:24 :D Lai labāk viņam pielec, laikam vēl jāmin, ka arī Down: 2423456 būs tanī pat vietā un ne citā. Piemēram datorā mapītē sataisot failus ar nosaukumiem 1.php.......22.php, kārtosies by name tie tā 1.php 11.php 12.php .. .. 2.php 21.php 22.php. Teksts ir teksts, bet skaitlis ir skaitlis.

Daudz maz normālā lapā, kurā glabā video un nevēlas lai to aiztiek ar embed, nedomaju, ka būtu tik prasti ar s1-s7 maskēts, tas drīzāk ir apjoma un slodzes radīts serveru skaita daudzums, un pieprasijumus attiecīgi redirektē uz brīvāko. Jūzerim piešķir hashu, gan jau pēc kāda captcha koda ievadīšanas lai visādi varoņi neliek sev lapā, un to jau tad redirektē pēc kāda sava skripta, kur paņemt. EDIT: CURL jau neviens nav atcēlis:)

un ar GET[id], kā no viena mainīgā ar nav visai prātīgi SELECT divus dažādus laukus, kur nu vēl dažādu tipu laukus.

Iemet debug if(mail($to, $subject, $message, $headers)) echo 'nosūtijās'.$mainiigie; else echo 'nefiga'.$mainiigie; Ja vienreiz nosūta, vaina visdrīzāk būs kodā.

Pilnīgi piekrītu! Paņemt gatavu jau var, atkarīgs cik liela ir vēlme iemācīties. Arī pats esmu izmantojis gatavus lai iemācītos, tas ir normāli, taču savus pirmos es tomēr rakstiju pats un biju lepns tieši par to. Mazliet laikam stulbi, bet man vienalg, kamēr bija laika tam, uzskatīju to par pareizu praksi.

Bezsakars. Kods kā tāds pavelk, bet ar problēmu sakaru neredzu. Šī rindiņa vispār auzās , tas tā momentā iekrita acīs. MD5 ir vienvirziena kriptošana, hashu pieglabā failā vai bāzē un salīdzina ar jūzera md5(ievadītiem datiem), ja sakrīt ir OK.Kūkijus raksti pārlūkam, bet kur tos pārbaudi tā arī nemaniju..... Nu labi, čeko vai kūkijs pastāv un tikai:)

Tad jau ar lapu viss kārtībā:D Bet pašu jautājumu es kaut izstiepies nesapratu tā arī...

Hmm... kods kā tāds nav pie vainas, bet nu matcho /foldername/ no filename.csv....., ne visai loģiski

Nu jopčik, tam ir domāta vēl viena tabula, kur to glabāsi, normāli tā vismaz uzskatu ka ir. Ja lieto datubāzi, glabā datus tur un strādā ar bāzi. Par to Tavu izskatās, ka esi tiko kā no failiem uz SQL. Tas ir OK, nemīz:) Mēģināsim līdzēt;)

radikaalz, lūdzdu neapvainojies, bet saproti, lasīt to kodu bija nenormāli grūti(laikam tāpēc arī neizlasiju). Neņem ļaunā, esmu pasvinējis šovakar. average vēl nav īsti skaidrs kam, bet max records in a day jau ir count(file("fails_kur_ir_ieraksti.txt")), ja vien in a day nav visu laiku vienā failā rakstīts.

Nu ja, mazliet nesapratu laikam vajadzību. To iespraušanu laikam ar <select name="num_after"> un pirmajā vietā kā sākumā un tālāk jau no bāzes order listi. Lai selektē aiz kuras pogas un atgriež vietu. Kā sakārtot tabulā tā sakarīgāk nezinu, bet domāju ka tāpat jātaisa masīvu php.

Aha:) es pat no mobilā pamaniju. Atstarpe ne tur.

Manuprāt vienkārši visu jāsaliek masīvā, jāsadala pa daļām (līdz kuram elementam nemainās un pārējo), sakārto kā vajag, TRUNCATE un pēc tam INSERT, ja ID ir auto_increment. Es pat neredzu lielu jēgu to bāzē glabāt ja to pogu nebūs vairāki simti. EDIT: lai gan ja izmanto kādā sistēmā, bāzē strādāt būs ērtāk.

Diezgan patizli ienākt tēmā, kurā ir risinājums atrasts, bet problēmas detaļu vairs nav....

Lietotāji tāpat atradīs iespēju kā uzrakstīt otram adresi. Kāda jēga no tā, rausties ka visi aizskries projām no čata? Man atļauti ir linki pat, protams caur redirektu, bet ir. Nekādu problēmu nav, kam interese, tie aiziet un paskatās. Tāpat atgriežas un cato tālāk pie manis. Drīzāk ar tiem ierobežojumiem viņus sakaitināsi un mēģinās par spīti pačakarēt ko čatā vairāk:) Edit: Kas ir pilns vārds? Aizvietot var gandrīz visu.

To datubāzi importēji no kautkurienes? Iespējams jau tad visu salaidi dēlī ja tā. Katrā ziņā to kas ir bāzē citā kodējumā, salabot varēsi tikai manuāli vai izlāižot caur kādu pašrakstītu skriptu ar repleisiem. Protams, ja vaina ir tur. DOCTYPE nav pie vainas, lai gan man liekas, ka XHTML vajadzēja arī xml deklarēt, vismaz lai mobilie to pazītu tā vajag.

Kautkur php daļā pirms ir sākta jebkāda satura izvade pārlūkam, vislabāk pirms izdrukā DOCTYPE. Var jau arī sākumā likt kautkur. Tepat šinī forumā ir temats Neliels foruma tēmu apkopojums no arhīva sadaļas. Atrodi teksta kodējumi (encoding, charset) paspaidi tos linkus un palasi tos topikus, tur visu var atrast, izmanto to, savādāk tāda sajūta, ka tas viss velti ir ticis apkopots. P.S. Sāc gan laikam no apakšējā linka, tas tuvāk Tavai problēmai būs.

Pašu php failu jāsaglabā UTF-8 bez BOM pirmkārt jau. var padot arī header("Content-type:text/html; charset=utf-8"); vēl papildus. Ja tie nav no datubāzes ņemti teksti, ar to vajadzētu pietikt.

Cik noprotu, esi paņēmis ko gatavu pielabot un tur nebija utf-8? Bet tā jau te laikam visu uzrakstija. Vēl tāda lieta, pašam ir bijis gadijumi, kad ņēmu jau gatavu no krievu skriptiem, failā kuru saglabāsi utf-8, nedrīkst palikt cita kodējuma pat komentāri. utf-8 ir multibyte encoding un pielabojot ne visu parastā teksta redaktorā var redzēt, ja dzēs vai labo kādu rindiņu. Vizuāli nekā nav, bet failā paliek draza. Tādu vari saglabāt kā utf-8, bet uzliekot uz servera vienalga fails utf-8 nebūs. Un protams bez BOM, to jau te minēja.

By Grey Wolf: Labi, ka Tev na darīšana ar WAP, bez sāls apēstu par šito:D Bet webam jā, protams tā var.