Clientul a decis să se mute la nic.ru (RU-CENTER). Ei spun că firma este serioasă.
Mutat, testat. Gemor a ieșit cu e-mail.
După tot felul de rumări, au aflat că există probleme în lipsa memoriei RAM.
Și pe pagina acestui roșu este scris:
Dacă instalați software-ul terț pentru găzduirea, suport tehnic nu este responsabil pentru funcționarea sa, în conformitate cu punctul 9 din reglementări care furnizează servicii de găzduire
Clientul nu a fost de acord cu această stare de lucruri. Gazduirea este plătită și nu doresc nici o responsabilitate.
Acum va fi scris cu ei, aflați.
Oricum, cineva a întâlnit o astfel de trilopă? Poate există o opțiune fără ca nginx să învingă acest lucru?
UPD: Totul a fost hotărât cu trecerea la Egor (la fel ca majoritatea altor probleme legate de găzduire).
Când trimiteți un e-mail dintr-un script php, primesc o eroare:
avertisment: mail () [function.mail]: Nu s-a putut executa livrarea mail-ului
program "/ usr / sbin / sendmail -t -i" în
/ home /. /. com / docs / include / mail.inc pe linia 193.
Spune-mi, ce mi-a lipsit?
Sincer, Alexander.
Da, am uitat ..
Tarif.
Contractul. / NIC-D
Site-ul.
Acest lucru nu este cu siguranță problema dosarelor.
Am un drupal. Acum mănâncă 10-30 MB pe pagină.
Nu înțeleg cum gândiți să folosiți memoria?
În general, nic.ru la prima vedere face o impresie plăcută - o fiabilă o astfel de hosting flexibil și configurabil. Dar iată cum consideră RAM ca un mister. Deep night, nimeni nu se află pe site, iar monitorizarea memoriei arată că se utilizează 50MB.
De obicei, pe o gazdă, o limită de memorie înseamnă o limită pentru un run script. Și aici nu este clar ce și cum este luat în considerare.
Da, și viteza de la nic.ru nu le-a plăcut doar să o facă. Unele pagini sunt generate pentru 20 de secunde.
Am încercat să-l găzduiesc pe Gor. Site-ul a zburat. Dar clientul a pus la îndoială tinerii de la hosting și sa oprit la RU-CENTER.
Posibila soluție la această problemă
Puneți unul dintre cele două module de mai sus și le faceți să funcționeze.
Mulțumesc tuturor că ați participat.
Într-adevăr este necesar să strangurați spammer-ul.
După subiect:
Această configurare mi-a permis să utilizez formulare de contacte de feedback, să trimit scrisori de înregistrare utilizatorilor înregistrați și așa mai departe. Cu toate acestea, în acest caz, solicitantul înregistrării primește o scrisoare cu câmpul FROM: [email protected]. În general, deja am scris deja multe aici. încercați să faceți după descrierea mea și credeți că totul va fi înțeles.
Sper că descrierea mea va ajuta. Și dacă nu vă ajută, vă va ajuta pe alții. În orice caz, nu uitați de politețe. și sper că răspunsul pentru dvs. este încă relevant, deoarece au trecut doar șase zile de la începutul subiectului.
Am o problemă similară. Configurarea SMTP a dat nimic, sau mai degrabă nu am putut stabili pe nic.ru (gmail.com și a încercat mail.nic.ru).
Litera de test de pe pagina de configurare a acestui modul a putut trimite.
Am observat că pe sweb la acel moment este normal să configurați acest modul.
Vă mulțumesc foarte mult .org @drupal „> Stasroot1 @drupal .org Chiar ajutat. Doar salvat! Vă mulțumim din nou!
marit_ca (nu este verificat) acum 4 ani
Mă mulțumesc, de asemenea. Doar după ce am citit această discuție am reușit să înființez SMPT și să trimit scrisoarea - mai întâi un test, apoi o comandă a. Dar din păcate, "obiceiul" a fost trimis doar o singură dată. Apoi, din nou, vechea eroare: Nu s-a putut executa e-mail prin programul de livrare 'usr / sbin / sendmail -t -i /' în UbercartMailSystem-> e-mail () funcția de fișier 56 /home/beejuteri/beejuteri.ru/docs/sites/all (linia /modules/ubercart/uc_store/classes/mail.inc).
Sunt confuz, te rog ajută-mă să-mi dau seama.
Nou pe forum
Conținutul site-ului este publicat pe termenii CreativeCommons Attribution-ShareAlike 3.0 sau o versiune ulterioară
Codurile programului din textul articolelor sunt GNU GPL v2 sau mai târziu.
Drupal este o marcă comercială a lui Drissa Bitaerta