Если вы приводите код jQuery для сравнения в качестве примера «длинной» записи, постарайтесь заранее убедиться в грамотности этого кода…

$("input.toggle").change(function(){ $("div.toggle").toggle(); });

… и одним аргументом становится меньше.

Чем каждый раз «апдейтиться» проще использовать Google API и загружать оттуда библиотеки по мере необходимости. Например загрузка последней версии первой ветки Jquery + UI будет выглядеть так:

<script src="https://www.google.com/jsapi"></script><script>google.load("jquery", "1");google.load("jqueryui", "1");</script>

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

Сидят на работе два дизайнера, ворошат одинаковый объем работы, но один получает ровно в 2 раза больше второго. Просто потому что так сторговались при приеме на работу. Если тот, кто получает меньше, узнает, что может получать больше, он сразу поставит задачу «просить больше/валить», которую с успехом реализует, более того, я готов заплатить ему больше при необходимости, лишь бы не терять ценный кадр.

Но! Пока он не знает — он работает, и он доволен. А я — экономлю некую сумму ежемесячно, которую могу вложить в оборот или списать жене на шубу.

Если проецировать эту логику на компании со штатом в тысячи человек, то экономия и очевидный смысл негласной зарплаты будет гораздо больше. Это бизнес, детка.

90% пользователей против того, чтобы ДРУГИЕ пользователи имели доступ к порнографии.

Вы работали генератором чисел?

Кстати не факт, что данные накручены. Квалификация и осведомленность опрашиваемых 1600 человек не всегда соответствует средней температуре по Хабру, для многих вопрос «черных списков в Интернете» звучит аналогично «вы за детскую порнографию или против», отсюда и однозначность ответов.

Главная ошибка закона — в том, что в нем не учитывается мнение тех специалистов, которых больше всего этот закон заденет. Уверен, что аналогичный опрос среди работников IT сферы даст противоположный результат. А здесь мы видим, грубо говоря, результат опроса доярок по изменениям в технологиях производства формованного кокса. Аргумент «о, это круто звучит, давайте менять» может быть не оценен профессионалами.

Не работающая кнопка «Подробнее» на главной странице и скриншот с текстом 1 кегля как бы намекает, что в сервисе пока может быть много недоделок.

Лучше уберите про способы защиты, а то как-то…

Ни слова про привилегии на таблицы/базы? Если у пользовательского скрипта задача только читать, и только из двух таблиц, то ему достаточно соединятся с базой под максимально ограниченными привилениями.

Да и про фильтрацию как-то невнятно… фильтровать желательно не только входящие, но и исходящие данные, причем не только по типу, но и по размеру с диапазоном. Забирать сырое значение из _GET небезопасно по умолчанию, это чревато не только иньекциями. Отдавать шаблонизатору результат неизвестно какого формата тоже опрометчиво.

Немного не понял почему контактик «наш», наверное следует уточнить, что упомянутый мной «ivi.ru» тоже не «наш», ну да не суть.

Я больше года пользую тв-приставку с андройдом, первые пару дней после покупки вот так же шарил через локальную сеть скачанные рипы, а потом забил и стал смотреть онлайн. Чаще всего — в любимом вами контактике. Знаете почему? Так удобнее и практичнее. С момента набора в строке поиска до момента просмотра видео проходит ровно 1 секунда. Да, там максимум 720p, но чаще всего этого хватает для ознакомительного просмотра, в других случаях я иду и покупаю блюрей с «переводом близким к оригиналу или вообще без перевода».

Это я, на секундочку, говорю про 51 дюйм. Автор же говорит про планшет. Объяснить разницу?

1.5) Сдать мандат

1. Чем аргументировали? Не представляю в чем может быть разница на стороне клиента, разве только в самописных модулях под апач? Так на адаптацию вы потратите меньше времени, чем на «тонкую настройку» воркеров.

2. Управлять встроенным кэшем вы не можете, и гарантий что из кэша выкинет нужный/сложный запрос нет. В memcached вы сами выбираете нужные значения, объемы памяти, привилегии и время хранения. И это даже не поднимая вопрос масштабируемости.

По моему опыту гораздо эффективнее «тонких настроек» для нагруженных проектов становятся:

1. Отказ от apache в сторону fastcgi (я пользую php-fpm). Даже самый голый апач жрет на 60-90% больше.

2. Перевод архитектуры Mysql на повсеместное использование memcached и временных таблиц типа memory с дампом их по крону. Если два пользователя могут получить одинаковые данные, то нет смысла для них два раза тревожить БД.

Я привел примеры. Адаптируйте под свои интересы и бюджеты.

У нас в соседнем кабинете регулярно устраивают соревнования в дартс, если без ставок, то в 1000 рублей уложитесь ;)

1. Это вредно для здоровья

2. Это вредно для имиджа

3. Это вредно для настроения, чем сидеть за грудой хламья лучше бы поставили туда кофемашину, аквариум или автомат пинбола.

4. Это не выгодно экономически. Резина + зона «обхода» занимает минимум 3 квадрата пространства, это ~12% площади, или 2000 руб./месяц. Сезонное хранение шин будет стоить дешевле.