Jump to content
php.lv forumi

Robis

Reģistrētie lietotāji
  • Posts

    1,263
  • Joined

  • Last visited

Posts posted by Robis

  1. To, ka safe mode ir vainīga es noskaidroju un to, ka ar ini_set() nav iespējams mainīt tās vērtību skripta izpildes laikā, arī. Bet vai nevar kaut kā apiet šito, izņemot safe_mode vērtības mainīšanu (kas pieejama adminam) ?

  2. Uploadojot failu brinijos, ka to neizdodas izdarit ta pasha skripta izveidotaja direktorija:

     

    [error] PHP Warning: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 1101 is not allowed to access /usr/data/html/pictures/galleries/3 owned by uid 80 in /usr/data/html/modules/admin/gallery/gallery.php on line 62

     

    Protams, ka /usr/data/html/modules/admin/gallery/gallery.php gan izveidoja diru /usr/data/html/pictures/galleries/3 un chmodoja uz 0777, bet uploadot failu uz turieni neizdevās. Vai te ir vainīga iespējamā safe mode? Vai to nevar apiet?

  3. nu pasties, validators takš par pārējiem nebļauj, turklāt tur (validatorā) ir tīri gaiši :) uzrakstīta problēma un risinājums :) ... kas arī ir šis ampersands

     

    Jā, man ka tik validators nebļauj! Vismaz būšu beidzot uztaisījis vienu dinamisku lapeli, kas pilnībā validējas! :)

  4. saģenerēt kur? jau gatavā htmlā?

     

    Principā tā:

    Ir stringā html un php visos <img /> elementos, kuros nav parametrs alt, tiek ielikti alt="". Pēc tam tālāk vai izvadīt browserim vai glabāt db - tā jau ir cita problēma.

  5. Labvakar!

    Man interesē šāds jautājums:

    Kā lai uzliek <img> tagiem pie attēlošanas, ja tiem nav alt parametrs, lai php uzģenerē tiem alt parametru ar vērtību nekas, respektīvi <img src="..." alt="" /> ?

    Domāju, ka saprotat, kāpēc tas vajadzīgs - lai lapa validētos XHTML :)

  6. Pie lietotaaja autorizaacijas dati tiek saglabaati cookijos un naakamreiz, kad lietotaajs atver saitu nav nepiecieshams veelreiz autorizeeties... sesijas mainiigie tiek atjaunoti un viss ir chiki, briki.

     

    Probleema rodas tajaa briidii, ja, piemeeram, pirmo reizi lietotaajs ielogojas saitaa http://www.saits.com , bet naakamo reizi apmeklee to kaa http://saits.com (bez WWW)... vaardu sakot triks ar "remember me" nenostraadaa.

     

    Kaads vareetu buut risinaajums?

     

    Dīvaini gan... Protams, ir risinājumi - paredzi savā galā abas iespējas, savukārt user galā - browser dependent. Vai ta tik grūti saprast?

  7. NEVAJAG TAISĪT STULBAS QUOTEs!! (bubu)

     

    Nē, protams nekādu banku negrasos laupīt! :) Tas tak nav reāli. Protams, tāda iespēja, kā paprasīt proxy ir it ka tīri loģiska, bet kam tad viņi pie saviem proxy raksta - anonymous vai high anonymity?

  8. Man vairāk interesē uz IE! Es it kā uzliku proxy kaut kādu IE connection settingos, tipa pēc tam lapa ļoti lēni lādējas, bet lapas title gan ātri ielādējās! Kā tā?

  9. Tipa, pastāstiet, kā man, DSL lietotājam, ir iespējams slēpt savu IP aiz proxy? Gribu sīku pamacību kā arī padomus, lai tas sevišķi neietekmētu interneta ātrdarbību! :)

  10. kruts, jau kruts esi, bet man headerus sanāk rakstīt max ar 2 elementiem.. nezinu, kur tev tur vairāk.. bet nu ne par to.. katram savas nepieciešamības

     

    parādi kādu internetveikalu vai portālu, kurš pilnībā ir uz css layouta balstīts (apollo.lv neskaitot)... hm hm hmm?

     

    Starp citu, nesen atpakaļ uztaisīju internetveikalam layoutu, kurš balstīts uz css un xhtml layoutu, bez tabulām nevajadzīgās vietās. Bet tā kā tas opensource bija tomēr spēcīgi balstīts uz tabulām, tad centrā gan parādās tabulas diezgan bieži, bet kontentam tas ir normāli, starp citu. Ja man būtu bijis tas veikals jātaisa uz savu php, tad baidos, ka viss tur būtu balstīts uz vienu vienīgu css + xhtml layoutu! :) Tabulas var izmantot sarakstiem, attēlu galerijām un jebkur citur, kur tas ir loģiski.

     

    headeri protams, var uztaisīt arī ar 2 elementiem, bet es headeri uztveru ne tikai kā logo ar fonu, bet arī vietu valodu pārslēgam un vēl šim tam un vairākiem foniem.

  11. Vai var ierakstīt .htacces failā sekojošu:

    tipa, ir root url, kas ved serverī uz web root diru, piemēram, root url:

    http://www.maajaslapa.lv/

    root dir:

    /home/html/ - nu tipa, lai īsāk :)

     

    Ideja tāda - root dirā stāv visādi direktoriji, kas paredzēti, piemēram, funkciju failu glabāšanai, moduļu failu, bilžu, javascript failu utt., bet, saits kā tāds, kas pieejams publiskiem pieprasījumiem varētu stāvēt teiksim uz:

    http://www.maajaslapa.lv/saits/

    dirā:

    /home/html/saits/

    respektīvi, ja tiek pieprasīts, http://www.maajaslapa.lv/, tas automātiski pāradresējas uz http://www.maajaslapa.lv/saits/

    Doma tāda, ka būs url rewrite, tipa http://www.maajaslapa.lv/saits/sadala1/sadala2/ un tādā garā un lai pārējie diri, kur stāvētu bildes, moduļi utt., netraucētu šim url rewrite iedot pirmajai sadaļai nosaukumu piemēram, /pictures/ (jo tipa, tāds dirs it kā eksistētu).

    Otrs labums varētu būt tāds, ka šī dira /saits/ nosaukt var par to pašu domēnu, piem:

    http://www.maajaslapa.lv/maajaslapa/ un tad tipa, search engines uzķertu vairāk vārdu /maajaslapa/, kas pieņemsim, būtu svarīgs.

     

    Ja šis viss liekas jēdzīgs, tad jautājums - vai nevar vienkārši uzlikt htaccess, kas pieprasījumu http://www.maajaslapa.lv/ pāradresē uz http://www.maajaslapa.lv/saits/ ??

    Un vai ir jēga visam šim pasākumam?

  12. Nesaku, ka būtu vispār jāatsakās no tabulām - ļoti daudzos gadījumos bez tām ir vienkārši neiespējami, taču domāju, ka ja tas ir iespējams un nav jāraksta ļoti garš css, tad jāizmanto tomēr tie div un span elementi. Piemēram, izveidoju to headeri ar 4! elementiem - respektīvi, viens atverošais un viens aizverošais kopā ir 1 elements! Ar tabulu tur būtu pavairāk!

    Dizains, kas veidots tikai uz tabulām vēlāk prasa upurus (it sevišķi ja kāds portāls vai internetveikals) - tur skatīties tās tabulas iekš tabulām un šūnām, ja vajag labot templeitus, tomēr ir nedaudz pa daudz apgrūtinājums smadzenēm nevietā - to enerģiju varētu labāk izmantot php koda pārdomāšanai. Ar div elementiem un css lapas struktūra mēdz būt vienkāršāka un saprotamāka un daudz mazāk html elementu parasti.

  13. Noup! Table gan nederēs - šī lieta, ko es aprakstīju, tomēr piederās pie layout skeleta, lietot šeit table nozīmē pilnībā apkāpties no css layout un html code optimization princpiem, par ko visi vismaz savās runās iestājas! Šeit noteikti var iztikt ar div, span elementiem, tik es nezinu kā to var pareizi uztaisīt! Varbūt ir kāds piemērs?

  14. Man vajag layout, kur kreisā mala ir fixed platumā, savukārt labā - auto, respektīvi viss pārējais kas paliek līdz ekrāna malai un lai šis layout vienlīdz labi rādītos uz IE, Mozilla Firefox un Opera!

     

    Kā to izdarīt?

×
×
  • Create New...