Вообще - то весь интерфейс компа можно тоже поменять с одной кнопки. А именно "Enter". Правда перед ней надо набрать format c: /Q /X :)
Доры вешает или клиентскую базу тырит и продает? :)
Я знаю случай когда сайт, хостившийся в Валуе, ГОД не обновлялся. Но в индексный был успешно вставлен ифрейм. Наверное святым духом надуло :)
Про непродления оплаченых доменов - даже неинтересно обсуждать насколько массовой является данная "услуга".
несколько ассоциаций, не претендующих на название, ибо сыро, но могущих дать пинок в направлении названия:
- Пятнадцать веков куртуазности Марса.
- ВилоИньЛопатоЯнь. :)
- Гламуреныши.
Если налоговая докопается, то, как минимум снимет с Вас налог на прибыль с суммы невзятой пени, плюс штраф. если пишете - то выполняйте, иначе - не пишите.
Свято место пусто не бывает. Появился спрос на услуги - появятся люди.
А по теме топика - так самое главное изобретение человечества - колесо, придумал лентяй. Ему просто лень было на горбу поклажу носить.
Да и борются там с повышенной утилизацией каналов по простому - отрубили атакуемого и нет проблемы.
Это все прописные истины, и поисковые системы к ним никакого отношения не имеют. Тем более зарубежные ПС, которые никаким образом не подпадают под нашу юрисдикцию.
Это всего 10-15 процентов инциндентов, остальное - инсайд. Пока у нас плохо разграничено что является частной информацией, а что корпоративной, и нет судебной практики по таким случаям, мы ничего не добьемся.
Элементарный пример: В конторе, занимающейся поставками расходных материалов один из менеджеров сделал свою БД с контактами своих клиентов, которых он сам нашел и которым поставляет продукцию. Спрашивается, чья это база данных, и может ли претендовать контора на эту БД при уходе менеджера в другую фирму?
Если это оговорено в трудовом контракте - я не вижу никаких проблем. Если не оговорено - в суд, с доказательной базой.
Ту же информацию можно запросто напечатать в подпольной газете и распространить по городу или по стране. Большевики свои листовки очень эффективно распространяли не то, что без поисковых машин, но и без интернета.
Опять ПС виновваты? А где конкретные дела и конкретные сроки виноватым и их руководителям по случаям таких утечек? В 29 налоговой в прошлом году груды дискеток, вместе с налоговой отчетностью просто валялись в коридоре. Любой зашедший получить справку мог взять что угодно. Это тоже происки Гугля?
А перед поисковыми системами такой задачи и не ставилось. Более того, Если наши доблестные законодатели нагрузят Яндекс с Рамблером еще и этой чепухой, то они просто потеряют рынок, ибо Гугл, которому наплевать на наши законы, будет работать по прежнему. Или предлагается сделать китайский интернет?
Вообще-то если такая задача ставится в конкретной ИС, то она просто обязана быть решена, но поскольку такой задачи перед ПС не стояло, более того, такая задача перед ПС не стоит нигде в мире, то это бросто bredeition of sivy cobylation.
Может быть стоит заняться более очевидными проблемами? Например принять наконец закон о информационной безопасности?
Посетителей или хитов? Хотя 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 ТЗ - "Минимальное" - то, что будет реализовано на первом этапе и "максимальное" - то что хотите получить в результате.
