Виктория И.
8 повідомлень
#16 років тому
Работает на самописке. Запланировано серьезное расширение функционала и рост нагрузки до 4000-5000 человек после обновления. Из за сроков была выбрана Joomla на связке с компонентом каталога. Столкнулась с тем, что серьезно никто на жумле не работает - это все уровень сайтов-визиток, разбираться глубоко в чужом коде никто тоже особо желания не изъявляет. Вариант 1 - дальше упорно искать программиста, который все таки разберется в чужом коде и сможет сделать качественный тюнинг сборки на жумле . Вариант 2 - нанимать человека, который будет дописывать имеющееся - при этом сроки на вчера, а дописывать придется очень много. И кроме этого, чтение мнение о том, что жумла не выдерживает более-менее серьезных нагрузок без серьезного тюнинга, очень настораживает. Выскажите пожалуйста свое мнение. Спасибо.
Олег Б.
292 повідомлення
#16 років тому
ИМХО на самописе оптимальней. Но на хорошем самописе, оптимизированном. Ну и не только от движка зависит устойчивость. От хостинга/сервера многое зависит.
Лев П.
249 повідомлень
#16 років тому
Можно сделать на битриксе) держит до 150к хостов при адекватном хостинге
Виктория И.
8 повідомлень
#16 років тому
У меня дедик у хорошего хостера - без вопросов пока, общая нагрузка на все сайты где то 5-6 т человек среднесуточно. Основной вопрос - время. Все самописки, с которыми я работала и та, на которой сейчас сайт, в принципе не годятся по функционалу - их дописывать только по базовому функционалу не меньше 2-3 недель. С другой стороны мне не хочется перезапустить проект на этой сборке из за сроков и потом снова входить в одну и ту же же реку и дописывать то что есть или терзать эту сборку до умопомрачения пока она сама на себя не будет непохожа. И кроме этого мне импонирует жумла в целом - на ней собраны сайты некоторые и все в порядке, но там нагрузка по 30-100 человек в день, не больше.
Виктория И.
8 повідомлень
#16 років тому
Работала с битриксом и даже являюсь их партнером, строила на нем серьезные проекты, но для этого я не хочу его использовать по ряду причин (не из за стоимости).
Андрей Л.
457 повідомлень
#16 років тому
Писать с нуля и акцентировать внимание на оптимизации запросов и выполнении скриптов

PS: в универсальных движках, наверное 30-50% нагрузки от функции которые не используются. Хотя я не знаю что у вас за сайт и с чем он работает.
Николай М.
1895 повідомлень
#16 років тому
Использованные хранимых процедур серьёзно повисит производительность, ещё больше прироста будет если перейти на MSSQL, будет ещё быстрее.
Виктория И.
8 повідомлень
#16 років тому
Цитата ("MMM_Corp"):
Использованные хранимых процедур серьёзно повисит производительность, ещё больше прироста будет если перейти на MSSQL, будет ещё быстрее.


ну какбэ тогда не имеет смысла вообще писать на пхп, а делать проект с 0 на аспнет, тем более что в ближайших планах мс сервер свой под другой большой проект на аспе. такой вариант тоже рассматривается как альтернатива серьезной самописке - но сроки и прочее...
Олег Б.
292 повідомлення
#16 років тому
Vika71, посещалка с поисковиков? Если да, то при переходе на жумулу, скорей всего сменится адресация, следственно большинство страниц выпадут из индекса, а переиндексация большого и старого сайта занимает много времени, так что, трафик потерять можно.

Другое дело, если большинство трафика с закладок..
Виктория И.
8 повідомлень
#16 років тому
Цитата ("Vatanaba"):
Vika71, посещалка с поисковиков? Если да, то при переходе на жумулу, скорей всего сменится адресация, следственно большинство страниц выпадут из индекса, а переиндексация большого и старого сайта занимает много времени, так что, трафик потерять можно.

Другое дело, если большинство трафика с закладок..


50 на 50. да я в курсе этих всех нюансов. основной вопрос - заглядывать в перспективу и плюнуть на то, что есть определенная срочность или все таки решать вопрос фундаментально. основной риск в том, что на джумле такой проект делать нецелесообразно - да я уже и написала про это вроде...
Олег Б.
292 повідомлення
#16 років тому
Ну тогда это вам решать Просто если проект прибыль приносит, то я бы лично дорабатывал то, что есть сейчас.
Виктория И.
8 повідомлень
#16 років тому
Цитата ("Vatanaba"):
Ну тогда это вам решать Просто если проект прибыль приносит, то я бы лично дорабатывал то, что есть сейчас.


сенкс за мнение в любом случае.
Николай М.
1895 повідомлень
#16 років тому
Цитата ("Vika71"):
Цитата ("MMM_Corp"):
Использованные хранимых процедур серьёзно повисит производительность, ещё больше прироста будет если перейти на MSSQL, будет ещё быстрее.


ну какбэ тогда не имеет смысла вообще писать на пхп, а делать проект с 0 на аспнет, тем более что в ближайших планах мс сервер свой под другой большой проект на аспе. такой вариант тоже рассматривается как альтернатива серьезной самописке - но сроки и прочее...


Меня вот всегда удивляет в ПХП-шниках не оптимальное решеные работы с БД, вот почитайте: написал когдато такую вот статейку, чтобы в первую очередь ПХП-шники понимали как убог этот ПХП. В прочем переписать на хранимки всегда оправданно, работать с базой легче, разделить логику проще, отлаживать работу скриптов удобнее, трафика между апачем и мускулом бегает меньше, ну и скорость намного выше. Писал уже пару проектов где был клиент написан на ПХП и на Delphi, работа была полностью на хранимках, конечно бывали ситуации когда хранимку приходилось писать дольше чем было бы написано прямым текстов сам запрос, но всетаки это правильно и безопасно! Существуют биржи, например тот же Fortes, которая дает доступ к базе через хранимки, и ничего, живёт) Касательно того чтобы искать кодера, который будет разбиратся в чужом коде... то... думаю многые со мной согласятся, что это достаточно неблагодарная работа, и даже код писанный такими людьми как напр. авторами Битрикса приводит в ужас, да и сам синтаксис си-подобного ПХП трудночитаемый. Для серозных и больших проектов, где правки должны вносится в срочном порядке, лучше конечно подойдет ASP.NET конечно, но опять таки, на нём завязыватся означает стать зависимым от Microsoft-а, был первый фреймворк, чтото народ писал, потом бистро сделали второй, совместимости никакой), уже есть третий и 3.5 даже, ну скоро будет уже 4 фреймворк.... опять таки просто не угнаться, а на старых технологиях сидеть не всегда приятно) Эдинственная вещь, которая хорошо переносится это БД, MSSQL Server 2008 обладает такими приятними для вебщиков вещами как работа с файлами через БД и др., микрософт даже свой драйвер написали для этой СУБД) Есть над чем подумать...
Александра Б.
8018 повідомлень
#16 років тому
Vika71 у меня есть программист серьезно работающий с Джумлой. Могу вас свести с ним )
Виктория И.
8 повідомлень
#16 років тому
Цитата ("MMM_Corp"):
Цитата ("Vika71"):
Цитата ("MMM_Corp"):
Использованные хранимых процедур серьёзно повисит производительность, ещё больше прироста будет если перейти на MSSQL, будет ещё быстрее.


ну какбэ тогда не имеет смысла вообще писать на пхп, а делать проект с 0 на аспнет, тем более что в ближайших планах мс сервер свой под другой большой проект на аспе. такой вариант тоже рассматривается как альтернатива серьезной самописке - но сроки и прочее...


Меня вот всегда удивляет в ПХП-шниках не оптимальное решеные работы с БД, вот почитайте: написал когдато такую вот статейку, чтобы в первую очередь ПХП-шники понимали как убог этот ПХП. В прочем переписать на хранимки всегда оправданно, работать с базой легче, разделить логику проще, отлаживать работу скриптов удобнее, трафика между апачем и мускулом бегает меньше, ну и скорость намного выше. Писал уже пару проектов где был клиент написан на ПХП и на Delphi, работа была полностью на хранимках, конечно бывали ситуации когда хранимку приходилось писать дольше чем было бы написано прямым текстов сам запрос, но всетаки это правильно и безопасно! Существуют биржи, например тот же Fortes, которая дает доступ к базе через хранимки, и ничего, живёт) Касательно того чтобы искать кодера, который будет разбиратся в чужом коде... то... думаю многые со мной согласятся, что это достаточно неблагодарная работа, и даже код писанный такими людьми как напр. авторами Битрикса приводит в ужас, да и сам синтаксис си-подобного ПХП трудночитаемый. Для серозных и больших проектов, где правки должны вносится в срочном порядке, лучше конечно подойдет ASP.NET конечно, но опять таки, на нём завязыватся означает стать зависимым от Microsoft-а, был первый фреймворк, чтото народ писал, потом бистро сделали второй, совместимости никакой), уже есть третий и 3.5 даже, ну скоро будет уже 4 фреймворк.... опять таки просто не угнаться, а на старых технологиях сидеть не всегда приятно) Эдинственная вещь, которая хорошо переносится это БД, MSSQL Server 2008 обладает такими приятними для вебщиков вещами как работа с файлами через БД и др., микрософт даже свой драйвер написали для этой СУБД) Есть над чем подумать...


согласна с вами - особенно над тем, что есть над чем подумать
Павел К.
129 повідомлень
#16 років тому
:o 3 человека в минуту вы считаете большой нагрузкой? :o
Дмитрий П.
441 повідомлення
#16 років тому
А в чем проблема с нагрузкой? Такую должен вытянуть любой более-менее приличный шаред-хостинг. Незнаю, честно говоря, что там в Джумле с работой под нагрузкой, но в крайнем случае, всегда можно на VDS перебросить. Цена вопроса - 700 рублей в месяц.

Цитата ("izhcom"):
:o 3 человека в минуту вы считаете большой нагрузкой? :o
, скорее 15-20 в час (в пик) - нагрузка же неравномерно распределяется по времени суток.