вообще жду, когда выборки по нескольким терминам нескольких таксономий быстрым сделают, имхо основное, чего сейчас линейки 3.х не хватает
<?php class DB { protected static $instance = null; protected static $db = null public static function &instance() { if (is_null(self::$instance)) { self::$instance = new DB(); } return self::$instance; } protected function __construct() { #host и т.д. читаем из общего конфига self::$db = new mysqli('localhost', ...); # лучще PDO # set names etc... } public function __destruct() { # здесь можно как-то особенно закрыть и т.д. } public function __call($method, $params) { return call_user_func_array(array(self::$db, $method), $params); } public static function __callStatic($method, $params) { return call_user_func_array(array(self::$db, $method), $params); } } ... #где-то: require_ince 'db.php' # или используем autoloading DB::istance()->query(...) или, если экземпляр уже где-то ранее создан, просто как: DB::query(...) ?>
ТС, а http://infiumhost.com/ - это вы, или просто дизайны похожи ?))
правдивость
хм, ну тогда соболезную...
хотя проблема решается очень просто
так же, в СЕРПе можно найти ещё больше примеров
любое значение в open_basedir считается установлено. единственное что остаётся - самому смотреть ответ на 301-307 редиректы и идти по новому урлу
дизайнер должен разбрасывать всё по слоям и папкам примерно так, как программер должен раскидывать код на структурные части по классам, модулям и файлам. Если дизайнер говорит, что его задача просто нарисовать, не особо замарачиваясь о чистоте вида своего конечного продукта, то в таком случае, программер имеет полное право писать любого уровня систему в одном единственном файле, там же мешать css, html, sql и всё-всё-всё, и после вопроса об его адекватности, должен строить круглые глаза, объясняя, что разбавать на структурные группы код - это обязанность пользователя, если ему так удобно, не его это задача, так как скрипт и так работает.
Это ужос, что попадается верстать, вот например недавно был простенькая PSD-ка, на 120 метров! Чего там только не было в невидимых слоях, прям некая "библиотека" поставляемая дизигнером, в которой скопился наверное весь хлам, копипащенный в палитру за всё время работы такого дизигнера
cryptex добавил 02.12.2011 в 02:05
скорее-всего, ТС имел ввиду, что например, если имеется скажем некий логотип в шапке, состоящий из 5-10 слоёв, то что бы эти слои находились в одной группе, на одном уровне иерархии и следовали логично друг за другом, а не были расположены в самых неожиданных местах, из-за чего вёрстка начинается с группирования вот таких вот элементов, что не всегда весьма тривиальная работа, но почти всегда весьма объёмна по времени. Разумеется, смотря как кто вырезает, некоторые верстальщики пытаются всё сделать красиво, повырезать все "виджеты" фронта от бэкграунда, разложить это всё в файлы спрайтов и т.д. Если резать "в лоб" слайсами, или каким-нить артистером то тогда да, в принципе не важно в каком виде ты получаешь исходный ПСД )
Просто ещё и клиенту приходится объяснять. почему так долго разрезал графику, ведь дизайн то у него нармально в фотошопе открывается ;))
platinum seo например
+ rel="nofollow" + robots.txt для более тонких настроек
ТС, не волнуйтесь, создатели Трона уже давно всё защитили, что там защищать другого - непонятно, так что выдыхайте )
можно попробовать в register_shutdown_function продампить кол-во запрошенной памяти и прочие ресы, но ессно, зависит от того, что и как его рубит, не факт. что она будет вызвана, но можно поробовать, затем сравнить с теми лимитами, которые разрешены в конфигах ПХП
