Jump to content
php.lv forumi

janka

Reģistrētie lietotāji
  • Content Count

    48
  • Joined

  • Last visited

Everything posted by janka

  1. Labdien, Izmantoju šādu skriptu, kas no saišu saraksta ģenerē dažas, kuras attēlot. <?php function dodosrandgen() { // set number of links you want to show at once $show_link = 2; // separate the links by, i.e. comma would be ","; $separator = " "; define('link', 'link'); define('priority', 'priority'); $links[0]['link'] = "<li><a href=\"http://www.delfi.lv/\">Delfi</a></li>"; $links[0]['priority'] = 5; $links[1]['link'] = "<li><a href=\"http://tvnet.lv/\">Tvnet</a></li>"; $links[1]['priority'] = 1; $links[2]['link'] = "
  2. Sveiki, Vai jūs varētu pastāstīt, kas jāraksta .htaccess, lai piekļuvi kādai no vietnes mapēm ierobežotu tā, lai tai varētu piekļūt tikai no viena domēna? Pašlaik ir tā, ka viena un tā pati vietne ir sasniedzama pa domēns.lv un citsdomēns.lv/mape/. Gribētu panākt tā, ka no citsdomēns.lv/mape/ tiek pāradresēts uz domēns.lv.
  3. Bet kāpēc nav iespējams piešķirt šārēto SSL domēnam ar hostētāja sertifikātu? Tā kā SSL izmantoju tikai administrācijas panelim, galvenais ir datu šifrēšana, nevis sertifikāts, ar ko apmeklētājiem pierādīt autentiskumu. Iepriekšējais hostētājs man bija pieslēdzis https ar savu sertifikātu, un es sapratu, ka tas nav neko sarežģīti, bet pašreizējais ikvienam klientam piedāvā https piekļūt tikai caur hostētāja domēnu, galā aiz tildes pierakstot lietotāja username.
  4. Es par šo runāju ar hostētāju, un viņi teica, ka varot atslēgt mod_userdir, un tad problēma atrisinātos. Tomēr tādā gadījumā es zaudēju šārēto SSL, jo tas ir pieejams tikai caur hostētāja domēnu un ir veidots, izmantojot tieši mod_userdir, šādi: https://hostetajs.com/~lietotajs (un tāpēc arī https://mansdomēns.com/~lietotajs). Un, kā saprotu, nav iespējams tikt vaļā no mod_userdir manam domēnam, lai saglabātu piekļuvi SSL.
  5. Vienai un tai pašai lapai ir iespējams piekļūt divējādi: example.com un example.com/~lietotajs/. Kādā veidā ir iespējams pāradresēt example.com/~lietotajs/ uz example.com? Ja pāradresējamā adrese būtu vienkārši mape, tad darbotos šādi: RewriteRule ^/~lietotajs/ http://example.com [R=301,L] Bet ~lietotajs nav reāla mape, līdz ar to šādai htaccess rindiņai nav nekāda efekta. Kādi vēl varētu būt varianti?
  6. Sveiki, Kādā veidā ir iespējams iekļaut failā kādu citu failu, kuram tiek norādīti mainīgie lielumi? Mēģināju darīt kā parasti — <?php include("index.php?id=menu"); ?>, taču tā nedarbojas. Kā lai citādi iekļauj index.php?id=menu? Paldies.
  7. tad principā arī pie godaddy hostējoties varētu nebūt nekāda vaina? pie kā hostējies Tu?
  8. nez, es skatījos godaddy lapu, kur man domēns reģistrēts, un domāju -- ja arī mana lapa tik lēni vērsies vaļā kā viņējā, šis variants nebūs lāgā.
  9. amerikāņiem ir labi varianti, bet baidos, ka zināmas problēmas ar ātrumu -- tomēr otrā pasaules malā atrodas.
  10. AKKA/LAA uzdarbošanās pat par youtube klipiem liek apsvērt domu, ka hostinga ziņā jāemigrē no šīs valsts. varbūt kāds ko var ieteikt kādu risinājumu kaut kur Skandināvijā vai citur tuvumā?
  11. ja man ir šāds html kods: <div id="abc"> <p>te ir teksts</p> <p>te vēl kaut kāds teksts</p> <p>un pašās beigās vēl viena rindkopa, piemēram.</p> </div> vai ir iespējams, neveicot izmaiņas HTML, izdarīt tā, lai tikai pirmais [p] tiktu padarīts par lielo burtu, izmantojot pseidoelementu :first-letter, bet pārējās rindkopas būtu bez izmaiņām?
  12. kur šeit slēpjas neoptimizētība?
  13. vai ne-ascii simboli lapas adresēs skaitās slikts stils? t.i., vai ir kāds nopietns iemesls, lai saite būtu "manalapa.lv/raksti/latviesu_burtini" nevis "manalapa.lv/raksti/latviešu_burtiņi"? parasti žurnālu dzinēji (WP, piemēram), ne-ascii burtus aizstāj ar ascii, bet tanī pašā laikā Vikipēdijā viss lieliski darbojas ar diakritiskajām zīmēm, turklāt interneta meklētāji, kas atšķir garuma un mīkstinājuma zīmes, precīzāk spēj uzrādīt rezultātu.
  14. tam bija jāizskatās kaut kā tā http://paste.php.lv/2916 vai arī esmu sabraucis auzās?
  15. ja man ir šāds links, kas acīmredzot darbojas tikai tad, kad attēls ir izsaukts no Piraju kluba lapas, kā var apmānīt viņu serveri un piedabūt, lai attēlu parāda arī, ja tas piesaitēts citā lapā?
  16. paldies! tikai tagad sānāca kaut cik nopietnāk paskatīties, kādi rezultāti. klau, bet vai tad nav vienkāršāk taisīt nevis, piemēram, garf.php?gads=05&menes=06&diena=28, bet gan garf.php?nr=050628? tādā gadījumā links izskatītos labāk, turklāt, iespēja rakstīt, piemēram, garf.php?gads=05&menes=06, lai dabūtu visus mēneša komiksus, nepastāv (un vispār jau nevajag arī :), tā ka nav nepieciešamības saiti sadalīt ar daudziem mainīgajiem. Tev nav kādas idejas? :)
  17. varbūt kāds varētu pastāstīt savu versiju par skriptu, ar ko piekļūt pie Garfīlda komiksu uzkrāšanas vietas http://images.ucomics.com? bija doma uzlabot sindikācijas iespējas, jo, cik zinu, tad sviesta cibas Garfīlda sindikācijas kaut kā nedarbojas. turklāt, gribētos katras dienas komiksu nokopēt uz sava servera un pievienot iespēju lēkt uz priekšu un atpakaļ nākotnē un pagātnē. skripta doma ir tāda, ka adreses daļa http://images.ucomics.com/comics/ga/2005/ga ir nemainīga, bet pārējais datums tiek piekombinēts, balstoties no šodienas datuma, proti, 050529 un galā pieliek .gif papla
  18. ...ja vien WINDOWS-1257 nav kaut kas cits nekā windows-1257
  19. a ar to default charset arī kaut kā nepietiek... no sākuma ne IE, ne FF nerādīja kārtīgi ne utf-8, ne win-1257 lapas, bet tad uzliktu adddefaulftcharset uz utf-8, un utf-8 lapas aizgāja. kad to nomainīju uz windows-1257, efekta nebija. tanī konfiga failā bija minēta adrese, kur varot pasmellties par charsetiem, bet nekā prātīga tur neatradu. varbūt problēma kaut kur citur?
  20. kāds "addcharset" jāpieraksta apache configurācijas failā, lai korekti attēlotu windows-1257 lapas?
  21. janka

    immortal.lv

    vai tauta kaut ko var pateikt par http://immortal.lv hostinga firmu? cik zinu, tur pie stūres ir Ivarix, par visādi brīnumi lasīti, taču 50mb+php+mysql=3-5ls/mēn izklausās tīri OK
  22. tātad, transitional pieļauj dažas dizainu zīmējošus elementus, bet strict to pilnībā atsāj CSS ziņā. neviens nesaka - kaut kādi mūsdienās lietoti pārlūki neatbalsta CSS. te ir runa par to, ka daži pilnībā neatbalsta, piemēram, CSS2. tas pats nelaimīgais IE 5, ar kuru es cīnos šīs pašas foruma sadaļas iepriekšējā ierakstā - ar to ir jāmāk "sarunāt". protams, manā gadījumā vaina ir tieši IE, nevis transitional vai strict, taču sāpe paliek. - mazs piemērs: <img src="skats.gif" border="0" height="6" width="10" /> ir xhtml transitional, jo stict nepatīk border definēšana šeit.
  23. oki, bija pāris validācijas kļūdas, ko centos novērst. tomēr tā arī netiku gudrs, kāpēc XHTML 1.1 nepatīk <p>...</p><blockquote>blabla<br />blabla</blockquote><p>...</p> , tāpāt arī kaut kādas problēmas ar linku sadaļu. taču tas droši vien galvenās problēmas risināšanā nav TIK būtiski, jo pats index fails ir valīds un CSS lapa arī. jā, protams, ka es to pārkodēšu, jo negribu, lai būtu jāliek uzraksts "ieteicams IE 5.5 un augstāk" vai arī "skatīt tikai ar normāliem pārlūkiem". gribas tikai redzēt, ko esmu darījis nepareizi. ja jums ir kādas i
×
×
  • Create New...