13 Iul 2011, 15:54
1. Sa nu fi butonat tu ceva gresit ca eu primesc in continuare notificari corect si rapid.
2. Sa nu fi bagat automat furnizorul e-mailului in blacklist/spam/trash/etc. mailurile.

Verifica te rog ambele variante.
13 Iul 2011, 16:01
Si la mine merg notificarile fara probleme (Win Vista, Win 7, ambele cu Google Ghrome, plus pe telefon).
13 Iul 2011, 22:25
Daca s-a pierdut o notificare, pana userul abonat la acel topic nu reintra pe acesta, notificarea ca s-a scris ceva nou in acel topic nu se re-emite.
Pt. a verifica in ce topicuri urmarite (la care esti abonat sa primesti notificare cand se scrie un mesaj nou) s-a scris dar nu ai citit, mergi la
Panoul Utilizatorului apoi in stanga la
Administrează abonările. Toate topicurile din lista care au iconita galbena in stanga sunt topicuri in care sunt mesaje noi pe care nu le-ai citit.
13 Iul 2011, 22:36
aveti uptime mediocru, dar CLAR peste bikeshop.ro sau motocilism.ro care cred ca au uptime sub 50%
16 Iul 2011, 16:02
Aceeasi problema... acelasi interval orar...
Dupa ce a stat si a incercat sa mi se conecteze cca. 10min. mi-a afisat mesajul de mai jos...
- FiÅŸiere ataÅŸate
-
Doc1.doc
- (53 KiB) Descărcat de 216 ori
16 Iul 2011, 23:15
Gaseste-ti si tu altceva de facut in intervalul ala orar.
16 Iul 2011, 23:30
LOL. Nu de alta dar si eu am aceeasi problema. Indiferent de unde incerc sa intru.
16 Iul 2011, 23:35
Suntem "calare pe problema" de cateva zile. Incercam sa aflam de la ce este. Doar ca ma amuza un pic anumite chestii.
18 Iul 2011, 11:14
Le luam prin eliminare, in w/e am eliminat una, mi-as dori sa fi fost asa de simplu. Sa vedem cum se comporat urmatoarele cateva zile.
27 Iul 2011, 22:37
In ultima vreme am remarcat ca sta ceva cam mult cand trimit un post...
Vizualizarea e relativ OK.
28 Iul 2011, 16:35
In ultima vreme, in fiecare zi intre 16 si 17 (aproximativ), nu mai merge si pace. Cel putin la mine.
28 Iul 2011, 16:45
Doarme forumul dupa-amiaza, ce insensibil esti si tu!!
01 Aug 2011, 15:44
Problema voastra cred ca vine de la MySQL:
$1 scrie:$2General Error
SQL ERROR [ mysql4 ]
Lost connection to MySQL server at 'waiting for initial communication packet', system error: 95 [2013]
An sql error occurred while fetching this page. Please contact an administrator if this problem persists.
$1 scrie:$2Fatal error: SQL ERROR [ mysql4 ]
MySQL server has gone away [2006]
O eroare SQL a intervenit în timpul citirii acestei paginii. Vă rugăm contactaţi Administratorul forumului dacă problema persistă. in /home/clubford/public_html/includes/db/dbal.php on line 593
01 Aug 2011, 18:51
WOW.. multumim
02 Aug 2011, 15:42
Confirm si eu problema care persista... si persista... si persista....
Urmand exemplul lui cosminnus

imi dau si eu cu parerea: nu e de la configuratia serverului?
Vad ca aveti adresele name server la
http://freedns.afraid.org, gazduire la xservers.ro...
De ce?!?
Daca dati o cautare pe google dupa "probleme xservers.ro", veti vedea destul de multe rezultate. Cred ca clubford merita un serviciu mai decent decat xservers.
Cam ce latime de banda are nevoie clubford? Eu am 700 GB la hostgator.com (35USD/luna) si nu am avut probleme niciodata. Absolut niciodata, in 4 ani de zile.
Ultima oară modificat de
Nic_Bv pe 02 Aug 2011, 15:56, modificat de 2 ori în total.
02 Aug 2011, 15:50
Io nu pot vedea poza
02 Aug 2011, 15:59
Scuze, uitasem ca nu se vad fisierele png. L-am facut jpg acum se vede OK.
02 Aug 2011, 16:08
Problema este script related si totul porneste de la baza de date imensa a forumului. Stiu ca sunt foarte multi ... experti ... pe forum dar asa cum am zis, incercam sa rezolvam. Am totusi pretentii sa stiti sa faceti diferenta intre oferte comerciale si oferte reale. Eu iti garantez ca nu iti gazduieste nimeni un forum de dimensiunea asta cu baza de date de 2GB cu 35$/luna. Hai sa fim seriosi sau sa nu ne mai dam experti daca nu stim despre ce vorbim.
Noi nu suntem experti dar ne dam toata silinta sa aflam cauza problemei.
La ora actuala oriunde am muta serverul problema va persista fiind a treia mutare in 2 ani. Atata timp cat forumul sau baza lui de date ia proportii in continu, este posibil chiar sa se agraveze.
Nimeni nu ne va oferi suport tehnic pentru solutionarea problemei atata timp cat nu este server side, deci ramane doar pe umerii nostri sa gasim problema. Iar migrarea catre o solutie mai puternica (ceea ce propunerea ta NU este) nu este o rezolvare deoarece in 2-3 luni forumul iar va creste si anomaliile or sa reapara.
02 Aug 2011, 16:20
Mihai, nu stiu exact cat de expert e Nic (sau chiar cosminnus), dar consider ca e ok sa incerce sa isi spuna parerea, indiferent cat de bine pregatit e fiecare. Din experienta proprie iti pot spune ca unele probleme care par complicate au rezolvari atat de simple incat nu sunt luate in calcul de experti si sunt vazute de oameni mai putin pregatiti. Nu spun ca e cazul aici, spun doar ca topicul e creat in asa fel incat orice isi poate expune parerea (mai avizata sau mai putin avizata). Nu crezi?
02 Aug 2011, 17:12
Mihai, nu vreau sa ma dau expert aici. Am destule locuri in care sunt recunoscut ca atare, nu duc lipsa de recunoastere profesionala.
Aici sunteti voi (tu, toxicristi, etc) si chiar nu vreau sa intru in polemica cu voi.
Daca sfatul meu v-a deranjat, imi cer scuze. Va urez succes in remedierea problemelor.
03 Aug 2011, 13:39
Pe mine ma deranjeaza modul de expunere al sfatului nu sfatul in sine. La care se mai adauga faptul ca am mentionat deja ca nu este o solutie migrarea catre altceva, cu atat mai putin catre un pachet de shared sau reseller de pe un dedicat unde deja beneficiezi de cam toate resursele posibile.
03 Aug 2011, 14:23
Modul de expunere al sfatului a fost mult mai civilizat decat modul in care a fost respins. Ti-am spus ca nu vreau sa intru in polemica, mi-am cerut si scuze, cred ca e bine sa te opresti aici.
Iti urez in cel mai sincer mod succes in rezolvarea problemei.
04 Aug 2011, 13:56
Mihai R, daca trebuie sa ne afisam portofoliul inainte de a posta pe forum, spune-ne.
Poate ar trebui sa va apucati de incasat bani de la utilizatorii forumului si sa luati/inchiriati un server dedicat
05 Aug 2011, 09:58
Cosminus nu te supara, dar sa vezi acele 2 erori si sa spui simplu ca eroarea e de la MySql e ca si cum ai spune ca o masina trage dreapta pt. ca are o persoana "plinuta" ca si pasager in fata.. iar conform profilului tau, e si mai grav sa faci o asemenea afirmatie.
05 Aug 2011, 10:21
Eu zic sa ne concentram mai bine asupra rezolvarii problemei.

Teoretic incepem sa reintram pe drumul cel bun. Acum sa vedem daca este sau nu asa. Testam/monitorizam pana luni-marti sa vedem cum sta treaba, in ce directie ne indreptam.
Postez mesajul de mai jos in speranta ca este cineva care are o idee salvatoare/o solutie. Poate a mai intampinat problema in trecut. Print screen-uri cu ce vedem noi si restul de peste 68.000 useri nu cred ca sunt catalogate ca solutie ci "constatare".
Singura mentiune e ca baza de date are 2.2GB nu 4.5 cum spun ei. Si este destul de probabil sa putem sa o mai micsoram o idee deoarece am gasit cateva chestii care "nu ne mai trebuie" si ar merge exportate si stocate pe ceva suport optic.

$1 scrie:$2
Buna ziua,
In urma verificarilor realizate pe serverul dumneavoastra, am gasit o tabela marcata "crashed". Am reparat-o.
clubford_forum.phpbb_privmsgs optimize Error Table './clubford_forum/phpbb_privmsgs' is marked ...
clubford_forum.phpbb_privmsgs optimize Error Table 'phpbb_privmsgs' is marked as crashed and la...
Am folosit scriptul gasit in directorul /root/mysqltuner.pl de pe serverul dumneavoastra si am gasit urmatoarele:
[!!] Highest connection usage: 88% (264/300)
[OK] Key buffer size / total MyISAM indexes: 16.0M/1.6G
[OK] Key buffer hit rate: 99.4% (2B cached / 12M reads)
[OK] Query cache efficiency: 46.0% (8M cached / 19M selects)
[!!] Query cache prunes per day: 587919
[OK] Sorts requiring temporary tables: 0% (1K temp sorts / 1M sorts)
[!!] Joins performed without indexes: 15292
[OK] Temporary tables created on disk: 24% (345K on disk / 1M total)
[OK] Thread cache hit rate: 99% (3K created / 1M connections)
[!!] Table cache hit rate: 0% (4K open / 2M opened)
[OK] Open file limit used: 79% (7K/10K)
[OK] Table locks acquired immediately: 99% (15M immediate / 15M locks)
[OK] InnoDB data size / buffer pool: 4.9M/16.0M
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
Reduce or eliminate persistent connections to reduce connection usage
Adjust your join queries to always utilize indexes
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
max_connections (> 300)
wait_timeout (< 30)
interactive_timeout (< 30)
query_cache_size (> 2M)
join_buffer_size (> 8.0M, or always use indexes with joins)
table_cache (> 4000)
Asa cum precizeaza si mesajul de mai sus, aveti resursele hardware de memorie ale serverului in proportie de 99% ocupate de serverul mysql. Mai adaug ca aveti in serverul mysql baze de date care ocupa 4.5GB si ca aceste baze de date se afla pe un HDD sata care are si el limitarile lui.
Este normal ca atunci cand realizati o comanda care trebuie sa studieze 4.5GB de baze de date sa dureze mai mult. Aceasta comanda va dura si mai mult in cazul in care deja exista o incarcare pe server. Am dat mai devreme o comanda de optimizare pe baza de date de la forumul clubford, lucru care a dus serverul in incarcare de 50, iar daca nu as fi oprit-o ar fi blocat intreg serverul.
05 Aug 2011, 10:44
Disclaimer: eu mai bag totusi cate o idee, daca ati luat-o in calcul bine, daca nu poate o considerati utila.
- Ati lucrat cu slow query log? Pentru MySQL > 5.1.29, dupa setarea "--slow_query_log=1", puteti vedea in fisierul log ce interogari iau mult timp.
Ce va pot spune este ca problema persista si ieri, o sa incerc in masura posibilitatilor sa intru zilnic pe la patru, va anunt cand vad schimbari. Succes.
05 Aug 2011, 12:00
La ora 4 ruleaza de obicei serverul de MySQL singurel o comanda care aia pune in genunchi totul deoarece ajunge si la baza de date a forumului.
Un al doilea motiv era sistemul de statistici "analog" integrat in cPanel care nu facea fata generarii de statistici pentru forum. Nefiind foarte util l-am oprit.
05 Aug 2011, 12:05
si nu poate fi mutata comanda de la 4 PM la 4 AM?
05 Aug 2011, 18:15
Ceva azi la ora minunata?
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.