seotronic: Знакомый есть один так он сейчас зарабатывает больше 1000 у.е. через Валуехост.
Доры вешает или клиентскую базу тырит и продает? :)
okee: Информации об этом в интернете масса, можно просто поискать в Яндексе по фразе “В сети интернет появился новый тип вируса - Downloader.JS.Psyme.ct”.
Я знаю случай когда сайт, хостившийся в Валуе, ГОД не обновлялся. Но в индексный был успешно вставлен ифрейм. Наверное святым духом надуло :)
Про непродления оплаченых доменов - даже неинтересно обсуждать насколько массовой является данная "услуга".
Если налоговая докопается, то, как минимум снимет с Вас налог на прибыль с суммы невзятой пени, плюс штраф. если пишете - то выполняйте, иначе - не пишите.
Сам пришел: Я говорю о том, что медицину и образование успели убить до того, как подняли зарплаты. Теперь ни медицины, ни образования, можно сказать, не существует.
Свято место пусто не бывает. Появился спрос на услуги - появятся люди.
А по теме топика - так самое главное изобретение человечества - колесо, придумал лентяй. Ему просто лень было на горбу поклажу носить.
Это все прописные истины, и поисковые системы к ним никакого отношения не имеют. Тем более зарубежные ПС, которые никаким образом не подпадают под нашу юрисдикцию.
prihod1: Нередко происходит утечка информации из закрытых баз данных, предназначенных для служебного пользования. Проникновение посторонних в эти базы данных происходит через компьютерные сети, в частности, существуют компьютерные вирусы, распространяемые с помощью электронной почты.
Это всего 10-15 процентов инциндентов, остальное - инсайд. Пока у нас плохо разграничено что является частной информацией, а что корпоративной, и нет судебной практики по таким случаям, мы ничего не добьемся.
Элементарный пример: В конторе, занимающейся поставками расходных материалов один из менеджеров сделал свою БД с контактами своих клиентов, которых он сам нашел и которым поставляет продукцию. Спрашивается, чья это база данных, и может ли претендовать контора на эту БД при уходе менеджера в другую фирму?
prihod1: Кроме того, организации могут размещать информацию частного характера о своих сотрудниках на корпоративных сайтах, которые доступны поисковым системам.
Если это оговорено в трудовом контракте - я не вижу никаких проблем. Если не оговорено - в суд, с доказательной базой.
prihod1: С другой стороны, не исключено размещение на каких-либо личных сайтах конфиденциальной информации об организации, её финансовой деятельности и эта информация также может быть найдена через поисковые системы и нанести ущерб деятельности организации,
Ту же информацию можно запросто напечатать в подпольной газете и распространить по городу или по стране. Большевики свои листовки очень эффективно распространяли не то, что без поисковых машин, но и без интернета.
prihod1: Неоднократно имели место случаи утечки информации из баз данных налоговых и финансовых служб.
Опять ПС виновваты? А где конкретные дела и конкретные сроки виноватым и их руководителям по случаям таких утечек? В 29 налоговой в прошлом году груды дискеток, вместе с налоговой отчетностью просто валялись в коридоре. Любой зашедший получить справку мог взять что угодно. Это тоже происки Гугля?
prihod1: Из всего сказанного можно сделать вывод, что поисковые системы в их современном виде полностью не отвечают задаче обеспечения информационной безопасности личности и общества.
А перед поисковыми системами такой задачи и не ставилось. Более того, Если наши доблестные законодатели нагрузят Яндекс с Рамблером еще и этой чепухой, то они просто потеряют рынок, ибо Гугл, которому наплевать на наши законы, будет работать по прежнему. Или предлагается сделать китайский интернет?
prihod1: Следует отметить, что в других информационных системах задача об обеспечении информационной безопасности личности ставится и успешно решается.
Вообще-то если такая задача ставится в конкретной ИС, то она просто обязана быть решена, но поскольку такой задачи перед ПС не стояло, более того, такая задача перед ПС не стоит нигде в мире, то это бросто bredeition of sivy cobylation.
Может быть стоит заняться более очевидными проблемами? Например принять наконец закон о информационной безопасности?
Кстати, Битрикс поддерживает кластеризацию? Если да, то сколько серверов могут включаться в кластер, и есть ли возможность не только балансировать нагрузку, но и назначать определенные сервера ответственными за процессы?
Deni: А насколько оправдано в подобной ситуации строить систему например на Битриксе и уже в процессе развития проекта навешивать дополнительный функционал?
Я не совсем понял, в какой ситуации? В ситуации с дальнейшим развитием, или в ситуации с конкретной задачей?
Давайте я попробую, наверное уже в 1000 раз описать свое видения преимуществ и недостатков солянки и заказухи.
Солянка
Преимущества:
1. Достаточно быстро разворачивается система в случае наличия опыта интеграции друг с другом частей движка
2. Низкий бюджет.
Недостатки:
1. В Солянке не бывает 100% интеграции подсистем.
2. Наличие нескольких админок для каждой из частей
3. Невозможность интегрировать в систему некоторые нужные Вам компоненты в силу "заплаточности" архитектуры системы.
4. Сложность с управлением дизайном ( изменения в дизайн вносятся в каждой компоненте отдельно )
5. Проблемы с безопасностью: т.к. каждая из компонент содержит свои "дыры" вероятность вскрытия системы увеличивается с увеличением количества компонент.
6. Каждая компонекнта содержит ненужный Вам функционал, что оборачивается снижением производительности.
7. Сложность с обучениеп мерсонала управлению системой.
8. С повышением количества компонент в системе стоимость владения системой растет экспоненциально.
Заказняк:
Преимущества:
1. Высокая степень интеграции и целостности проекта с учетом направления дальнейшего развития.
2. Единое управление
3. Заточенность системы именно под Ваши задачи
4. Документированность.
5. Возможность интеграции с Вашими уже существующими системами.
6. Относительно низкая стоимость владения крупными проектами.
Недостатки:
1. Сроки у заказных работ существенно выше.
2. Стоимость
3. Наличие периода опытной эксплуатации, когда выяляются и устраняются ошибки.
4. Нужна поддержка команды разработчиков ( При правильной документации и настроенном цикле разработки этот пункт несущественен )
Что же касается Битрикса или другой конкретной CMS, то надо сначала сделать ТЗ, безотносительно системы, а потом уже примерять его на конкретную CMS. При этом желательно иметь 2 ТЗ - "Минимальное" - то, что будет реализовано на первом этапе и "максимальное" - то что хотите получить в результате.
внутренний ИНТЕРФЕЙС (админской части и части для управления контентом) можно менять одним нажатием кнопки.
Вообще - то весь интерфейс компа можно тоже поменять с одной кнопки. А именно "Enter". Правда перед ней надо набрать format c: /Q /X :)
Знакомый есть один так он сейчас зарабатывает больше 1000 у.е. через Валуехост.
Доры вешает или клиентскую базу тырит и продает? :)
Информации об этом в интернете масса, можно просто поискать в Яндексе по фразе “В сети интернет появился новый тип вируса - Downloader.JS.Psyme.ct”.
Я знаю случай когда сайт, хостившийся в Валуе, ГОД не обновлялся. Но в индексный был успешно вставлен ифрейм. Наверное святым духом надуло :)
Про непродления оплаченых доменов - даже неинтересно обсуждать насколько массовой является данная "услуга".
несколько ассоциаций, не претендующих на название, ибо сыро, но могущих дать пинок в направлении названия:
- Пятнадцать веков куртуазности Марса.
- ВилоИньЛопатоЯнь. :)
- Гламуреныши.
И у меня такое есть. Для проформы.
Если налоговая докопается, то, как минимум снимет с Вас налог на прибыль с суммы невзятой пени, плюс штраф. если пишете - то выполняйте, иначе - не пишите.
Я говорю о том, что медицину и образование успели убить до того, как подняли зарплаты. Теперь ни медицины, ни образования, можно сказать, не существует.
Свято место пусто не бывает. Появился спрос на услуги - появятся люди.
А по теме топика - так самое главное изобретение человечества - колесо, придумал лентяй. Ему просто лень было на горбу поклажу носить.
При 50-60k - возможно, но есть датацентры, где трафик не считают. Тот-же keyweb.
Да и борются там с повышенной утилизацией каналов по простому - отрубили атакуемого и нет проблемы.
Это все прописные истины, и поисковые системы к ним никакого отношения не имеют. Тем более зарубежные ПС, которые никаким образом не подпадают под нашу юрисдикцию.
Нередко происходит утечка информации из закрытых баз данных, предназначенных для служебного пользования. Проникновение посторонних в эти базы данных происходит через компьютерные сети, в частности, существуют компьютерные вирусы, распространяемые с помощью электронной почты.
Это всего 10-15 процентов инциндентов, остальное - инсайд. Пока у нас плохо разграничено что является частной информацией, а что корпоративной, и нет судебной практики по таким случаям, мы ничего не добьемся.
Элементарный пример: В конторе, занимающейся поставками расходных материалов один из менеджеров сделал свою БД с контактами своих клиентов, которых он сам нашел и которым поставляет продукцию. Спрашивается, чья это база данных, и может ли претендовать контора на эту БД при уходе менеджера в другую фирму?
Кроме того, организации могут размещать информацию частного характера о своих сотрудниках на корпоративных сайтах, которые доступны поисковым системам.
Если это оговорено в трудовом контракте - я не вижу никаких проблем. Если не оговорено - в суд, с доказательной базой.
С другой стороны, не исключено размещение на каких-либо личных сайтах конфиденциальной информации об организации, её финансовой деятельности и эта информация также может быть найдена через поисковые системы и нанести ущерб деятельности организации,
Ту же информацию можно запросто напечатать в подпольной газете и распространить по городу или по стране. Большевики свои листовки очень эффективно распространяли не то, что без поисковых машин, но и без интернета.
Неоднократно имели место случаи утечки информации из баз данных налоговых и финансовых служб.
Опять ПС виновваты? А где конкретные дела и конкретные сроки виноватым и их руководителям по случаям таких утечек? В 29 налоговой в прошлом году груды дискеток, вместе с налоговой отчетностью просто валялись в коридоре. Любой зашедший получить справку мог взять что угодно. Это тоже происки Гугля?
Из всего сказанного можно сделать вывод, что поисковые системы в их современном виде полностью не отвечают задаче обеспечения информационной безопасности личности и общества.
А перед поисковыми системами такой задачи и не ставилось. Более того, Если наши доблестные законодатели нагрузят Яндекс с Рамблером еще и этой чепухой, то они просто потеряют рынок, ибо Гугл, которому наплевать на наши законы, будет работать по прежнему. Или предлагается сделать китайский интернет?
Следует отметить, что в других информационных системах задача об обеспечении информационной безопасности личности ставится и успешно решается.
Вообще-то если такая задача ставится в конкретной ИС, то она просто обязана быть решена, но поскольку такой задачи перед ПС не стояло, более того, такая задача перед ПС не стоит нигде в мире, то это бросто bredeition of sivy cobylation.
Может быть стоит заняться более очевидными проблемами? Например принять наконец закон о информационной безопасности?
держать 25 тыс. посетителей в час
Посетителей или хитов? Хотя 7/сек. тоже неплохо.
А что чтояло на Front End, в смысле железяки?
Мы как то на свежепоставленной AS400 c 8 Power добились нагрузки в 27/сек.
Причем был еще запас, но тестировали с 5 компов :) Правда не реальными посетителями а стресстулзой.
Кстати, Битрикс поддерживает кластеризацию? Если да, то сколько серверов могут включаться в кластер, и есть ли возможность не только балансировать нагрузку, но и назначать определенные сервера ответственными за процессы?
А насколько оправдано в подобной ситуации строить систему например на Битриксе и уже в процессе развития проекта навешивать дополнительный функционал?
Я не совсем понял, в какой ситуации? В ситуации с дальнейшим развитием, или в ситуации с конкретной задачей?
Давайте я попробую, наверное уже в 1000 раз описать свое видения преимуществ и недостатков солянки и заказухи.
Солянка
Преимущества:
1. Достаточно быстро разворачивается система в случае наличия опыта интеграции друг с другом частей движка
2. Низкий бюджет.
Недостатки:
1. В Солянке не бывает 100% интеграции подсистем.
2. Наличие нескольких админок для каждой из частей
3. Невозможность интегрировать в систему некоторые нужные Вам компоненты в силу "заплаточности" архитектуры системы.
4. Сложность с управлением дизайном ( изменения в дизайн вносятся в каждой компоненте отдельно )
5. Проблемы с безопасностью: т.к. каждая из компонент содержит свои "дыры" вероятность вскрытия системы увеличивается с увеличением количества компонент.
6. Каждая компонекнта содержит ненужный Вам функционал, что оборачивается снижением производительности.
7. Сложность с обучениеп мерсонала управлению системой.
8. С повышением количества компонент в системе стоимость владения системой растет экспоненциально.
Заказняк:
Преимущества:
1. Высокая степень интеграции и целостности проекта с учетом направления дальнейшего развития.
2. Единое управление
3. Заточенность системы именно под Ваши задачи
4. Документированность.
5. Возможность интеграции с Вашими уже существующими системами.
6. Относительно низкая стоимость владения крупными проектами.
Недостатки:
1. Сроки у заказных работ существенно выше.
2. Стоимость
3. Наличие периода опытной эксплуатации, когда выяляются и устраняются ошибки.
4. Нужна поддержка команды разработчиков ( При правильной документации и настроенном цикле разработки этот пункт несущественен )
Это вкраце. более подробно можно посмотреть здесь
Что же касается Битрикса или другой конкретной CMS, то надо сначала сделать ТЗ, безотносительно системы, а потом уже примерять его на конкретную CMS. При этом желательно иметь 2 ТЗ - "Минимальное" - то, что будет реализовано на первом этапе и "максимальное" - то что хотите получить в результате.