www.woweb.ru www.wolist.ru www.wosoft.ru www.skygroupfl.com www.russianflorida.com (и еще много таких ссылок), все эти работают на одной системе управления на перл, WOCatalog Pro называется....
я только на перл пишу, и мне не ясно в каком моем слове вы нашли ХАЙ. Или правда жизни для вас - хай? Я владелец вовеба и могу вас заверить что каждое мое слово взято не с воздуха.... В год добавляется 1-3 скрипта на перл, и с каждым годом все меньше и меньше. А CMS можно написать на любом языке высокого уровня.
я ничего не хотел.... но на перл можно написать систему управления любой сложности и работать она будет быстрее чем на пхп.... просто умень нужно....
Вот это правильно.
А СКОРПИОН, понятия не имеет кого учит... никогда не разрабатывал мультисерверные системы с миллионным трафиком, а рассказывает мне что файлы это тоже база.... я прекрасно все это знаю без вас (10 годков уже), а уж темболее как работают индексы.... Если будете программировать еще пару лет, то вспомните мои слова "100 запросов к базе - это бред"!
Всегда можно оптимизировать систему так, что запросов к базе будет минимум.... а каждый это уже делает по своему опыту и умению.
Какой бред! Если даже меню у вас в базе хранится - то, о чем тут говорить.... работает быстро лишь потому что на сервере людей мало а сервер мощный... да и быстро это сколько для вас? Дажа если у вас в таблицах индексы проставлены правильно, что скорее всего не так (у людей, которые понимают что такое индексы не может быть 100 запросов на странице) ваш сайт не 1 на сервере, а значит СУБД приходится периодически перечитывать файлы с данными и ключами (особенно если их много), а 100 файлов открыть и прочитать ну никак быстро не получится.
Ответ на тему топика прост - чем меньше запросов - тем лучше. Самые оптимальные системы - это системы, которые используют не только базу данных, но и файлы. К сожалению, среди начинающих и не только программистов закрепилось понятие, что кто пишет под MySQL или другие СУБД, круче того, кто использует файлы в своих скриптах. Это не так. Все нужно делать с умом... использовать файлы там где они нужны, и СУБД там где нужно хранить большие объемы информации.
любой нормальный хостинг попросит вас платить больше или вообще уйти если ваш проект будет потреблять большой процент CPU... именно поэтому эти хостинги и являют нормальными... так как следят за нагрузками процессоров. Поэтому, когда советуете писать скрипты с сотней запросов к базе, лучше советуйти и хостинги типа валуя, там за нагрузками не следят (не сдедили 2 года назад).... 1 сайт грузит сервер - 1000 сайтов страдает из-за него....
CloneCAT, хочу заметить, что гостевые - это обычно первые скрипты у людей, которые начинают программировать.... иногда они их переписывают с появлением новых знаний... но через время, когда знаний действительно появляется достаточно руки до них просто уже не доходят.... Такова жизнь.... Наилучшая защита от спама - это защита картинкой с цифрами/буквами... но даже ее могут обойти. Для гостевой хватит и более простой защиты, только простая она для знающего человека... а вот те кто пишут гостевые не знаю как делать эти простые (якобы) защиты.
можно...
Дело в том, что перл окончательно потерял свою популярность уже 4-5 лет назад. Тогда еще не писали движки в том виде, в котором мы их сейчас знаем (а сервера были не такие мощные). В бум PHP программисты на перл стали мало кому нужны и поэтому многие просто переучились на пхп, многие перестали вооще программировать, так как выросли с этого дела, но большинство про перл слышали и видеть не хотели... ("зачем нужен перл, если есть такой хороший пхп..."). Лишь небольшая часть людей все также пишет на перл и среди них почти никто не ставит перед собой цель написать простую систему управления сайтом.... если пишут, то уже сложные и большие (зачастую коммерческие)... а простые CMS пишут сейчас на PHP новички, которые просто учатся (ставить такие системы не стоит.... обычно в них куча дыр). Перл теперь стал языком программистов со стажем или сисадминов, новички теперь учат только PHP. На вовеб.ру был опрос, кто на чем пишет.... вот оказалось что на перл пишут меньше чем на Асп, Яваскрипт, Си т.д. Перл и Фитон завоевали почетные последние места.... (А всего 7 лет назад про пхп почти никто не слышал, книги продавались только по перл).
это зависит от знаний и желания сделать качественную вещь.
Зачем для маленького сайта статику генерить если он и в динамике будет нормально работать... без нагрузок на сервер? А если уже и генерить то делать это сразу на сервере, а не на локале и потом все закачивать по фтп. Даже если сайт савсем кроха, то нажать 1 кнопку легче, чем нажать на кнопку, а потом все это еще и закачать... alexspb правильно сделал замечание.
Возвращаясь к теме топика... скажу, что время Перл закончилось до того, как начали активно писать движки... и сейчас движки на перл либо очень крутые и дорогие, либо это не движки вовсе.
Arty.M, со всех точек зрения коннект к базе нужно делать 1. Если скрипт работает как FastCGI, то коннект к базе вообще 1 раз на много часов делается, что снижает нагрузку на сервер и увеличивает скорость работы системы (вот только почти никто не использует эту технологию и писать под нее сложнее и памяти нужно побольше, но отдача во много раз выше). В вашем же случае коннект к базе будет дела делается в начале скрипта - дисконнект в конце.
60 страниц перелинковать - это максимум пол часа.
Есть программка EmEditor (навороченный текстовый редактор) там функцией поиска/замены все быстро можно сделать. Главное - желание и немного смекалки.
им это нужно, потому что их пишут корявыми руками.... движок, который делает по 30 запросов для формирования 1 страницы - это же просто позор... а таких 99%.... хотя на вид они просто конфетки...
Тот же вордпресс с доп. модулями до 30 запросов делает... хотя жутко популярный.... просто такие вопросы как нагрузка волнуют только хостеров и крупных клиентов... с которыми хостеры начинают уважительно или не очень прощаться.
Популярность движка и внешний вид сайта, который на нем работает - не причина думать, что система хорошая. Хорошую систему может написать человек, который программирует 5+ лет и который тесно связан с оптимизацией кодов и запросов, а такие люди обычно работают в крупных компаниях и пишут системы посолиднее простых движков.... или движки продаются компаниями за очень большие деньги.
Вот и получайте CMS написанные молодыми умельцами с 30 и выше запросами к базе и неправильными индексами в таблицах.
