Kot sem napisal v prejšnjem delovnem mestu problem z opredelitvijo je precej moteče spremenljivke base_url. V Konkretnost Ta spremenljivka skrbi za ustvarjanje pot do povezave, akcijski film v oblikah, redirektite in tako naprej, in če to ni setnata CI nereaboti korekno 🙂 dela ne nekaj nor stvari z url 🙂 odločbo, kot vedno, je nered ( za mene, da pops up malo, preden sem se odločil napisati sami) 😀

$config['base_url'] = ((isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] == "on") ? "https" : "http");
$config['base_url'] .= "://".$_SERVER['HTTP_HOST'];
$config['base_url'] .= str_replace(basename($_SERVER['SCRIPT_NAME']),"",$_SERVER['SCRIPT_NAME']);

S tem delom kodeksa nadomesti v config datoteko base_url. Dela, kot je videti za http in https. Взима си само папката в която разположена платформата така, че не е необходима никаква намеса от наша страна.

Moje življenje kot programer kardinal spremembo – Sem šel na tiste, ki vedno rad sadje sem – pripravljen okvir kodiranje projektov, razlogi so jasni, zakaj moj ne mara, jih. Vendar sem ostal brez izbire, in sem se obrnil na prijatelje z izkušnjami na področju in so mi za iz CodeIgniter V bistvu, sem šel skozi kaj je dejal – Sem. Ločeno prebral dober ogledov, tako ni smiselno izogibati se neizogibno. Danes sem začel pisati s platformo in našel 2 veliko neprijetnih stvari

  1. Reportinga napak je namenjena samo za pritrditev in dnevniki platformi Ispljunuti napake neposredno na isti strani – prikaže samo prazno stran, in da ste se spraševala, kaj se zgodi. Noro neudoben, celo po ročno nastroika v URphp.ini stvari v korist CI. Rešitev problema je z dodatkom vnanji pomočnik Napačno Helper – človek je pojasnil, kako TUI muhe čudež. Ko sem dal vse prišel v mesto.
  2. V konfiguracijski datoteki platforme je spremenljivka, v kateri je base_url opisal glavne URL za dokončanje platformo povezave redirekti in vse druge URL-s – na splošno je dobra ideja, ampak če saita je več kot 1 Domein 😀 kako tam so kar nekaj rešitve problema. Verjetno z vrsto če-ove bo preverila, ki gre pred domein poizvedbe za spremenljivke 🙂 sethna ,ker ne želi sprejeti dejanske vrednosti $ _ strežnik[PHP_SELF] spet noro odločitev

Като изключа тия ми дв забележки CI ми допада лесно се пуска сървърче дори и неопитен пишлигар в 9-ти клас ще го направи а не като Zend Framework да иска часове настроики 🙂 Отделно е скоростен или поне така чета навсякъде Засега ще поработя с него и ще видим дали ще се хванем ръка за ръка или ще стане една част от миналото 🙂

Danes moje phpmyadmin-a um brez očitnega razloga z naslednjimi Bloomer

Ne more začeti seje brez napak, Prosimo, preverite napake v vašem PHP in/ali spletni strežnik dnevniške datoteke in konfigurirati namestitev PHP pravilno.

Na splošno problem je preprosto spremenljivke v zasedanje zaščititi steza URphp.ini. Napaka datoteke brez realne vrednosti. Mistiki so nevezane, kot sem se spomnil, da sem upgreid moja različica php, in potem verjetno sem nehote stare nastroiki zamal, in danes, da zamrzne strežnik, че беше почнал да пълни swap-a заради едно зомби 🙂

Zaradi majhne težave z zbirko podatkov, ki je pobegnil, in da je moj post 🙂

In gledma že pot″rsvaniâ v google za samodejne prijave gdm3 torej oklic svoj zgraditi to 🙂

Na splošno, rešitev je enostavne spremembe like/etc/gdm3/daemon.conf datoteko, sedaj deloma po vsebini je vstavljeno daemon

AutomaticLoginEnable = true
AutomaticLogin = Your_User

Prva vrstica omogoča samodejno prijavo v drugi vrstici opisuje, kateri uporabniki bodo izvajale. 🙂