am server de samp, eu reusesc sa ma conectez pe el cu ip localhost:7777, dar prietenii mei nu pot sa intre, dc?? help pls :((((
deci ca sa te conectezi tu poti bineinteles dar prieteni tai nu pot findca le dai ip gresit trebuie sa le dai asa
1.intri pe situl asta care iti va da ip tau http://www.iplocation.net/
2.in loc de localhost scrii ip ala (ex:55.555.55.555:7777)
3.dai dupa model ip obtinut si trebuie sa te asiguri si ca sv are limita mare de jucatori (max 8)
cel mai probabil cpanel de mxhost nu functioneaza cum trebuie, nu face update si nu adauga mai departe datele in dns.

poti testa daca un domeniu e rezolvat de un anumit nameserver cu:

dig test.ionutstaicu.com @ns1.mxhost.ro

dig test.ionutstaicu.com @ns2.mxhost.ro

am mai patit sa fie ok pe un … în unele situații email-urile trimise de către dumneavoastră la diverși destinatari pot intra în folderul spam. această problemă poate avea o mulțime de cauze. cele mai des întâlnite fiind :ip-ul alocat găzduirii  (shared sau dedicat) este listat într-un blacklist- ip-urile alocate găzduirilor sunt verificate zilnic și sunt delistate de catre hostico în acelaţi timp fiind verificată şi cauza listării şi rezolvată. această problema este cel mai des întâlnită pe găzduirile fără ip dedicat. daca unul dintr conturile cu care împărțiți ip-ul shared este infectat si/sau generează mesaje de tip spam, ip-ul este listat in blacklist-uri și toate conturile care folosesc acel ip vor fi afectate. pentru a evita această problemă este recomandată achiziţionarea unui ip dedicat. ip-ul alocat dispozitivului local (de pe care trimiteți email-uri) este listat intr-un blacklist- mai multe detalii legate de această problema puteti găsi pe următorul link : verificare ip blacklist email-urile trimise de dumneavoastră au fost marcate ca spam de unii destinatari- în acest caz , singura variantă este ca destinatarii să vă marcheze email-urile ca not spam. email-urile nu conțin link de unsusbcribe. email-urile contin un subiect și/sau conținut care declanșează filtrele antispam ale serverelor destinatare. - această problemă este în special valabilă la furnizorii de email gratuit cum ar fi google, yahoo, etc, ale căror filtre antispam sunt extrem de agresive. este recomandat să verificați cuvintele cheie din subiectul și conținutul email-urilor pentru a evita declanșarea filtrelor de spam. există pe internet diferite site-uri care vă analizează email-urile și identifică cuvintele cheie care declanșează filtrele de spam: https://www.google.com/search?q=check+email+for+spam+keywords email-urile conțin atașamente care sunt cunoscute ca fiind malițioase.- atașamentele de tip .txt,pdf,word,excel în general nu crează probleme în acest sens, dar atașamente executabile de tip .exe , .bat , .jar, .rar ş.a.m.d cu siguranță vor fi blocate instant de către filtrele antispam. încercati să folosiţî la ataşamente doar documente, în special la destinatari care folosesc servicii de email gratuite. Te're cel mai probabil acest lucru utilizând un fișier local pe `file://` URI de sistem, care nu poate fi cookie-urile stabilite. Pune-l pe un server local, astfel încât să puteți utiliza `http://localhost`. pot exista situații în care ip-ul local, al dispozitivului de pe care trimiteți email-uri să fie listat în unul sau mai multe blacklist-uri. aceste listări pot afecta trimiterea de email-uri de pe acel dispozitiv și pot face ca email-urile să ajungă în folder-ul spam sau să fie respinse cu totul.pentru delistare puteți parcurge pașii de mai jos. accesați /ip/ de pe dispozitivul care are probleme în trimiterea de email-uri. copiați ip-ul afișat. accesați pagina https://iblacklist.ro , completați câmpul verifică ip cu ip-ul de mai sus și faceți click pe butonul verifică ip va apărea o listă de blacklist-uri unde ip-ul dumneavoastră este listat. puteți să accesați acele site-uri și să cereți o delistare a ip-ului. detaliile sunt afişate făcând click pe blacklist. alternativ, dacă observaţi că ip-ul dumneavoastră este listat, puteți să cereti furnizorului dumneavoastră de internet alocarea unui alt ip, curat notă: acest tutorial face referire la ip-ul dumneavoastră local, cel alocat de către furnizorul de internet, nu de către hostico. ip-urile alocate de către hostico pe găzduiri sunt verificate zilnic în blacklist-uri și sunt delistate ca către noi. hostico nu poate avea influență asupra ip-urilor alocate de furnizorul dumenavoastră de internet. poate o fi vreo eroare de la ei,de sistem sau de la tine de la pc(net)...si eu mai fac pauze cate 2-3 zile maxim da reiau de unde am ramas,eu de cand am inceput nu am avut niciodata probleme,nici macar o mica eroare,is logat si pe laptop si telefon si vreau sa zic ca pe laptop chiar nu am mai intrat de foarte mult timp si tot am luato de unde am ramas........acum nu stiu ce altceva sa ti zic,poate sa le dai un mesaj lor(moderatorilor programului astuia,sa vezi ce sa intamplat)in rest iti doresc succes....bye Dacă am citit corect cerințele dumneavoastră actualizate, nu cred că sistemul de autorizare existent Django va fi suficient. Se pare ca ai nevoie de un sistem complet pe ACL.


Acest subiect a venit un număr de ori. Încercați googling pe Django + acl.


sampling aleatoare ...


A fost o vară de proiect Cod câțiva ani în urmă, dar nu sunt sigur în cazul în care au ajuns la. A se vedea <http://code.djangoproject.com/wiki/GenericAuthorization>


Există un bilet proaspăt la djngoproject.org care ar putea fi interesant:


* <http://code.djangoproject.com/ticket/9444>


Există un cod interesant isteațo pe dumpz.org:


* <http://dumpz.org/274/> models.py
* <http://dumpz.org/273/> signals.py


... dar sunt zero documente.


Mult noroc! revin cu informatii aici pentru ca aparent i-am dat de cap.

putin context:

problema aparuse cand m-am mutat de pe mailinabox spre cpanel, mutandu-mi si mail-urile acolo. de vreo saptamana am mutat din nou spre miab si problema persista. nu ma afecta foarte tare dar deja era stupid asa ca am dedica… Deși nu am't testat personal, am motive să cred că cele de mai sus menționate LA COMANDA soluție va lucra pentru XP, 2000 și 2003 Server. Per meu și Bryant's de testare, ne-am'am identificat că aceeași abordare nu funcționează cu windows Vista sau Windows Server 2008-cel mai probabil, din cauza adăugat de securitate și /interactive comutator depreciată. 


Cu toate acestea, am dat peste aceasta [articolul](http://verbalprocessor.com/2007/12/05/running-a-cmd-prompt-as-local-system), care demonstrează utilizarea de [PSTools](http://download.sysinternals.com/files/PSTools.zip) de la [SysInternals](http://sysinternals.com/) (care a fost achiziționat de către Microsoft în iulie, 2006.) Am lansat linia de comandă prin următoarele și dintr-o dată am fost difuzate în temeiul Locale de Administrare Cont ca magic:



```
psexec -i -s cmd.exe
```

PSTools funcționează bine. L's ușor, bine documentate set de instrumente care oferă o soluție adecvată la problema mea.


Multe mulțumiri pentru cei care au oferit ajutor. Answer for you my friend: <https://www.duolingo.com/comment/4272531> :P Membrii privați sunt accesibile doar în cadrul clasei definirea ei.


Protejate membrii sunt accesibile în clasa pe care le definește și în clasele care moștenesc de la clasa respectivă.


Edit: Ambele sunt, de asemenea, accesibil de prieteni din clasa lor, iar în cazul protejate de membri, de prietenii lor de clasele derivate.


Edit 2: Utilizați orice are sens în contextul problema ta. Ar trebui să încercați să facă membrii private ori de câte ori poți să reducă cuplare și de a proteja punerea în aplicare a clasei de bază, dar dacă asta's nu este posibil a folosi apoi protejate de membri. Verifica [C++ FAQ](https://isocpp.org/wiki/faq/basics-of-inheritance) pentru o mai bună înțelegere a problemei. [Această întrebare despre protejate variabile](https://stackoverflow.com/questions/37011/protected-member-variables) s-ar putea, de asemenea, de ajutor.