Nadejda: все проще
- в конфиг файле определяете домен, каждому домену прописываете свой префикс к таблицам
- домены прописываете на хостинге в одну папку где лежит вердпресс
Вполне работоспособный вариант, только все у всех блогов будет общее - набор плагинов, тем, язык...
Именно потому я пришел к варианту с symbolic links ;)
arkadiy_a: Зобаненный за плохие делишки Константинович Вам возможно уже никогда и не ответит.
Разрешите мне немного вместо него потроллить?
Отсроченная публикация через cron решается в одну строку с помощью pipes.
Делов-то- раскомментировать очередной php include в хвосте какого-нибудь index2.php, используя цепочку команд tail, awk, grep и т.п.
Для юниксоида- это 20 сек. работы и 10 минут баги поискать с бутылкой пива.
Или если технология такого недодвижка такова, что инклудятся все файлы из директории (т.е. один файл-одна статья), то уменьшить счетчик грубо говоря $отложенные_статьи--
Т.е. это не проблема.
Проблема тут в другом.
Технология php include ущербна в принципе.
Ее применение- очень узкая область, и подходит только для ущербного недосайта, хозяин которого немножко знает PHP.
Кто хочет поспорить? 🚬
Ну вот, так и до холиваров дойдет :D
Однако я "немного выше" писал уже о том, что мы рассматриваем решение задачи без Cron :)
claygod: В Rumba Blog (а он старый как мамонт) это давно реализовано в виде автоматического обновления сайта, но вообще-то это можно элементарно организовать с помощью крона к любому движку
Точно-точно. Только вот одна проблема...
"как реализовать на html + php include". Вы тут Cron видите? И я нет... ;)
sokol_jack добавил 05.05.2009 в 15:47
bearman: или фильтру по датам.
Держать где-то массивчик "url"=>"дата публикации", и все, что еще "не наступило" - 404?
Так массивчик-то надо удобно формировать...
Вобщем, совсем тупо и просто (в 5 строк) задача на чистом html + php include не решается, согласны? 🍻
все проще
- в конфиг файле определяете домен, каждому домену прописываете свой префикс к таблицам
- домены прописываете на хостинге в одну папку где лежит вердпресс
Вполне работоспособный вариант, только все у всех блогов будет общее - набор плагинов, тем, язык...
Именно потому я пришел к варианту с symbolic links ;)
Вопрос:
Если я правильно понял, то этот скрипт нужно кидать в каждую папку(домен).
После праздника начну тестить. Будут вопросы, обращусь.
Нет, этот скрипт живет у меня в корне /home.
Запускаю через bash, зайдя по ssh.
Если делать без ssh - то просто эти команды через php вызывать. Разве что какие-то траблы с правами на ГХостнигах могут вылезти.
Обращайтесь - всегда помогу :)
У меня есть папка distrib, в которой лежит моя сборка ВП с плагинами.
Есть скрипт, который в указанной папке создает symbolic links на нужные папки, кое что копирует.
В wp-config прописана общая база для всех, только у каждого блога свои таблицы:
if(strpos($_SERVER["HTTP_HOST"], "www") !== false) {$domain = substr($_SERVER["HTTP_HOST"], 4);
} else {
$domain = $_SERVER["HTTP_HOST"];
}
$table_prefix = str_replace(".", "", str_replace("-", "", $domain)) . '_';
Скрипт:
Плюсы: двиг и плагины общие, обновляются 1 раз. Темы - отдельные.
Если кого, то кроме вас интересует это я отвечу.
Меня интересует тоже.
Как разработчика в том числе ;)
Что умеет, как.
прикольно, вот почему асько лагает и не работает :)
Вот только грустно, что у многих "аська" = "квип".
Сколько там у квип-юзеров траблов с начала года было уже, не подскажите? 😂
ПыСы. Миранда рулит. 🚬
Phessiv, спасибо, все оказалось на много проще)
А главное - не забыть почитать RFC.
И (о, горе!) окажется вдруг, что кириллицы в URLе быть не должно...
А то, что некоторые браузеры при некоторых настройках сами энкодят подобные ссылки - ну, это на их совести :)
Только ИМХО лучше уж транслит пользователю в урле отдавать, чем 404.
Да и не понятно в чем удобство такого урла? Набирать - начало на одном языке, конец на другом...
А в закладки - так вобще пофиг как занести.
Да обычный xml файл сделанный согласно стандартам!
А за стандарты такие, а? ;)
Зобаненный за плохие делишки Константинович Вам возможно уже никогда и не ответит.
Разрешите мне немного вместо него потроллить?
Отсроченная публикация через cron решается в одну строку с помощью pipes.
Делов-то- раскомментировать очередной php include в хвосте какого-нибудь index2.php, используя цепочку команд tail, awk, grep и т.п.
Для юниксоида- это 20 сек. работы и 10 минут баги поискать с бутылкой пива.
Или если технология такого недодвижка такова, что инклудятся все файлы из директории (т.е. один файл-одна статья), то уменьшить счетчик грубо говоря $отложенные_статьи--
Т.е. это не проблема.
Проблема тут в другом.
Технология php include ущербна в принципе.
Ее применение- очень узкая область, и подходит только для ущербного недосайта, хозяин которого немножко знает PHP.
Кто хочет поспорить? 🚬
Ну вот, так и до холиваров дойдет :D
Однако я "немного выше" писал уже о том, что мы рассматриваем решение задачи без Cron :)
В Rumba Blog (а он старый как мамонт) это давно реализовано в виде автоматического обновления сайта, но вообще-то это можно элементарно организовать с помощью крона к любому движку
Точно-точно. Только вот одна проблема...
"как реализовать на html + php include". Вы тут Cron видите? И я нет... ;)
sokol_jack добавил 05.05.2009 в 15:47
или фильтру по датам.
Держать где-то массивчик "url"=>"дата публикации", и все, что еще "не наступило" - 404?
Так массивчик-то надо удобно формировать...
Вобщем, совсем тупо и просто (в 5 строк) задача на чистом html + php include не решается, согласны? 🍻
Самый простой способ найти клиентов - показать примеры. Тексты до и после обработки.