Клиенты/модули разные бывают. Естественно, что без оптимизации "почти любая" CMS загнётся.
elenakoval: 1. Какая CMS могла бы выдержать такую нагрузку? (наши программеры говорят, что никакая коробочная это не выдержит) Или если писать самим - то какая СУБД и язык программирования подошел бы? Какие расходы примерно будут на хостинг? (наши программеры говорят, что так экономно как они - больше никто не настроит) Сколько нужно программистов и сисадминов для поддержки. и на какие ЗП?
1. Любую CMS (или фреймворк) придётся настраивать.. Переносить имеющийся контент, оптимизировать. Друпал, например, справится с нагрузкой. А вообще были обсуждения
2. Если писать самим - лучше смотреть в сторону фреймворков. Я бы рекомендовал Yii (фреймворк на PHP). Другие языки откидывать не обязательно - Django (Python), Ruby on Rails... но, как правило, зарплата программистов выше.. СУБД - MySQL (не забываем про настройку). Если будет смысл - использовать "другое" ПО - сфинкс для поиска, кэш (memcache,)... В общем, это от разработчиков (эм.. от архитектора) зависит.
3. По расходам - см. выше. (В любом случае, почти всегда можно сделать дешевле.. вот только какой ценой...)
4. Смотря что вкладывается в понятие "для поддержки". Чтобы "просто работало", по идее (в идеале), достаточно одного *грамотного системного администратора ... Если нужна реализация новых фич, допиливание /в ситуациях, когда по идее должно работать, а не работает.. надо бы посмотреть/ и т.д. - тут зависит от аппетитов..
Думаю, имеет смысл планировать солидный объём работ по переносу на новую платформу (возможно, с обсуждением новых фич), а дальше - развитие по усмотрению руководства. В любом случае, первым делом ТЗ...
alex_klemen7: Слышал, что если сайт на Ruby - то ему достаточно недорогих серверов. А вот если Drual, Bitrix и т.д. - то сервера нужны более дорогие. Плюс еще придется раскошелится на безопасность.
http://habrahabr.ru/post/139399/ - Использование Ruby (как и любого другого фреймворка) само по себе безопасность не гарантирует...
Особенность разработки без использования CMS - реализация нужных функций вместо подстройки существующего движка под свои задачи. При этом не всегда вариант с движком будет проигрывать, т.к. (возвращаясь к вопросу о специалистах) в умелых руках...
p.s. Если уж зашла речь о Ruby (видимо, on Rails "в уме") - рекомендую не упускать из вида стоимость работ/поиск исполнителей для последующей доработки.
По идее, правильно использовать функцию http://php.net/mktime (предварительно, получив нужные числа функцией date), однако, можно просто отнять (3600*24*366) секунд от указанного числа.
UPDATE `table` SET createdon = createdon-3600*24*366 WHERE ...
Чуть больше месяца пользуюсь хостингом от Unit-Is. От общения с сотрудниками - впечатления только положительные (Переносами-настройками занимался сам). Вопросы не остаются без ответа, пожелания учитываются (повезло? Или "правильно" пожелал?). Хостинг работает вполне стабильно.
UNIT-IS: iservice, очень жаль, что мы пока не оправдываем ваших ожиданий. Какого именно "функционала" вам недостает? Можете смело и без утайки указать, что у нас не так!
Конструктивная критика действительно воспринимается (не в штыки!)
С момента первого сообщения в этой теме основной сайт стал более насыщенным - в меню меньше неактивных разделов.
AlexClayton: после открытия проекта всегда поддержка работает быстро и качественно так как нужны клиенты, показателем будет вами оставленный подобный отзыв через год-полтора
Понимаю, что для объективной оценки срок довольно небольшой, однако на сегодняшний день сотрудничеством доволен.
AlexClayton: после открытия проекта всегда поддержка работает быстро и качественно так как нужны клиенты, показателем будет вами оставленный подобный отзыв через год-полтора
Надеюсь, и через год-полтора смогу с чистой совестью оставить положительный отзыв - время покажет. А компании могу лишь пожелать оправдать все ожидания.. :)
Елена, нужно сначала сам сайт увидеть. Пока что все советы - "пальцем в небо".
Есть опыт работы с высоконагруженными системами разного типа.
По поводу опыта ничего не скажу, а вот внимательность, видимо, Вас подводит..
ставят модуль клиенты
Клиенты/модули разные бывают. Естественно, что без оптимизации "почти любая" CMS загнётся.
1. Какая CMS могла бы выдержать такую нагрузку? (наши программеры говорят, что никакая коробочная это не выдержит)
Или если писать самим - то какая СУБД и язык программирования подошел бы?
Какие расходы примерно будут на хостинг? (наши программеры говорят, что так экономно как они - больше никто не настроит)
Сколько нужно программистов и сисадминов для поддержки. и на какие ЗП?
1. Любую CMS (или фреймворк) придётся настраивать.. Переносить имеющийся контент, оптимизировать. Друпал, например, справится с нагрузкой. А вообще были обсуждения
/ru/forum/760172
/ru/forum/736733
2. Если писать самим - лучше смотреть в сторону фреймворков. Я бы рекомендовал Yii (фреймворк на PHP). Другие языки откидывать не обязательно - Django (Python), Ruby on Rails... но, как правило, зарплата программистов выше.. СУБД - MySQL (не забываем про настройку). Если будет смысл - использовать "другое" ПО - сфинкс для поиска, кэш (memcache,)... В общем, это от разработчиков (эм.. от архитектора) зависит.
3. По расходам - см. выше. (В любом случае, почти всегда можно сделать дешевле.. вот только какой ценой...)
4. Смотря что вкладывается в понятие "для поддержки". Чтобы "просто работало", по идее (в идеале), достаточно одного *грамотного системного администратора ... Если нужна реализация новых фич, допиливание /в ситуациях, когда по идее должно работать, а не работает.. надо бы посмотреть/ и т.д. - тут зависит от аппетитов..
Думаю, имеет смысл планировать солидный объём работ по переносу на новую платформу (возможно, с обсуждением новых фич), а дальше - развитие по усмотрению руководства. В любом случае, первым делом ТЗ...
Такая структура не работает:
У всех работает, а у него не работает...(с)
Вообще должна... А если скопировать (из class) селекторы?
span.active.deeper.parent {}---------- Post added 11-12-2012 at 18:24 ----------
Возможно я ошибся в коде, спасибо )
Бывает :) лучше всё же копировать..
Надо изменить дату с 2012 на 2011 год.
Перевести на один год вперед можно вот так:
Но в общем, всё равно вопрос не совсем по MODx =)
Слышал, что если сайт на Ruby - то ему достаточно недорогих серверов. А вот если Drual, Bitrix и т.д. - то сервера нужны более дорогие. Плюс еще придется раскошелится на безопасность.
http://habrahabr.ru/post/139399/ - Использование Ruby (как и любого другого фреймворка) само по себе безопасность не гарантирует...
Особенность разработки без использования CMS - реализация нужных функций вместо подстройки существующего движка под свои задачи. При этом не всегда вариант с движком будет проигрывать, т.к. (возвращаясь к вопросу о специалистах) в умелых руках...
p.s. Если уж зашла речь о Ruby (видимо, on Rails "в уме") - рекомендую не упускать из вида стоимость работ/поиск исполнителей для последующей доработки.
В бд имеем поле "createdon" с значением "1347981838" для даты 18 Sep 2012 в 19:23, каким образом это можно раскодировать и расшифровать?
Это UNIX TIMESTAMP (а дата, похоже, указана для часового пояса МСК+2)
По идее, правильно использовать функцию http://php.net/mktime (предварительно, получив нужные числа функцией date), однако, можно просто отнять (3600*24*366) секунд от указанного числа.
p.s. предварительно рекомендую сделать бэкап...
Чуть больше месяца пользуюсь хостингом от Unit-Is. От общения с сотрудниками - впечатления только положительные (Переносами-настройками занимался сам). Вопросы не остаются без ответа, пожелания учитываются (повезло? Или "правильно" пожелал?). Хостинг работает вполне стабильно.
iservice, очень жаль, что мы пока не оправдываем ваших ожиданий. Какого именно "функционала" вам недостает? Можете смело и без утайки указать, что у нас не так!
Конструктивная критика действительно воспринимается (не в штыки!)
С момента первого сообщения в этой теме основной сайт стал более насыщенным - в меню меньше неактивных разделов.
после открытия проекта всегда поддержка работает быстро и качественно так как нужны клиенты, показателем будет вами оставленный подобный отзыв через год-полтора
Понимаю, что для объективной оценки срок довольно небольшой, однако на сегодняшний день сотрудничеством доволен.
после открытия проекта всегда поддержка работает быстро и качественно так как нужны клиенты, показателем будет вами оставленный подобный отзыв через год-полтора
Надеюсь, и через год-полтора смогу с чистой совестью оставить положительный отзыв - время покажет. А компании могу лишь пожелать оправдать все ожидания.. :)
Какую CMS посоветуете?
Я бы смотрел в сторону фреймворков - (Yii, например)
Хотя, Drupal/ModX(Revo) вполне подойдут (естественно, если знания у специалиста(ов) будет достаточно глубокие)
p.s. про переход на Yii http://habrahabr.ru/post/131901/
Мы хотим 2 языка на сайте и у нас есть несколько вариантов организации данного вопроса:
На самом деле, есть ещё, как минимум, третий
/ - основной язык (ru)
/en/ - языковые версии
приходится примерно на то время, когда я удалял комменты.
удалял комментарии, чистил, закрывал.. .htaccess с той же датой. А точно связано с комментариями? Версия какая? Плагины, быть может, стоят?