-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| dinke |
08. 01. 2008. 01:31 |
include fajlova
Kod include-a fajlova nekako sam uveo praksu da uvek setujem include_path na neki application_dir a odatle posle vucem fajlove. Na primer:
.htaccess
Kôd:
php_value include_path ".:/home/dinke/public_html/moj_projekat/"
Tako da uvek mogu da radim jednostavan include:
PHP kôd:
require_once("includes_dir/config.inc.php");
require_once("some_other_dir/smarty_kd.php");
itd.
E sad, sex je kod cli dela, jer ne mozes jednostavno setovati include_path kao sa apache .htaccess fajlom. Znam da se moze setovati path iz same aplikacije (ini_set("include_path",".:/home/dinke/public_html/moj_projekat/")), ali upravo to zelim da izbegnem, posto u slucaju prebacivanja na drugi server moras menjati sve cli fajlove (a upravo se smaram sa jednim takvim projektom).
Postoji li neko drugo resenje za cli (osim -c php.ini za koji opet mora ici path)?
Malo offtopic kad smo vec kod ove teme, postoji li neki opste prihvacen "best practice" kod include-a? Moja dosadasnja iskustva kazuju da gotovo svaki developer ima neki svoj nacin, ali rekoh da proverim :) |
| Misha |
08. 01. 2008. 02:05 |
Mozda da postavis environment promenjivu na taj include path pa da tvoja cli skripta koristi tu promenjivu u ini_set, time dobijas da na samo jednom mestu treba postaviti path ...
|
| ppavlovic |
08. 01. 2008. 03:03 |
Ja u config.inc.php definisem konstante npr.
define('WEB_ROOT', '/home/sajt.com/www');
define('INCLUDE_DIR', '/home/sajt.com/lib');
Koje definisem razlicito u zavisnosti da li se radi o mom racunaru ili o web serveru.
npr.
if ($_ENV['COMPUTERNAME'] == 'ATLANTIS') {
// lokalne windows putanje
define('WEB_ROOT', 'd:/work/sajt.com/web');
}else {
// server unix putajne
define('WEB_ROOT', '/home/sajt.com/www');
}
Isto vazi i za database konekcije i kontakt email i sl.
|
| ivanhoe |
08. 01. 2008. 03:03 |
moze i:
php -d include_path='.:/home/dinke/public_html/moj_projekat/' -f nekifajl.php
naravno ne kucas to svaki put nego napravis alias za to u shell-u
|
| dinke |
08. 01. 2008. 08:38 |
Citat:
Originalno napisao Misha
(Napišite 49412)
Mozda da postavis environment promenjivu na taj include path pa da tvoja cli skripta koristi tu promenjivu u ini_set, time dobijas da na samo jednom mestu treba postaviti path ...
|
Da, to zvuci kao ok resenje, jos samo da vidim za kog usera trebam da postavim variablu (posto ce scriptove izvrsavati cron).
@ppavlovic
To je ok, ali taj config moras odnekud da povuces, a kad imas 50 skriptova u kojima setujes hardkodovanu putanju do config-a pa posle iz nekog razloga moras da je menjas (recimo premestanje skripta iz jednog u drugi dir i sl.), to ne zvuci bas ok.
@ivanhoe
I to je sasvim ok, ali nekako sam navikao da trpam to u sam fajl (#!/usr/bin/php u headeru fajla), tako da cu se opredeliti za ovo sa env variablom sto je Misha predlozio |
| dinke |
08. 01. 2008. 18:17 |
Interesantno da na jednom BSD serveru ni da cuje da procita bsd variable, dok na drugom (linux) sve radi savrseno.
PHP kôd:
#!/usr/local/bin/php
<?php
var_dump($_ENV['EDITOR']);
?>
BSD:
bash-2.05b$ export EDITOR=joe
bash-2.05b$ ./test.php
NULL
bash-2.05b$
Linux:
[dinke@um-916 ~/public_html]$ export EDITOR=joe
[dinke@um-916 ~/public_html]$ ./test.php
string(3) "joe"
[dinke@um-916 ~/public_html]$ |
| ivanhoe |
08. 01. 2008. 18:45 |
sta se desi ako kucas echo $EDITOR ?
|
| ppavlovic |
08. 01. 2008. 18:52 |
@dinke: Koji su shell-ovi na BSD i Linux ? Negde se koristi 'export', negde 'setenv'.
|
| dinke |
09. 01. 2008. 00:07 |
Mislim ljudi za koga me smatrate (/me = stari linuxas) :)
bash-2.05b$ echo $EDITOR
joe
bash naravno :) |
| bNasty |
09. 01. 2008. 02:08 |
Kako si startovao taj bash na BSD-u?
|
| Vreme je GMT +2. Trenutno vreme je 16:28. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
