HELP?

Scris de Costin in data de 2 Octombrie 2006 la ora 13:49
9 comentarii. Tu ce zici? | 1,083 vizualizari | Trimite acest articol pe e-mail

Folosesc MySQL 4.0.23-Max. Am o tabela MyISAM care o operez in 3-4 fisiere .php. Cateva SELECT-uri, UPDATE-uri si un INSERT. E tabela unui sistem de mesagerie intre utilizatorii unui site. NU am nici o comanda DELETE sau TRUNCATE.
Problema: NU am inteles de ce dar cand vrea ea se goleste. Tabela. Se trimit cateva mesaje, se pastreaza, apoi fara sa ii faci nimic o ia razna.

Daca s-a mai lovit cineva de asa ceva sau poate cineva sa ma ajute (si chiar daca are pretentii materiale sa se afirme totusi) il rog aproape in genunchi sa imi dea un mesaj pe YM (vezi pagina “Despre mine”) sau macar sa posteze aici o idee. Cat de insignifianta!

Edit:
Nu cred ca doar se goleste. Se “re-creaza”!
Creation Oct 02, 2006 at 11:44 AM
E nebuna. Ar trebui sa arate un Mai, Iunie … Asta e data de la ultima “busire”.

Later edit:
Nu a mai crapat de la 11:44 …

9 comentarii. Tu ce zici?

Cateva sute de persoane s-au abonat si citesc eCostin.com folosind un rss reader (ex: Google Reader sau Bloglines) ori pur si simplu pe e-mail, aici! Tu ce astepti? Cerere'n scris? :)

9 Responses to “HELP?”

  1. Salut!
    Daca te-ajuta cu ceva (si probabil ca nu o sa te ajute) eu n-am avut niciodata problem asta si nu cred ca se goleste ea singura (oricat de imposibil pare, cred ca ii faci tu ceva de se goleste).

    PS: posteaza si tu ceva din codul php si codul mysql sau descrie mai detaliat cauzele in care se produce ’stergerea’.

  2. Nope, nu am habar. O fi vreun easter egg in script :D

  3. CREATE TABLE `hc_mail` (
    `msg_id` int(10) NOT NULL auto_increment,
    `msg_subject` varchar(200) NOT NULL default ”,
    `msg_body` text NOT NULL,
    `msg_status_sender` int(2) NOT NULL default ‘0′,
    `msg_status_receiver` int(2) NOT NULL default ‘0′,
    `msg_fecha` varchar(25) NOT NULL default ”,
    `msg_sender_id` int(10) NOT NULL default ‘0′,
    `msg_sender_name` varchar(100) NOT NULL default ”,
    `msg_receiver_id` int(10) NOT NULL default ‘0′,
    `msg_receiver_name` varchar(100) NOT NULL default ”,
    `msg_sender_ip` varchar(16) NOT NULL default ”,
    `msg_t` int(15) NOT NULL default ‘0′,
    PRIMARY KEY (`msg_id`),
    KEY `msg_id` (`msg_id`)
    ) TYPE=MyISAM AUTO_INCREMENT=21 ;

    Codul php nu are nici un rost. Am specificat ca nu am decat SELECT, UPDATE si INSERT. Si NU stiu cauzele, caci daca stiam … :)

  4. ai o mica eroare care poate cauza ceva neplaceri
    “PRIMARY and INDEX keys should not both be set for column `msg_id`”
    asta la orima vedere, ca sa zic asa :D

  5. ce versiune de MySQL folosesti?

  6. am versiunea 5.0.17-nt dar oricum e cam ciudat sa ai aceeasi coloana si PRIMARY si INDEX pentru ca PRIMARY e automat INDEX; eu personal pun UNIQUE ca sa nu am probleme cu unicitatea indexurilor.

  7. Incearca sa te uiti in logurile MySQL si eventual Apache in jurul noii date la care a fost “re-creata” tabela. Poate te prinzi de acolo ce anume a declansat chestia.
    Ori e bug urat al serverului - ultima versiune 4 stabila e 4.1.2.1 si tu ai 4.0.2.3. Si atunci incearca sa muti aplicatia pe un host cu MySQL mai nou (preferabil 5 :D) si sa incerci sa reproduci.
    Ori, parerea mea, e ca te crackuieste cineva si iti sterge tabela. Presupun ca ai magic quotes on, nu? Daca esti pe un host shared e mai greu de investigat cum a lucrat “atacatorul”.
    Trebuia sa intreb de la inceput: aplicatia e online, sau undeva local?

  8. E online si e dedicat serverul. Nu cred ca ma spart nimeni pentru ca atunci cand a crapat eram doar 2 persoane pe aplicatie si ne trimiteam mesaje unul altuia testand in fel si chip si verificam la fiecare mesaj baza de date cu phpmyadmin. Daca ma spinteca careva trimitea intai ceva de test banuiesc :).
    Prima oara a picat urat cand ma jucam cu htmlspecialchars si introduceam in baza de date. Nu am inteles de ce. Imi dadea impresia ca daca scoteam cele doua linii, in care modificam subject si body la mesaj cu htmlspecialchars inainte de introducerea in baza de date, mergea fara sa crape, asa ca am mutat htmlspecialchars pe afisare. Dar a mai picat odata (dar numai o singura data) la fel de urat desi eu oricum nu vedeam nici o legatura dar na … vorba americanului “cacat se intampla”.
    Pe net nu am gasit nimic despre problema mea deci sa zicem ca exclud idea de bug.
    Faza e ca am dat drumul la acest “internal e-mail” intre utilizatori chiar de atunci, la risc (eram deja de vreo 15 ore online, super stresat si erau putini online si monitorizati :)). Ei bine, nu a mai picat since.
    Acum astept.

  9. Nu a mai picat. Fapt e ca msg_id fusese definit doar index si dupa ce a inceput sa imi pice, l-am definit si primary, in disperare cred. Destul de ciudat totusi. Thanks anyway! Seems that the problem is solved … Apparently :)

Ai ceva de zis?

You can use these XHTML tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>