Зобаненный за плохие делишки Константинович Вам возможно уже никогда и не ответит.
Разрешите мне немного вместо него потроллить?
Отсроченная публикация через cron решается в одну строку с помощью pipes.
Делов-то- раскомментировать очередной php include в хвосте какого-нибудь index2.php, используя цепочку команд tail, awk, grep и т.п.
Для юниксоида- это 20 сек. работы и 10 минут баги поискать с бутылкой пива.
Или если технология такого недодвижка такова, что инклудятся все файлы из директории (т.е. один файл-одна статья), то уменьшить счетчик грубо говоря $отложенные_статьи--
Т.е. это не проблема.
Проблема тут в другом.
Технология php include ущербна в принципе.
Ее применение- очень узкая область, и подходит только для ущербного недосайта, хозяин которого немножко знает PHP.
Кто хочет поспорить? 🚬
Автор, Вам нужен скрипт галереи чтоли?
Не все телепаты, я вот не понял что вы под таким скриптом имеете в виду. ....Может магазин цифровых изображений или еще что Вас осенило...
ТС я бы проще сделал: поставил бы симлинк (у вас юниксовый хостинг наверное?) вместо старой директории, симлинк указывает на новую папку.
Что за изврат со спецсимволами в database user? я про кавычки и прочее.
Учимся правильно задавать вопросы.
Версия джумлы какая? Есть минимум 10 предположений, почему такое у Вас может произойти. URL сайта покажите, так будет быстрее чем гадать или устраивать диалог слепого с глухим ))
ТС у Вас в корне неверный подход.
Очень не советую делать, то что Вы запланировали: искать standalone скрипт галереи и потом интегрировать его в Джумлу, по следующим причинам:
1. Этот подход оправдан только в частном случае если Вы нашли ну ооооочень хороший скрипт галереи и вам позарез его надо интегрировать в Джумлу, и не нашлись пока еще его ценители, которые его уже адаптировали как дополнение для Джумлы.
2. Судя по Вашему другому топику про интеграцию скриптов на PHP и Perl (а кстати в том случае без модификации Perl CGI скрипта в Джумлу никак тот код не засунуть) - Вы плохо знакомы даже с основами PHP + денег у Вас нет на оплату программера-интегратора. Или я что-то не понял, или Вы думаете что какой-то программер потратит 5-50 часов работы по-дружбе?
3. Есть не меньше 50 уже готовых галерей для Джумлы 1.х и 1.5х линеек. Многие из них, кстати, являются адаптацией популярных standalone галерей, некоторые идут просто как bridge для standalone галерей в Джумлу (т.е. скрипт галереи отдельно, но авторизация и база пользователей одна на портал). Итого уже готовое решение зачастую на достойном уровне, со всеми прелестями полноценной интеграции в CMS.
Кстати Вы эту и эту страницу хорошо посмотрели?
Ничего подходящего так и не нашли?
Серьезно задумано (в теории по-крайней мере однозначно).
1. На практике- после превышения порога "рейтинга" пользователем он автоматом получает повышенные права на изменение контента или сначала админ должен оставить галочку в админке, чтобы пользователь перешел рангом повыше?
2. Репутация-это типа рейтинг пользователей? Накрутке рейтинга (как например последний скандальчик на Серче с "Константиновичем" и его бандой) подвержено или стойко к таким манипуляциям?
3. Сорри за ленивый вопрос. Немного пошарился по Вашему сайту. Движки Румба вроде серьезно писались, большие трудозатраты на бесплатный код с крохотной нагрузкой в виде ссылки на сайт разработчика. Какие стимулы толкнули на такие трудозатраты?
P.S Идея с рейтингом и правами на изменение контента WIKI понравилась, т.к. приближает сайт в сторону немного утопической мечты о создании саморегулируемого, самонаполняемого, не-УГ сайта...
Вряд ли смогу помочь т.к. с WP дел не имел.
А Вы каким клиентом пользуетесь? (мне просто интересно)
Идея хорошая, но вижу 2 проблемы
1. Школьники->вандализм->непрерывные откаты версий в такой Вики постоянно будут.
2. Сложность освоения новичкам. Вторая проблема вытекает из первой- раз специфика такая, то нужно раздавать права на редактирование только модераторам. Чем больше модераторов- тем более геморойно следить за ними, чтобы добавляли статьи строго по шаблону и не косячили с форматированием.
А вообще Вики классная вешь в умелых руках))
В двух словах- каталог, неважно чего. Можно позволять пользователям самим себя добавлять в каталог. Есть бесплатное дополнение к sobi2 -можно делать персональную страничку к каждому объекту каталога. Сила sobi2 в гибкости настройки (каждому объекту можно дать какие хочешь поля/записи) и в платных опциях (например можно указывать URL только за деньги и т.д.)
А почему Вы спрашиваете? Ссылку же написал.... Самому поискать никак?
