Ну а если поисковик будет урлы просто по алфавиту индексировать и рано или поздно дойдет до приватных — что делать? Какая разница как поисковый механизм находит страницы? Как Гугл через свой браузер или как Яндекс через бар? Урл доступен без авторизации — значит до него можно добраться.
Вот вы смотрите на глобальную проблему — поисковик проиндексировал много чужих данных. А представьте ту же проблему, но локально. Например, злоумышленник подобрал урл с приватной информацией 1 человека. И пострадал 1 человек. Злоумышленник также как и яндекс, в текущей ситуации, не виноват. Он просто зашел на публичную страницу по публичному урлу (и не важно, что разработчик сайта этот урл «считал» не публичным). Значит виноват только разработчик, который «считал» не правильно. На него в суд и подавать.
Интернет — публичная сеть, и все что не закрыто паролем — есть публичный ресурс.
Да, это на XP было частой практикой. exe файлы легко подвергались действиям вирусов, а антивирусы были настроены на принудительную очистку всего вредоносного (или удаления). Поэтому установка антивируса на «грязную» ОС приводила к таким последствиям. В общем, это проблема не антивируса (хотя принудительная очистка — зло, не спорю).
Странно, NOD прежних версий (2й в частности) всегда был самым быстрым антивирусом. Поэтому это чуть ли не единственный антивирус, которые рекомендовали на всевозможных форумах/сообществах ставить на старые машины с плохим железом. И работало это все без дополнительных настроек. И только в версии 3 NOD стал реально медленнее.
Значит предложение не для вас. Юристы им нужны для полноценной работы. Хождение по инстанциям, отстаивание дел в судах. Да и с учетом области деятельности — риски они несут тоже не малые. Программисты нужны, чтобы, если что — дырку залатать на сайте. Кто захочет помочь — поможет, остальные — ну, они будут «остальными».
Зачем лишние траты? Они делают дело не ради делания дела. Вот платная IT тут команда нужна для последнего. А если хочется результатов — побочные траты должны быть вычеркнуты как класс.
Нокиа и сейчас лидер. MS в основных своих сегментах — то же. Я не думаю, что во всех этих компаниях сидят и ждут. R&D департаменты есть у многих, и они работают. Просто многие сегменты рынка нельзя захватить одним лишь желанием и деньгами. Где-то нужно найти нужное время и много-много разбирающихся людей и хороших идей. Для примера, посмотрите — а часто ли большие компании в одночасье становятся лидерами на чуждом для них рынке?
У dropbox есть проблема с числом активных соединений — они лочат аккаунты, если число соединений будет велико. Т.ч. может получиться так, что это беплатное хранилище в один момент внезапно запретит к себе доступ.
Вы работаете в организации, занимающейся сносом зданий? Вы присутствовали на месте крушения? Ну право, вы просто смотрели фильмы, которые тоже кто-то проплатил (бесплатно ничего снять нельзя, согласны?). Я не утверждаю, что вы обязательно не правы, но и правым вас также назвать нельзя.
Я понимаю, что ко всему привыкаешь со временем.Но я не хочу вспоминать про эту букву. В Chrome меня запоминать комбинации не заставляют (и переключать раскладки чтобы ввести русскоязычный запрос).
Сергей, а скажите. В чем преимущество шаблонов XSLT перед шаблонами на PHP? Т.е. для работы с UMI надо предварительно разобраться с XSLT (даже книгу вы для этого выпустили). Т.е, в любом случае, одних знаний PHP недостаточно.
Что можно сделать на XSLT, чего нельзя сделать на привычном всем PHP?
Не один разработчик универсального компонента никогда не сможет удовлетворить всех(!) нужд своих кастомеров. Всегда будут задачи, которые не поддаются стандартам, навязанных нам разработчиком. Просто из-за того, что учесть все не возможно. Поэтому всегда остается возможность для кастомизации.
Поясню. Если бы компания UMI делала сайты — тогда бы никакая возможность кастомизации была бы не нужна. Но они делают не продукт «под ключ», а компонент для разработки сайтов. Вот качественный компонент должен учитывать любые потребности покупателя этого компонента. Если что-то не реализовано стандартными средствами — должен быть простой workaround, позволяющий это реализовать. У Битрикс он есть, у UNI — его нет.
Почему моя позиция тут такая жесткая? Потому что UMI — не бесплатная CMS. И период moneyback у них отсутствует. Профессиональный продукт должен учитывать все требования своего покупателя.
А вот касаемо «говнокода». Ну ладно, вы — не являетесь сотрудником UMI. Но если бы это была официальная позиция… В общем, к клиентам компания-разработчик компонентов должна относиться как к профессионалам. И сделать все, чтобы код клиента не навредил работе их продукта. Но это не значит, что мне должны делать искусственные преграды для моего кода.
Вот вы смотрите на глобальную проблему — поисковик проиндексировал много чужих данных. А представьте ту же проблему, но локально. Например, злоумышленник подобрал урл с приватной информацией 1 человека. И пострадал 1 человек. Злоумышленник также как и яндекс, в текущей ситуации, не виноват. Он просто зашел на публичную страницу по публичному урлу (и не важно, что разработчик сайта этот урл «считал» не публичным). Значит виноват только разработчик, который «считал» не правильно. На него в суд и подавать.
Интернет — публичная сеть, и все что не закрыто паролем — есть публичный ресурс.
Видимо старых версий не пробовали.
people.mozilla.com/~prouget/ie9/
Люди что-то делают — а вы сидите и корчите из себя умного. Не можете помочь — этот пост не для вас.
Как аналог сложности, можно привести VB. Там вообще весь код читается как предложения, текстом. Но чище он от этого не становится.
Что можно сделать на XSLT, чего нельзя сделать на привычном всем PHP?
Поясню. Если бы компания UMI делала сайты — тогда бы никакая возможность кастомизации была бы не нужна. Но они делают не продукт «под ключ», а компонент для разработки сайтов. Вот качественный компонент должен учитывать любые потребности покупателя этого компонента. Если что-то не реализовано стандартными средствами — должен быть простой workaround, позволяющий это реализовать. У Битрикс он есть, у UNI — его нет.
Почему моя позиция тут такая жесткая? Потому что UMI — не бесплатная CMS. И период moneyback у них отсутствует. Профессиональный продукт должен учитывать все требования своего покупателя.
А вот касаемо «говнокода». Ну ладно, вы — не являетесь сотрудником UMI. Но если бы это была официальная позиция… В общем, к клиентам компания-разработчик компонентов должна относиться как к профессионалам. И сделать все, чтобы код клиента не навредил работе их продукта. Но это не значит, что мне должны делать искусственные преграды для моего кода.