ਬਾਰੇ ਤੱਕ 2 PHP ਹਫ਼ਤੇ 5.3 ਉਸ ਨੇ ਕਹਾਣੀ ਹੌਲੀ-ਹੌਲੀ ਹੈ, ਪਰ ਜ਼ਰੂਰ ਪਰਵੇਸ਼. 11 'ਤੇ ਉਹ ਇਸ ਦੇ ਰੱਖ ਰਖਾਵ ਦੇ ਅੰਤ ਦਾ ਐਲਾਨ ਕੀਤਾ ਹੈ ਅਤੇ ਉਸ ਲਈ ਸਿਰਫ ਸੁਰੱਖਿਆ ਪੈਚ ਰੱਖਿਆ ਜਾਵੇਗਾ 1 ਸਾਲ. ਅਸਲ PHP 5.4 ਪੜਾਅ ਪੁਰਾਣੇ ਸਥਿਰ ਅਤੇ PHP ਵਿੱਚ ਚਲਾ 5.5 ਸਥਿਰ ਬਣ, ਘੱਟ ਮਜ਼ੇਦਾਰ ਹੈ, ਜੋ ਕਿ ਹੈ, ਕਿਉਕਿ ਅਜੇ ਵੀ ਹੋਰ ਅਤੇ ਨਵ PHP ਪਲੱਗਇਨ ਦਾ ਹਿੱਸਾ ਕਾਫ਼ੀ ਠੀਕ ਹੈ, ਪਰ ਵਰਜਨ ਲਈ ਕੰਮ ਨਾ ਕਰੋ 5.5 ਇਹ ਕਾਫ਼ੀ ਨਵ ਹੈ, ਇਸ ਲਈ ਮੈਨੂੰ ਮਾਈਗਰੇਸ਼ਨ ਤੱਕ ਇਸ ਨੂੰ ਕਰਨ ਲਈ ਨਾ ਹੋਵੇਗਾ.

ਇਸ ਦੀ ਮਾਈਗਰੇਸ਼ਨ ਨੂੰ ਮੇਰੇ ਲਈ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ 5.4 ਤੱਕ 5.3. ਮੈਨੂੰ ਪਿਛਲੀ ਪਾ ਦਿੱਤਾ ਸੀ ਜਾਣਕਾਰੀ ਪੁਰਾਣਾ ਫੰਕਸ਼ਨ ਲਈ, ਜੋ ਕਿ ਜਿਹੜੇ ਬਿਲਕੁਲ ਬਦਲ ਗਿਆ ਹੈ ਅਤੇ ਜੋ ਕੋਈ ਵੀ ਹੁਣ ਦੋਨੋ ਪਾਸੇ ਹੈ, ਜੋ ਕਿ ਉੱਠਦੀ ਹੈ, ਨਾ ਹੋਵੇਗਾ ਜ 😉 ਇਸ ਮਾਈਗਰੇਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਅੱਜ ਸਵੇਰੇ ਟਾਈਮਿੰਗ ਦੇ ਆਲੇ-ਦੁਆਲੇ 'ਤੇ ਕੋਈ ਡਰਾਮੇ ਲਈ ਬਣਾਈ ਜਾ ਜਾਵੇਗਾ ਜਿਹੜੇ 7 ਬਣਨ, ਉਥੇ ਮਾਈਗਰੇਸ਼ਨ ਦੌਰਾਨ ਘੱਟੋ-ਘੱਟ ਦਰਦ ਜੇ ਸੁਚਾਰੂ ਨਾ ਜਾਣ ਹੈ, ਜੋ ਕਿ. ਮੇਰੇ ਮਹਾਨ ਹੈਰਾਨੀ ਕਰਨ ਲਈ, ਸਭ ਕੁਝ ਹੋਰ ਸੁਚਾਰੂ ਚਲਾ ਗਿਆ – ਆਪਣੇ PHP ਕੰਪਾਇਲ 5.4.17 ਮੈਨੂੰ ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਅਪਾਚੇ-ਓ ਅਕਾਸ਼ ਸਭ ਕੁਝ ਹੁੰਦਾ ਹੈ,. ਲਾਗ ਦੇ ਦੁਆਲੇ ਇੱਕ ਤੇਜ਼ ਨਿਗ੍ਹਾ depricated ਜ ਨਾ ਤੇ ਸਾਰੇ ਅਣਜਾਣ ਹੈ ਫੰਕਸ਼ਨ ਦੇ ਗਰਜਣ ਜਾਵੇਗਾ – ਸਪੱਸ਼ਟ ਹੈ ਮੁੰਡੇ ਦੇ ਨਾਲ ਨਾਲ ਆਪਣੇ ਕੰਮ ਕੀਤਾ ਹੈ. ਫਿਰ ਮੈਨੂੰ ਹੁਣੇ ਹੀ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਪੂਰਕ ਹੈ, ਜੋ ਕਿ APC ਤੌਰ ਪੁਰਾਣੇ API ਨੂੰ ਨਾਲ ਕੰਪਾਇਲ ਰਹੇ ਹਨ, RAR ਅਤੇ ਹੋਰ. ਦੂਜਾ ਮੁੜ-ਚਾਲੂ ਕਰੋ ਅਤੇ ਹਰ ਚੀਜ਼ ਮਰ ਗਿਆ. ਦੇ ਤੌਰ ਤੇ ਲੋਕ ਹਰ ਜਗ੍ਹਾ ਅੰਗੂਠੇ ਕੁਝ ਟੇਬਲੇਟ ਇਸ਼ਾਰਾ ਇਲਾਵਾ ਉਤਪਾਦਕਤਾ ਵਿੱਚ ਸੁਧਾਰ ਦੀ ਉਮੀਦ ਹੈ, ਜਿੱਥੇ ਨੂੰ PHP ਪਤਾ ਲੱਗਦਾ ਹੈ 5.4 ਘੱਟ RAM ਦੀ ਖਪਤ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਸਕਰਿਪਟ ਚਲਾਉਦਾ ਹੈ.

ਵਰਡਪਰੈਸ ਵਿੱਚ ਤੁਹਾਡੀ ਡੋਮੇਨ ਨੂੰ ਤਬਦੀਲ ਕਰਨ ਲਈ ਕੁਝ ਦਰਦ ਹੈ. ਹਾਲ ਹੀ ਵਿਚ ਮੈਨੂੰ ਕਈ ਕੁਝ ਹੀ ਤੇਜ਼ ਖੇਡ ਹੋ ਰਿਹਾ ਕਰ ਲਈ ਸੀ 😀 . ਮੈਨੂੰ sumariziram ਸਕਦਾ ਹੈ, ਜੇ ਕਦਮ ਹਨ 2 – ਕੁਦਰਤੀ ਫਾਇਲ ਵਧਣਾ ਬਿਨਾ, ਸੈਟਿੰਗ ਤਬਦੀਲੀ ਪੂਰੀ ਹੋਸਟਿੰਗ ਜੇ.

1. ਨਵ ਨੂੰ ਪੁਰਾਣੇ URL ਨੂੰ ਤਬਦੀਲ – ਮਾਮੂਲੀ ਨਾਲ ਕੁਝ ਮੈਨੂੰ ਇੱਥੇ. ਆਪਣੇ wp-Config.php ਫਾਇਲ ਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ ਇਹ ਵਿੱਚ ਇਸ ਨੂੰ ਰੱਖ 2 ਕਤਾਰ

define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');

ਨੂੰ ਤਬਦੀਲ ਹੋਣ ਦੇ ਨਾਤੇ HTTP://example.com ਆਪਣੇ ਨਵ ਦੇ ਨਾਲ.

2. ਇਸ ਲਈ ਹੁਣ ਤੱਕ, ਇਸ ਲਈ ਚੰਗਾ ਹੁਣ ਸਾਈਟ ਅਜਿਹੇ ਤਸਵੀਰ ਦੇ ਤੌਰ ਤੇ URL ਨੂੰ-ਫਰਬਰੀ ਦਾ ਕੰਮ ਹੈ ਪਰ ਅੱਪਲੋਡ ਕੀਤਾ ਸਮੱਗਰੀ ਨੂੰ ਖੁੱਲਦਾ ਹੈ, ਦਸਤਾਵੇਜ਼ ਅਤੇ ਇਸ ਲਈ ਉਪਲੱਬਧ ਨਾ. ਇੱਥੇ ਇਸ ਨੂੰ ਹੀ ਇੱਕ nasty ਚੁਣੌਤੀ ਹੈ. ਉਹ ਇੱਕ ਨਵ ਡਾਟਾਬੇਸ 'ਚ ਪੁਰਾਣੇ URL ਨੂੰ-ਫਰਬਰੀ ਨੂੰ ਤਬਦੀਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਇਹ ਸ਼ੁਰੂਆਤ ਕਰਨ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਬਹੁਤ ਮੁਸ਼ਕਲ ਕਾਰਜ ਨੂੰ ਸੀ, SQL ਸੰਟੈਕਸ ਨਾਲ ਨਾਲ ਨਾਲ ਕੀ ਨਾ ਕਰਦੇ, ਜੋ, но вече има доста приятен скрипт searchreplacedb2, ਜੋ ਕਿ ਇਸ ਨੂੰ ਤੁਹਾਡੇ ਲਈ ਬੇਚੈਨ ਕਰਦਾ ਹੈ. ਵਰਤੋ ਮਾਮੂਲੀ ਹੈ – ਰੂਟ ਡਾਇਰੈਕਟਰੀ, ਜਿੱਥੇ ਆਪਣੇ ਸਫ਼ੇ ਵਰਡਪਰੈਸ ਕਰਨ ਲਈ ਇਸ ਨੂੰ ਅੱਪਲੋਡ ਅਤੇ ਇਸ ਨੂੰ ਖੋਲ੍ਹਣ ਬਰਾਊਜ਼ਰ ਨੂੰ-ਆਪਣੇ. След това следвате стъпките като първо ще ви пита за потребителско име и парола който е взел от вашия wp-config.php и след това ще ви пита за новото и старото url. След последната стъпка ще се наложи да поизчакате при мен отнемаше средно 40сек -50сек.

Това е във общи линии нищо трудно или супер сложно.

Debian OpenLogo

Миналия ден един приятел ми писа че имал проблем с ਡੇਬੀਅਨ server-a си. По точно не му пазел сессиите повече от 30 минути независимо колко се настройва session.gc_maxlifetime. В общи линии проблема е че Debian са решили да пренапишат поведението на сесиите като вместо garbage collector-а се стартира един cron на всяка 9-та и 39-та минута който почиства старите сесии. Тои се намира в /etc/cron.d/php5

като цяло семпличък скрипт който стартира от своя страна /usr/lib/php5/maxlifetime и в него се намира променливата колко време да е живота на кукито който е 1440 секунди или 24 минути 😉 От тук нататък има 2 варианта или да се спре крон-а и по този начин се прекратява автоматичното чистене което може по късно да се пренастрой от php.ini или направо в самия скрипт да се промени продължителноста на живота на сесиите с променливата max. Аз лично предпочитам втория вариант. Доста по чист е като цяло но има и недостатъкако се презапише файлът промените ни ще се изгубят което си е неприятен факт.

ਜ਼ਬੂ. Сега като се замисля вероятно ако се дефинира друго място където да се съхранява сеиината информация чрез самото php би трябвало да излезе извън обхвата на скрипта и по този начин да се използва пак по нормален сесията без да прекъсва грубо.

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');

Zemanta ਨਾਲ ਲੈੱਸ

ਅੱਜ ਮੈਨੂੰ ਨਾਲ ਇੱਕ ਸਿੰਗਲ ਨੂੰ ਸਰਵਰ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦੁਖੜੇ ਬਾਰੇ ਗੱਲ Suhosin ਪੈਚ ਹੈ ਅਤੇ ਕਿਸ ਨੂੰ ਡੇਬੀਅਨ ਇਸ ਦੇ ਨਾਲ ਹੀ Sqeeze ਸੌਦਾ. ਹੁਣ ਸਾਡੇ ਕੋਲ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਦੂਰੀ ਸ਼ੁਰੂ. ਤੁਹਾਨੂੰ ਡੇਬੀਅਨ ਪੈਕੇਜ ਸਿਸਟਮ ਵਿਚ PHP ਇੰਸਟਾਲ ਜਦ (ਸਥਿਰ ਹੋਰ ਲਈ ਮੈਨੂੰ ਕਹਿ ਨਹੀ ਕਰ ਸਕਦਾ ਹੈ ਪਰ ਹਾਲੇ ਵੀ) ਤੁਹਾਨੂੰ ਇੰਸਟਾਲ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਕਰਨ ਲਈ suhosin ਮਾਡ ਚਾਹੀਦਾ ਹੈ. ਮੈਨੂੰ ਕੁਝ MAH-ਫਰੇਮ ਸਿਸਟਮ PHP ਵਿੱਚ ਲਿਖਿਆ ਨਾਲ ਸਮੱਸਿਆ ਸੀ ਅਤੇ ਸੁਰੱਖਿਆ ਪੈਚ ਗੁਆ ਹੈ ਅਤੇ ਇਸ ਲਈ ਆਪਣੇ ਆਪ ਨੂੰ ਮੁਸੀਬਤ ਨੂੰ ਬਚਾਉਣ ਲਈ ਸਿਸਟਮ ਨੂੰ ਅਤੇ ਵਾਪਸ ਦੀ ਰਿਪੋਰਟ ਡਿਵੈਲਪਰ ਨੂੰ ਡੀਬੱਗ ਨੂੰ ਕੀ ਕਰਨ ਦੀ ਬਜਾਏ ਮੁੱਖ ਫੈਸਲਾ ਲਿਆ. ਕੁੱਲ ਮਿਲਾ ਮੈਨੂੰ ਯਕੀਨੀ ਆਖ ਸਕਦੇ ਹੋ ਕਿ ਇਸ ਦਾ ਸਭ ਮੂਰਖ ਫੈਸਲੇ ਮੈਨੂੰ ਕਦੇ ਲਿਆ ਸੀ. ਪਹਿਲੀ ਹਟਾਓ ਮੋਡੀਊਲ ਤੇ PHP5-suhosin ਚਾਲੂ ਵੈੱਬ ਸਰਵਰ-ਇੱਕ ਅਤੇ Oops ਪੋਸਟ – ਪੈਚ-ਇੱਕ ਅਜੇ ਵੀ ਲੋਡ ਹੈ. ਇੱਕ ਛੋਟਾ ਅਧਿਐਨ ਕਰਨ ਦੇ ਬਾਅਦ ਦਾ ਪਤਾ, ਹੈ, ਜੋ ਕਿ ਪੈਕੇਜ ਕੰਪਾਇਲ ਅਤੇ ਕੋਡ ਜਿਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ ਵੀ ਬੇਦਖਲੀ ਜ ਹਟਾਉਣ, ਜਦ ਤੱਕ ਪੈਚ ਬਿਨਾ ਨੂੰ ਫਿਰ ਕੋਡ ਕੰਪਾਇਲ ਵਿਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ trots ਹੈ. ਹੱਲ ਹੈ, ਜੋ ਕਿ drapna ਅਤੇ Deb ਪੈਕੇਜ ਕੰਪਾਇਲ ਕੀਤਾ ਜਾਵੇਗਾ. ਸੰਪੰਨ ਜਿੰਨੀ ਨੇ ਕਿਹਾ ਕਿ ਆਪਣੇ apt-ਪ੍ਰਾਪਤ ਮੈਨੂੰ ਪੁੱਟਣੇ ਸਰੋਤ PHP5 ਇਸ ਸਰੋਤ ਕੋਡ ਕਰਦੇ ਹਨ, razpaketirva ਅਤੇ ਆਦਿ. ਇੱਥੇ ਮੇਰੇ ਆਦਰਸ਼ ਵਿਚਾਰ ਨੂੰ ਪੈਕੇਜ ਦੇ ਸਰੋਤ ਨੂੰ ਹਟਾਉਣ ਲਈ ਪੈਚ ਨੂੰ ਹਟਾਉਣ ਅਤੇ ਵਾਪਸ ਡੇਬੀਅਨ ਪੈਕੇਜ ਦਾ ਸੰਕਲਨ ਵਿੱਚ ਇੱਕ ਦੋ ਛੋਟੇ ਅਨੁਕੂਲਤਾ ਪਲੱਸ ਇਸ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਲਈ. ਨੇ ਕੀਤਾ ਨੇ ਕਿਹਾ ਕਿ – ਦੀ ਬੇਲੋੜੀ ਪੈਚ ਨੂੰ ਖਤਮ ਡੇਬੀਅਨ / ਪੈਚ / suhosin.patch ਮੈਨੂੰ ਉਸ ਵਿੱਚ ਖੇਡਣ ਨੂੰ ਹਟਾ ਡੇਬੀਅਨ / ਪੈਚ / ਲੜੀ '. ਇਸ ਲਈ ਹੁਣ ਤੱਕ ਹਰ ਚੀਜ਼ ਸਾਫ਼-ਸਾਫ਼ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਬਿਨਾ. ਫਿਰ ਪੈਕੇਜ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਲਈ ਚਲਾਉਣ debuild ਅਤੇ ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਮੈਨੂੰ, ਕਿਉਕਿ ਲਾਪਤਾ ਸਿਰਲੇਖ ਦੇ ਸੰਕਲਨ ਉਡਾ. ਕੁਦਰਤੀ ਕੋਈ ਕਮੀ ਹੋ ਜਾਵੇਗਾ – ਮੈਨੂੰ ਅਜੇ ਵੀ ਡੇਬੀਅਨ netinstall ਨਾਲ ਹੈ. ਤੇਜ਼ ਫਿਕਸ ਮੂਰਖਤਾ ਨੂੰ ਮੁੜ ਸੰਕਲਨ ਨੂੰ ਚਲਾਉਣ, ਇੱਕ ਬਿੰਦੂ 'ਤੇ ਸਿਰਫ ਨੂੰ ਫਿਰ ਬੇਹੋਸ਼, ਹੈ, ਜੋ ਕਿ Zend / zend_stream.h ਜ .c ਵਿੱਚ ਇੱਕ ਅਜੀਬ ਗਲਤੀ ਨਾਲ ਬਿਲਕੁਲ ਨਾ ਯਾਦ ਹੈ (ਜੇ ਮੈਨੂੰ ਨਜਿੱਠਣ ਕਰ ਸਕਦਾ ਹੈ ਬਾਅਦ ਵਿੱਚ ਬਿਲਕੁਲ ਹੈ, ਜੋ ਕਿ ਫਾਇਲ ਨੂੰ ਚੈੱਕ ਕਰਨ ਲਈ ਹੈ ਅਤੇ ਲਾਈਨ ਅਵਾਜ਼). ਕੁਝ ਝਿਜਕ ਦੇ ਬਾਅਦ ਕੀ ਹੋ ਰਿਹਾ ਹੈ ਅਤੇ ਇਸੇ ਕਰਕੇ ਨਰਕ Zend ਕੋਰ ਦੇ ਸ਼ੋਰ ਕਰ ਸਕਦਾ ਹੈ – ਜਿੱਥੇ ਇਸ ਨੂੰ ਚਾਹੀਦਾ ਹੈ ਕਿਸੇ ਵੀ ਕਾਰਨ ਕਰਕੇ ਸ਼ੋਰ ਅਤੇ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਹੁਣ ਦਾ ਅਧਿਐਨ ਦਾ ਪਤਾ ਹੈ, ਜੋ ਕਿ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਇਸ ਦੀ ਮੁਕਾਬਲਤਨ ਬਹੁਤ ਘੱਟ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਨਾ ਕਰਿਸ਼ਮੇ ਹੈ. ਮੈਨੂੰ ਸ਼ੱਕ ਹੈ ਸਰੋਤ ਵਿੱਚ ਪੈਚ ਦੇ ਇੱਕ ਗ਼ਲਤ ਸੀ, ਜੋ ਕਿ ਹੈ, ਪਰ ਮੈਨੂੰ ਇਸ ਨੂੰ ਚੈੱਕ ਕਰਨ ਲਈ ਕੋਈ ਵੀ ਨਾੜੀ ਹੈ. Hmmmmm ਬੁਧੀ ਸੁਪਰ ਬੁਧੀ. ਲਗਭਗ ਮੈਨੂੰ ਸ਼ੁੱਧ PHP ਕੰਪਾਇਲ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਸ਼ੀਸ਼ੇ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ dotdeb ਉਥੇ ਵੇਖਣ ਲਈ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ. ਉੱਥੇ ਸੰਕਲਨ ਮੁੱਖ ਸਰੀਰ ਵਿੱਚ ਹੈ, ਕਿਉਕਿ ਕੁਝ ਅਜੀਬ ਨਸ਼ੇ ਦੀ ਮੌਤ ਹੋ ਗਈ ਹੈ, ਪਰ ਸਮੱਸਿਆ ਨੂੰ ਬਖਸ਼ਿਆ. ਬਦਲੇ ਵਿੱਚ ਕਿਹੜਾ ਸਮਝ ਹੈ ਉਹ ਕੀਤਾ ਹੈ 30-40 ਪੈਚ, ਜੋ ਕਿ ਸਥਿਰ ਪੈਕੇਜ ਵਿੱਚ ਸਨ. ਕਈ ਲੰਬੇ ਅਤੇ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ ਦੇ ਬਾਅਦ ਮੈਨੂੰ ਥੱਕ ਮਿਲੀ ਹੈ ਅਤੇ ਮੇਰੇ ਵਨੀਲਾ ਪੈਕੇਜ ਬੰਦ ਹੈ ਅਤੇ ਇਸ ਵਿਚਾਰ ਨਾਲ ਲਗਭਗ ਡੇਬੀਅਨ-ਸਕੀ ਚੋਣ ਨਾਲ ਇਸ ਨੂੰ ਕੰਪਾਇਲ ਮੇਰੇ ਮੌਜੂਦਾ ਸਿਸਟਮ ਮੁੜ ਲਿਖਣ ਅਤੇ ਨਵ ਪੈਕੇਜ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਫੀਡਰ ਤੱਕ ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਇੰਸਟਾਲ ਪੈਕੇਜ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ (ਸੰਭਵ ਹੈ ਕਿ ਕਿਸੇ ਹੋਰ ਵੱਖ ਨਾ ਇੱਕ ਜਾਇਜ਼ ਹੱਲ ਹੈ). ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਦੇ ਰੂਪ ਵਿੱਚ ਬਿਨਾ ਕਿਸੇ ਪੈਚ ਇੰਸਟਾਲੇਸ਼ਨ ਸੁਚਾਰੂ ਚਲਾ ਗਿਆ. ਇਹ ਮੇਰਾ config.nice ਫਾਇਲ ਦਾ ਨਤੀਜਾ ਹੈ:

#! /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]"

ਇਹ ਸੰਰਚਨਾ ਸੰਕਲਨ dotdeb ਦੇ, ਜੋ ਕਿ ਦੇ ਸਮਾਨ ਹੈ. Като основаното и най важно е prefix опцията където ще се разполагат файловете с библиотеките на php. Него както и другите пъти ги коригирайте според вашата система така че да не се усети компилацията с промяна на пътищата.

Zemanta ਨਾਲ ਲੈੱਸ

Vector logo of the PHP programming language wi...

Днес ще драсна едно леко четиво за php cache ਦੇ html. Тука говорим за кеширане на изхода от кода ни а не както съм писал да кешираме скритповете до opcode ниво с eAccelerator. Така за какво иде речнека да си припомним на бързо работата на php-то. Подаваме заявка на web server-a ни той приема параметрите който подаваме след това той ги подава на php скрипта той се компилира и плюе резултат в html вариант. Това е в доста общи линии. Каква ще е идеята ни тука да прескачаме заявки, да прескачаме големи блокове или не чак толкова големи блокове като директно изрисуваме вече веднъж компилирания изход. Преимуществата са очевиднинамаляна на времето за изпълнение, по малко натоварване и потребление на ресурси. Като цяло не е откриване на топлата вода нито е нещо кой знае колко сложно. Има множество класове за тая цел като PHP Pear Cache_Lite който разполага с прекрасна функционалност но аз мисля в бъдеще да си напиша мой с доста по облекчена структура и мой си изисквания към кеширането. Сега ще разгледаме най аборигенския вариант с 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();

Горния код е тривиален но нека да обясним какво стана. Първо декларираме от коя част в кода започва кеширането. След това си генерираме по стандартен начин изхода от кода. След това генерирания изход се присъединява към променлива която ще е достъпна по късно дали през файл някакво или през sessions това си е ваше решение. Накрая изчистваме и прекратяваме кеширането. Съвсем тривиална операция ако да речем геенрирането на кеша минава през огромни блокове от код така можем да спестим доста процесорно време като кешираме за известно време или за една сесия. Вече всичко опира то това какво искате дали да е общодостъпен кеша или да е достъпен за различен потребител.

Zemanta ਨਾਲ ਲੈੱਸ