а в классе это сделается все само ? :) Хотите секрет открою ? Код в классах так же состоит из функций, который точно так же вам придется дописывать.
А вообще про классы доказывайте топикстартуру, мне то это зачем ?
А в чем проблемы ? Ведь не руками делать же. Имеем базу доменов, выбираем все, что через 1-2 дня будут просрочены, вызываем "wget -mk http://www.expired.com/" и получаем копию сайта.
Сомневаюсь.
У меня так же был сайт на своем vps, собственном движке, порядка 200+ страниц. Но сайт был не удачный, не продлевал его. Через какое то время он оказался на мастерхосте с полной копией, т.е. заново перереганый домен + контент. Позже там появилась сапа.
Так что кто то просто автоматом мониторит экспайред и копирует их.
P.S. мастерхост отказался удалять с копии мои контакты, так они там и весят. <google:yandex>В следствии считаю мастерхост хостингом жуликов и воров</google:yandex>
aktuba, ты сейчас меня таким образом в оппоненты к пользователям классов хочешь внести ? :) Да ппф, как нефиг делать :)
function doArchive($file) { $ext = ...; $function = 'wrapper_doArchive_' . $ext; return call_user_func($function, $file);}
Это очень классно в споре брать одну вещь (листинг директории) и доказывать ее с помощью совершенно другой (работой с архивами) :)
Какой var_dump ? Где я про var_dump что то писал ? Может не будем следовать женской логике и придумывать то, о чем не было речи, а ? :)
Так проще, но все равно, объясните мне вообще смысл делать отдельный класс на чтение директории ? Хотя возможно пример глупый с файлами, кроме вопроса "нафига так делать" он ничего не вызывает. Точно так же я могу сделать отдельную функцию readDirFiles(); и использовать ее с таким же успехом. Разницы ни какой.
Для меня прелесть классов в возможности создавать читаемые имена и иметь единое пространство данных внутри программы. А оборачивать элементарные функции в класс, ну его нафиг. Видел как люди с 100% OOP скриптом, даже print делали как $print->show('Hello world');
в смысле "не заметил обращения" ? :) Вообще это разные домены, пускай и сабдомены. Ничего им не мешает иметь одинаковые адреса страниц.
"about-company" и есть индентификатор.
Второй пример - это как раз тот случай, когда ООП используется ради "ООП ведь как это круто, а на процедурах лохи программируют!". В результате чего, каждую функцию php оборачивают в объект ... и используют снова как функцию, только уже вызывая объект.
Если первый пример быстр и понятен, то второй пример имеет кучу оверкода в классах и на каждый файл создает дополнительный объект. Одним словом прекрасный пример как засунуть ООП туда, где он совершенно не нужен.
"$file->isDot()" вообще убивает, нафига вне класса проверять на мусор, класс сам это не в состоянии сделать ? :)
Что раньше появилось, курица или яйцо ? Вот тут примерно так же. К тому же фрейморки пишутся из расчета своего видения правильной работы, а не так как нужно вам лично. Эта же куча компонентов доступна и в виде отдельных библиотек, бери и используй.
Код заточенный под проект, всегда будет быстрее фреймворка. Фреймворки нужны как правило для создания проекта командой, поддержки проекта посторонними людьми и прочее.
Поэтому вопрос весьма скользкий.
