Jump to content
php.lv forumi

Grey_Wolf

Reģistrētie lietotāji
  • Posts

    4,531
  • Joined

  • Last visited

Posts posted by Grey_Wolf

    • Lai jūzeri tiek pie saviem projektiem no ftp un apacim nav problēmu lasīt/rakstīt tajā dirā
    • Lai jūzeris pats (vai uzlaušanas gadījumā) nevar lasīt cita jūzera failus
    • Ja ir iespējams, tad home dirā izveidot userim nedzēšamu diru "htdocs" (vai arī viņai ir jābūt dzēšamai?)

     

    nu kas par problēmām?

    Apache *.INI failā katram domēnam izdali savu home_dir.

    kur ir: doc_root un LOG_dir

    FTP izdali dotajiem useriem piekļuvi tikai šaj direktorijai.

    Automātiski cits (ne PHP nekas cits) tālāk netiks

  1. Nu jūs dodat.. 99.9% gadijumos JANUMU bildes ir publiski pieejamas, un nebut nav slēpjamas.

    Izlasiet taču topika nosaukumu , tur nav neviens vārds ka bildes būtu jāslēpj ..

    P.S. tas h direktorijai jauzliek lai nerāda saturu, ir pats par sevi saprotams, tas jadara pilnigi visam direktorijām.

  2. Nav teikts, ka visiem rakstiem visiem lietotājiem būs dota pieeja. Darot tā, kā gribi darīt tu... Jānīts, kuram nav pieeja rakstam 123, varēs redzēs raksta 123 titul-bildīti.

    Mana gadījumā, lai to redzetu, viņam būs jāuzmin, ja ID ir 123, 43 simbolus (ID + SHA-1) gara virkne. Jūti atšķirību? :)

    es taču saku ka paranoja ;)

  3. Teiksim glabā bildes šādi:

    ..

    {id} ir primary key un, kā paŗādīts, direktorija.

    {hash} ir, piemēram, {id} . sha1(uniqid('', true)).

     

    Iekš 'picture' iekš datubāzes glabājam to {hash}, bet uz servera (fizisiki), abus failus - bildi un samazināto bildi ar 't_' priekšā.

     

    Tev paranoja ? , ka vēlies bildes nosaukumu šifrēt ?

    Raksta ID jau pats ir unikāls.

    Vienkārši bildi glābā kā raksta ID

    mazai bildei pieliekot priekšā kautkādu sufiksu piem : smal_

    sanāks lielā bilde:

    1.jpg

    mazā

    smal_1.jpg

    --

    un visa bēda

  4. tatad manaa gadijuma

     

    SMTP = mail1.eircom.net

    smtp_port = 110

     

     

    nu patestē taču atsevīšķi..

    izveido minimalu skriptiņu ar 1 rindiņu un redzēsi vai tavs Serveris sūta vai nesūta..

     <?php
    mail('[email protected]', 'subjektc', 'Testa mesge);
    ?>

    Piedevām, kādēļ domā ka tev ir 110 Ports ?

    Standarta tas ir 25 ports, un neticu , ka provideris defoltā SMTP vietā ieliks defolto POP3 portu.

    SMTP - 25

    POP3 -110

  5. Access denied for user 'root'@'localhost' (using password: YES)

    Nu kādēļ visi bļauj, un pat nemēģina iztulkot paziņojumus ...

     

    / Lietotājam ROOT no LOCALHOST nav pieejas tiesību ( parole jāpārbauda : JĀ ) /

    --

    kas tur ko nesaprast?

     

    Nepreiza uzera ROOT parole..

    Un vispār kādēļ vispār izmanto root ?

    piedevām sglabājot viņu config failā .. pietiks kādam piekļut tavam PHPadminam un čau .. nomainīs tev to ROOT paroli - un vari atvadīties no datiem ..

    ROOT būtu jaizmanto tikai lai izveidotu jaunu useri, un ne vairāk ..

  6. normaali provaideri shaadus "homemade smtp" serverus norauj uz /dev/null la ipeecatam nebuutu jaskaidrojas kapeec kautkas kaut kur spamo

    nekas neko nenorauj ..

    Vienkarshi normali japiekonfiguree PHP ( prieksh wina)

    janorada Provaidera milserveris ..

    tas daras pie PHP.INI

     

    smekle, SMTP konfigurcijas liniju un nomaini uz sava provaidera milserveri ( balticomam ir shadi)

    ---

    SMTP = mail.balticom.lv

    smtp_port = 25

    --

    parstarte apachi un viss ies bez problemaam .

  7. Nū es būvēju tādu kā FW, kur lietotājs pats varēs lejuplādēt un pievienot fīčas. Bēt var gadīties, ka tiek pievienotas fīčas ar vienādiem nosaukumiem dažādos folderos.

    1. izveido tādu kā pamat moduli, bez kura neko citu pievienot nevar.

    nosacīti nosauksim to par OS

    2. veido paplašinājumus šam pamatam

    nosacīti sauksim tos par programmām

    --

    un tagat analoģija ar īstu OS.

    tu taču pie skaidra saprāta nesauktu savu , priekš windows veidotu, programmu par windows xp ?

    ---

    Piedevām neizmirsti ka 'programmu' klasēs vari extendot 'OS' klasi , tādā veidā brīvi izmantojot 'OS' klases metodes ...

     

    piemēram tev ir 'OS' klase, kur ir metode X()

     class OS_1 {
    public function x(){
      return 'OS klase';
     }
    }
    

    Un paredzēta 'programmas' klase kur metode Y gribēs izmantot metodi X

    tātad APVIENO šīs klases

     class P_1  extends  class OS_1{
    
    public function y(){
     return $this->x();
     }
    }
    

    izveidojot Objektu no P_1 un izsaucot metodi Y() tiks atgriezts metodes X() rezultāts

    EDIT: un izmanto PUBLIC/PRIVATE jo tas ļaus konkrētā klasē izmantojamās funkcijas nosaukt kā vēlies, īpāsi nerūpējoties lai nosaukumi nedublētos (tas par PRIVATE)

  8. 2. variants būtu tuvāk patiesībai, bet cerēju, ka to var realizēt kādā veidā ar php palīdzību.

    To var panakt ar PHP ...

    Tieši tas jau ir OOP labums ...

    Vispār iesaku palasīt par OOP kā tādu ..

     

    Vienīgi KLASES nosaukumi gan nedrīkst sakrist, no vienas klases vari izveidot kaut 1000... objektus, un katram var būt citās vērtības utt ...

  9. Man ir 17 un es........

    Es tagad konkrēti dzeršu un kodēšu. Skatīsimies kas sanāks.

    Hmm ...

    Kur dabūsi 'alkiidus' ? ( zinu, zinu ka tas ir cits ķimiskai savienojums, nevis spirts )

    --

    Vispār novērots, ja jāplāno projekts tad pāris aliņi palīdz, tur pretī ja jakodē pierastas lietas tad pamatīgi traucē, jo vienkārši vairs neko negribās darīt :(

×
×
  • Create New...