Впринципе верно, всегда всё написанное с нуля под конкретные задачи будет работать быстрее и лучше, чем что-то общее, обработанное напильником под конкретный проект. Но не всегда есть время и возможности писать всё с нуля; большинству проектов вполне подходит что-то общее, обработанное напильником, которое работает тормознуто и немного кривовато, но зато так как надо. В итоге получаем рабочий проект и значительную экономию денег и времени на разработку. Поэтому для простеньких сайтов (аля 5-10 страничек, лента новостей, форум, прайс) использование CMS — отличное решение.
А если нужно сделать какой-то мегапосещаемый мега-портал, в котором всё работает хитро и шустро (например, хабрахабр), то здесь никакая CMS особо не поможет, они могут только помочь в заимствовании каких-то функциональных решений…
У меня со шлюзом pyicq-t (последняя версия) имеется такая проблема, что некоторые собеседники на ICQ-клиентах получают русский язык в Latin-1 (т.е. кракозябрами), но большинство — нормально. Танцы с бубном в принудительных выборах кодировок как общих, так и конкретно для собеседника на обоих сторонах не помогают, пробовал и CP1251 и UTF-8 и т.д. В таких проблемах были замечены PSI, Kopete, Gaim
Как побороть — не знаю.
В остальном — работает нормально, пользую с gmail, что очень удобно — вся хистори в одном месте с удобным поиском!
Как раз занимаюсь данным функционалом, которого так нехватает клиентам, которые ничего не понимают в html. Пока сделал следующую реализацию:
— включается модуль Upload.
— к нодам включается возможность прикреплять файлы
— ставится модуль Upload preview (делает превьюшки картинок)
— в настройках модуля Upload preview ставится максимальное время хранения превьюшек
— при редактировании ноды — прикрепляем изображения к ноде.
Дальше либо править ручками (превьюшки уже можно перетаскивать мышкой в TinyMCE или другое поле, ссылки на оригиналы тоже можно брать и всавлять) либо немножко поковырять модуль Upload preview чтобы он генерил код картинок.
Я пошёл по второму варианту и добавил к каждой картинке три ссылки (оригинал, превьюшка, превьюшка с попапом) — при клике на них в TinyMCE вставляется необходимый код.
Плюсы такого метода хранения картинок:
— картинки привязаны к ноде, при удалении ноды они тоже удаляются и не засоряют сайт.
— при выборе картинок не нужно просматривать всю кучу картинок ради одной-двух, принадлежащих этой ноде.
Но есть и минусы:
— сайт засоряется превьюшками
— нельзя одну картинку прикрепить к нескольким нодам, приходится делать дубликаты
— нельзя настроить разный размер превьюшек
Пока для меня и клиентов это наиболее удобный способ вставки картинок. Сейчас он сделан чисто для себя, на коленке, но работает… Интерфейс и минусы как время будет — потихоньку буду исправлять, так что возможно выложу уже что-то более-менее приличное-рабочее на drupal.ru как будет готово.
Перед Drupal перепробовал довольно много CMS (Mambo, Joomla, Xoops, PHPnuke, ещё несколько платных) — в каждой сильно чувствовались ограничения системы — для реализации каких-то фишек на каждом сайте приходилось корвырять исходники, лезть в ядро, разбираться в чужом коде, менять всё немного под себя, в итоге каждый сайт состоял из доделок и заплаток, работал каким-то чудом. Когда пересел на Drupal (уже второй год на нём сижу) — это просто счастье какое-то! Всё, что хочется — уже оказывается давно до меня продумано и реализовано в API, любой вывод формы, страницы, блока, других данных — можно перехватить и подправить под себя, также и множественные события — везде где хочешь вешай свой обработчик. Лучше CMS пока не встречал! Есть конешно в нём свои проблемы и костыли, но их значительно меньше чем в других CMS, да и правятся они потихоньку, в т.ч. и с моей помощью: уже моих личных патчей около 10 в ядро и модули прокоммиттили с благодарностями, но большинство — после долгих споров и объяснений ;)
Так что чем больше пользователей — тем лучше становится система! Велкам ту Друпал вёрлд! =)
Я включил поддержку webdav на одном из виртуалхостов моего сервака, натравил туда Weave и всё прекрасно заработало! А т. к. мой сервак находится в кольце города, то скорость до него просто отменная! Так что остальным тоже рекомендую!
Так что на хостинге или на VPS, если такое у кого есть в распоряжении, включаете webdav в httpd.conf:
Я перепробовал много онлайн-бухгалтерий, в том числе и эту, но остановился на www.moneytrackin.com/ — самая функциональная и наиболее удобная оказалась для меня и моей жены, только вот жену тяжело пока ещё заставить записывать туда все траты на всякие побрякушки ;)
Так что рекомендую и остальным.
Некоторые клиенты не понимают что такое виртуальные деньги, хостинг, домен и т. д. и им проще платить чуть больше кому-то кто будет следить и проплачивать всё за него вовремя и если какие проблемы — то грамотно анализировать и исправлять причину (например, почему сайт тормозит или почему большой файл не заливается), как раз для таких клиентов предложение будет очень интересным. А те кто сам это всё умеет делать — им и не стоит навязывать это…
Я считаю что без www указание домена более правильное.
Например, есть сайт интернет-магазина shop.ru
У него есть представительства в нескольких городах:
nnov.shop.ru
kazan.shop.ru
msk.shop.ru
И в рекламе в каждом городе используется свой поддомен.
Получается что если shop.ru нужно писать c www, то и поддомены тоже с www писать надо? Получается длинный некрасивый адрес.
Также и в камментах все приверженцы www писали поддомены почему-то без www. А почему? ведь это же отдельный сайт! Он же тоже www! А потому что лишняя приставка... и зачем эта лишняя приставка тогда основному домену?
А есть какая-то альтернатива ILO для Firefox? Альтернативу жрать трафик не нужными картинками не предлагать ;)
Так что приходится мучаться с тем что есть ;(
А если нужно сделать какой-то мегапосещаемый мега-портал, в котором всё работает хитро и шустро (например, хабрахабр), то здесь никакая CMS особо не поможет, они могут только помочь в заимствовании каких-то функциональных решений…
Как побороть — не знаю.
В остальном — работает нормально, пользую с gmail, что очень удобно — вся хистори в одном месте с удобным поиском!
— включается модуль Upload.
— к нодам включается возможность прикреплять файлы
— ставится модуль Upload preview (делает превьюшки картинок)
— в настройках модуля Upload preview ставится максимальное время хранения превьюшек
— при редактировании ноды — прикрепляем изображения к ноде.
Дальше либо править ручками (превьюшки уже можно перетаскивать мышкой в TinyMCE или другое поле, ссылки на оригиналы тоже можно брать и всавлять) либо немножко поковырять модуль Upload preview чтобы он генерил код картинок.
Я пошёл по второму варианту и добавил к каждой картинке три ссылки (оригинал, превьюшка, превьюшка с попапом) — при клике на них в TinyMCE вставляется необходимый код.
Плюсы такого метода хранения картинок:
— картинки привязаны к ноде, при удалении ноды они тоже удаляются и не засоряют сайт.
— при выборе картинок не нужно просматривать всю кучу картинок ради одной-двух, принадлежащих этой ноде.
Но есть и минусы:
— сайт засоряется превьюшками
— нельзя одну картинку прикрепить к нескольким нодам, приходится делать дубликаты
— нельзя настроить разный размер превьюшек
Пока для меня и клиентов это наиболее удобный способ вставки картинок. Сейчас он сделан чисто для себя, на коленке, но работает… Интерфейс и минусы как время будет — потихоньку буду исправлять, так что возможно выложу уже что-то более-менее приличное-рабочее на drupal.ru как будет готово.
Так что чем больше пользователей — тем лучше становится система! Велкам ту Друпал вёрлд! =)
Так что на хостинге или на VPS, если такое у кого есть в распоряжении, включаете webdav в httpd.conf:
<Location /weave> DAV On AuthType Digest AuthName "weave login" AuthDigestFile /home/murz/digest-password Require valid-user </Location>Потом настраиваете в weave путь: https://host.ru/weave
И радуетесь! У меня всё заработало без создания дополнительных папок.
Apache 2.x, Weave 0.2.7
=CONCATENATE(d18;" и ";f18)
Так что рекомендую и остальным.
Например, есть сайт интернет-магазина shop.ru
У него есть представительства в нескольких городах:
nnov.shop.ru
kazan.shop.ru
msk.shop.ru
И в рекламе в каждом городе используется свой поддомен.
Получается что если shop.ru нужно писать c www, то и поддомены тоже с www писать надо? Получается длинный некрасивый адрес.
Также и в камментах все приверженцы www писали поддомены почему-то без www. А почему? ведь это же отдельный сайт! Он же тоже www! А потому что лишняя приставка... и зачем эта лишняя приставка тогда основному домену?
Так что приходится мучаться с тем что есть ;(