Fra rundt 2 uker php 5.3 Angi historien sakte men sikkert. 11 kunngjorde at vedlikehold og det spilles bare sikkerhetsoppdateringer for 1 år. Generelt, PHP 5.4 går i etapper og gamle stabile PHP 5.5 stabiliseres, som er slags moro fordi du fortsatt en del av tilleggene og plugins av php ikke fungerer helt riktig men versjon 5.5 er ganske ny så jeg vil avstå fra overføring til henne.

Så la oss si for min migrasjon til 5.4 ved 5.3. Tidligere hadde jeg postet på informasjon for foreldet funksjoner, de har endret min hele personlighet og de som ikke lenger har å opprettholde har ingen drama på begge sider om det kommer til start eller ikke 😉 så jeg valgte denne morgenen time for starten av migrasjon rundt 7 som det ble, at det er minimal smerte under overføring hvis du ikke går jevnt. Til min enorme overraskelse gikk alt mer jevnt – du har kompilert PHP 5.4.17 Jeg begynte apache og Oh himmelen, det er alt det. Et raskt blikk gjennom loggene brøle ikke av depricated eller ukjente funksjoner – Angivelig, guttene har gjort jobben sin godt. Så har jeg bare prekompiliram og filer som er kompilert med gamle API som APC, RAR osv.. Andre omstart og alle sov. Separat, forventer ytelsesforbedringer fordi overalt folk peker store tå fatene som viser hvordan PHP 5.4 forbruker mindre RAM og utfører skript raskere.

Noen dager siden kom ut XAMPP 1.8.0 Etter oppgradering fra versjon 1.7.7 Jeg hadde en ganske interessant problem. Phpmyadmin ikke min åpning og izg″rmâvaše med 403

Tilgang forbudt!


Nye XAMPP sikkerhetskonsept:

Tilgang til det angitte objektet er bare tilgjengelig fra det lokale nettverket.

Denne innstillingen kan konfigureres i filen “httpd-xampp.conf”.

Nå jeg åpnet httpd-conf xampp å meg... ligger i the velge/lampp/etc/ekstra /, ved første øyekast, virket alt fint. Reglene for lokalnettet var fine. Bortsett fra at jeg ville åpne localhost. WTF ??? Jeg så på loggen og se at mitt kuttes av konfiguaciâta. Her ting allerede ahnaha meg og ærlig type litt flaks jeg fant problemet. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Krever alle gitt. Oh til Eureka. Dette er ny kontroll mekanisme som inngått Apache 2.4.x. Det gir tilgang eller avslå slike alle fine, i utgangspunktet etterlignet tillate/avkrefte funksjonalitet :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Etter endringene i meg ser slik ut

<Directory “/velge/lampp/phpmyadmin”>
AllowOverride AuthConfig Limit
Bestill tillate,nekte
Tillat for alle
Krever alle gitt
</Directory>

 

Du kan alltid prøve en annen divoti, for eksempel vil gi nytt navn til mappen phpmyadmin noe annet og ikke alias til. Men det er stygg og ikke veldig meningsfylt 🙂

p. s stilte meg hvorfor jeg bruker XAMPP og ikke rent installasjon av alle komponenter som det er min Debian ble født – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Forbedret lenker:

Debian OpenLogo

Siste dag en venn skrev til meg at han hadde et problem med Debian en server dens. Mer presist ikke bevoktet EASB mer 30 uansett hvor liten låter Session.gc_maxlifetime. I utgangspunktet er problemet at Debian har besluttet å skrive om oppførselen til økter i stedet søppelmann-og kjøre en cron hver 9. og 39. minutt som fjerner gamle økter. Тои се намира в /etc/cron.d/php5

като цяло семпличък скрипт който стартира от своя страна /usr/lib/php5/maxlifetime и в него се намира променливата колко време да е живота на кукито който е 1440 секунди или 24 минути 😉 От тук нататък има 2 варианта или да се спре крон-а и по този начин се прекратява автоматичното чистене което може по късно да се пренастрой от php.ini или направо в самия скрипт да се промени продължителноста на живота на сесиите с променливата max. Jeg personlig foretrekker det andre alternativet. Helt klart det er generelt, men har en ulempe – hvis du overskriver filen endres vil det miste det som er ubehagelig faktum.

PS. Nå som jeg tror nok hvis du definerer et annet sted å lagre seiinata informasjon av seg selv php skal gå utover manus og dermed brukes på nytt i normal økten uten å avbryte grov.

ini_set('session.gc_maxlifetime', 14400);
 ini_set('session.gc_probability', 1);
 ini_set('session.gc_divisor', 100);
 session_save_path(APP_PARENT_DIR . '/sessions');

Forbedret lenker:

I dag skal vi snakke om dine woes om en server med Suhosin oppdateringen og hvordan Debian Sqeeze håndtere ham. Nå la oss starte litt avstand. Når du installerer php i pakken systemet for Debian (stabil for andre, jeg kan ikke si hvor det er mer) Du må installere suhosin og mod den. Jeg hadde problemer med systemet lags skrevet i php og jeg tok beslutningen for kardinalnoto feilsøking programmer på systemet og vil rapportere tilbake til utvikleren å få oppdatering for sikkerhet og så lagre meg hodepine. Vanligvis kan jeg si frimodig at dette var en av de mest tåpelige beslutningene noensinne tatt meg. Neste angre hurtigfeste PHP5-Suhosin tilbakestille en web-server og oops stråle – patch er fortsatt lastet. Etter en kort undersøkelse oppdaget, Denne pakken er kompilert og med Pacha direkte i koden som betyr at den ikke deaktivere eller fjerne med mindre du prekompilira koden på nytt uten peanøtter. Bestemme at du vil dr″pna og prekompiliram til deb pakken. Har gjort gjør du apt-get source php5 trekke meg denne kildekoden, razpaketirva og så videre. Her den perfekte ideen å dataoverføre Sorsa av pakken fjerne peanøtter og kompilere den på nytt til debianski pakken pluss en to små optimaliseringer for kompilering. Sagt og gjort – Jeg har fjernet bildet fra oppdateringen Debian/Patches/Suhosin.patch Jeg har fjernet ham ikke å spille i Debian/oppdateringer/serien. Her alt klart og uten problemer. Så kjører jeg for å rekompilere pakken med debuild og som jeg forventet min dukker samling på grunn av manglende overskrifter. Selvfølgelig vil det være slik mangel – Jeg er med debian netinstall. Fastsette dumhet din virkelig rask løslate igjen samling, på ett punkt statsminister igjen bare, Det er en merkelig bug i Zend / zend_stream. h eller c huske ikke nøyaktig (Hvis avtalen kan senere for å se nøyaktig hvilken fil og der var jeg snakker med). Etter en nedoumâvane hva som skjer og hvorfor i helvete kan rumble i Zend kjernen – der ikke skulle rumble på for ingen grunn og en lengre studie fant at problemet er relativt sjeldne og ikke mange signaler for ham. Jeg mistenker at noen av oppdateringene i kilden er galt, men nå har jeg ingen nerver til å kontrollere. Hmmmmm nifs Super nifs. Jeg besluttet nesten å kompilere ren php, men jeg bestemte meg å prøve ut speil dotdeb La oss se hva som vil skje det. Kompilering det døde på grunn av noen rare avhengigheter men glattet over problemene i hoveddelen. Som er forståelig nok var de borte 30-40 oppdateringer som var stabil pakken. Etter flere lange og mislykkede forsøk jeg trakk jeg dataoverførte vanilje pakken og kompilert det med nesten debian-ski alternativer med ideen til å skrive min nåværende installasjon og installere nye pakker fra fugl mater du kan ha virkemåten til pakken installert fra depotet (sannsynligvis bare en annen obosobno ikke klok beslutning). Som forventet uten noen patcher gikk installasjon greit. Dette er resultatet av min config filen hyggelig.:

#! /bin/sh
#
# Created by configure

CFLAGS='-g -O2 -fPIC -Wall -fsigned-char -fno-strict-aliasing   -gstabs' \
CXXFLAGS='-g -O2' \
'./configure' \
'--with-apxs2=/usr/bin/apxs2' \
'--prefix=/usr/local/php5' \
'--disable-cgi' \
'--with-config-file-path=/etc/php5/apache2' \
'--with-config-file-scan-dir=/etc/php5/apache2/conf.d' \
'--build=x86_64-linux-gnu' \
'--host=x86_64-linux-gnu' \
'--sysconfdir=/etc' \
'--localstatedir=/var' \
'--mandir=/usr/share/man' \
'--disable-debug' \
'--with-regex=php' \
'--disable-rpath' \
'--disable-static' \
'--with-pic' \
'--with-layout=GNU' \
'--with-pear=/usr/share/php' \
'--enable-calendar' \
'--enable-fileinfo' \
'--enable-hash' \
'--enable-json' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-sysvmsg' \
'--enable-bcmath' \
'--with-bz2' \
'--enable-ctype' \
'--without-gdbm' \
'--with-iconv' \
'--enable-exif' \
'--enable-ftp' \
'--enable-dbase' \
'--with-gettext' \
'--enable-mbstring' \
'--with-onig=/usr' \
'--with-pcre-regex' \
'--with-mysql=shared,mysqlnd' \
'--with-mysql-sock=/var/run/mysqld/mysqld.sock' \
'--with-mysqli=shared,mysqlnd' \
'--enable-pdo=shared' \
'--with-pdo-mysql=shared,mysqlnd' \
'--with-pdo-odbc=shared,unixODBC,/usr' \
'--with-pdo-pgsql=shared,/usr/bin/pg_config' \
'--with-pdo-sqlite=shared,/usr' \
'--with-pdo-dblib=shared,/usr' \
'--enable-phar' \
'--enable-shmop' \
'--enable-sockets' \
'--enable-dom' \
'--enable-wddx' \
'--enable-tokenizer' \
'--with-zlib' \
'--with-kerberos=/usr' \
'--with-openssl=/usr' \
'--enable-soap' \
'--enable-zip' \
'--with-mhash=yes' \
'--with-exec-dir=/usr/lib/php5/libexec' \
'--with-system-tzdata' \
'--without-mm' \
'--with-readline=/usr' \
'--without-sybase-ct' \
'--without-sqlite' \
'--without-sqlite3' \
'--without-mssql' \
'--enable-pcntl' \
'--enable-inline-optimization' \
"[email protected]"

Denne konfigurasjonen er ligner på kompilering dotdeb. Begrunnelse og viktigst prefiks alternativ hvor du vil ha filene bibliotekene php. Det og andre ganger de justere i henhold til systemet ditt, slik at du ikke føler samling ved å endre måter.

Forbedret lenker:

Vector logo of the PHP programming language wi...

I dag har jeg truffet en lett å lese for php cache den html. Her snakker vi om caching utgangen av koden vår ikke som jeg skrev cache til skritpovete opcode nivå med eAccelerator. Så hva handler om – La oss minne oss selv på raske arbeidet med php-it. Forespurt for en web server-a ни той приема параметрите който подаваме след това той ги подава на php скрипта той се компилира и плюе резултат в html вариант. Това е в доста общи линии. Hva vil være vår idé her hoppe forespørsler, hopper over store blokker eller ikke så stor som blokker malt direkte når allerede utarbeidet utgangs. Преимуществата са очевиднинамаляна на времето за изпълнение, по малко натоварване и потребление на ресурси. Като цяло не е откриване на топлата вода нито е нещо кой знае колко сложно. Det er mange klasser for dette formålet PHP Pære Cache_Lite som har en fin funksjon, men jeg tror i fremtiden for å skrive med min mye mer strømlinjeformet struktur og mine sine krav til caching. Сега ще разгледаме най аборигенския вариант с Output Control Functions. Така нека да кешираме нещо

//start cache all output after that will be saved

ob_start();

//generate output

echo 'Some dynamic output';

echo 'Some other dynamic output ...';

//assign output into variable

$var=ob_get_contents();

//close cache output

ob_end_flush();

Горния код е тривиален но нека да обясним какво стана. Първо декларираме от коя част в кода започва кеширането. След това си генерираме по стандартен начин изхода от кода. Da den genererte utgang blir den variabelen som vil være tilgjengelig senere i denne filen eller i noen økter det er din avgjørelse. Til slutt ryddet og avslutte caching. Ganske hverdagslig handling for å si geenriraneto cache går gjennom store blokker av kode, slik at vi kan spare mye CPU tid som en buffer for en stund eller for en enkelt økt. Вече всичко опира то това какво искате дали да е общодостъпен кеша или да е достъпен за различен потребител.

Forbedret lenker: