Данные в таблицу вносятся из формы, которую заполняют люди. В том числе и конфиденциальные.
Искать можно и не вручную — никто не запрещает запихнуть в url множество ячеек.
Нужен был плавный, но быстрый переход на новую систему. С учетом всей инфраструктуры сообщества. Это и bugs.php.net, и система контроля доступов к сайтам и репозиторию для тысяч активных и неактивных участников сообщества и многое другое. Поэтому был выбран вариант со своим основным репозиторием, который удалось достаточно хорошо «допилить» под свою инфраструктуру (само собой с дальнейшим развитием инфраструктуры по лучшему пути чем «лишь бы работало»)
Основной же репозиторий для некотрибьютеров отличается от неосновного только наличием контроля доступа на редактирование. Поэтому для обычных людей, желающих помочь проекту ничего не меняется — они используют github, делают pull request и тд. Для тех же, кто имеет право «на запись» — все тоже самое. Они могут форкнуть проект на гитхабе, а когда нужно будет смерджить — сделают это на основной репозиторий.
Надеюсь достаточно аргументированно =)
Ну к теме я имею отношение косвенное, просто был на тренинге у них, где нашей фирме такую вот CMS выдали.
1)Насчет «каким образом определяют» — опять таки, не знаю каким они пользуются алгоритмом + сами правообладатели вполне могут использовать поиск по ключевым словам, в вашем случае например «queen».
2) Я не юрист, но мне кажется, что независимо от того, что вы воссоздавали композиции на слух, авторские права это все равно затрагивает. И не переживайте -ну удалят, бог с ними, пущай даже их лейблы там висят) Музыку любите, другие люди любят, а как это им передать — не единым ютубом сыт человек)
Всё просто:
1) ютуб сканирует все видео и звуковые дорожки к ним в поисках нарушений авторски прав.
Не знаю каким они пользуются алгоритмом, но всем прекрасно понятно, что сбои могут быть.
2) Владельцы авторских прав в спеицльной админке (CMS) получают уведомление, что возможно нарушение их авторских прав
3) У работников данной организации есть три пути на выбор: заблокировать видео, поставить в это видео свою рекламу или проигнорировать (например если данное видео выложено с их разрешения)
4) тупой работник не глядя жмякает «поставить рекламу на все видео» и не парится — он сделал свою работу и смело идет домой.
5) Если человек/фирма выложившая ролик не согласна с этим — ютуб умывает руки: «решайте через суд».
т.е. Ютуб дает только механизм «заявления на авторские права», а споры он не обязан разруливать, так как он не является судом.
С точки зрения «правил» — ютуб прав, с точки зрения человечности — работник конторы владеющей авторскими правами — идиот
Хоть и несколько специфично, но безумно не хватает проигрывания 3D видео (стереопары). Я знаю, что есть отдельный софт, но именно этого мне в vlc-комбайне не хватает.
Верить этому комментарию к тому топику. Автор того топика для написания своей статьи использовал слишком устаревшие данные. (Например смотрите на upd внизу статьи)
mysql — самый часто используемый модуль php, об этом говорят сами разработчики php.
И это создает большие проблемы. Разработчики и рады бы выкинуть это «небезопасное старье», но из-за популярности модуля не могут этого сделать сразу. Поэтому запланированы несколько этапов по «отучению» пользователей от mysql модуля. Первый из них — повсеместные рекомендации в документации с призывом использовать mysqli или PDO. Например тут.
PDO выигрывает у mysqli только возможностью, как сказано в данной статье, относительно быстрой и легкой смены БД в проекте.
А в рассылке он еще ласково говорит «вы выглядите тупо».
Слишком он нервно отнесся к решению Debian. Я понимаю, что обидно, что его детище не будет ставиться по умолчанию. Но никто же не удаляет его расширение — это просто будет опция при компиляции.
Так же он пишет, что «PHP отрицает то, что сухосин защищал PHP в течении 8 лет» — глупо. Никто ничего не отрицает. Вся проблема в том, что из-за проблем сухосина пользователи писали багрепорты именно в PHP и матюкали PHP за эти проблемы, не подозревая даже, что у них по умолчанию стоит сухосин и виноват зачастую он. (само собой не всегда, я утрирую).
Да, вы правильно поняли. Скоро будет выпущен соответствующий релиз.
По топику: Debian не отказывается от suhosin патча, а делает его опциональным.
То, что данный патч «молча» применялся по умолчанию создавало огромное количество проблем.
Первоапрельское RFC
Искать можно и не вручную — никто не запрещает запихнуть в url множество ячеек.
А вот официальное письмо: news.php.net/php.internals/59030
Основной же репозиторий для некотрибьютеров отличается от неосновного только наличием контроля доступа на редактирование. Поэтому для обычных людей, желающих помочь проекту ничего не меняется — они используют github, делают pull request и тд. Для тех же, кто имеет право «на запись» — все тоже самое. Они могут форкнуть проект на гитхабе, а когда нужно будет смерджить — сделают это на основной репозиторий.
Надеюсь достаточно аргументированно =)
1)Насчет «каким образом определяют» — опять таки, не знаю каким они пользуются алгоритмом + сами правообладатели вполне могут использовать поиск по ключевым словам, в вашем случае например «queen».
2) Я не юрист, но мне кажется, что независимо от того, что вы воссоздавали композиции на слух, авторские права это все равно затрагивает. И не переживайте -ну удалят, бог с ними, пущай даже их лейблы там висят) Музыку любите, другие люди любят, а как это им передать — не единым ютубом сыт человек)
Я не обеляю ютуб, я просто понимаю их =)
1) ютуб сканирует все видео и звуковые дорожки к ним в поисках нарушений авторски прав.
Не знаю каким они пользуются алгоритмом, но всем прекрасно понятно, что сбои могут быть.
2) Владельцы авторских прав в спеицльной админке (CMS) получают уведомление, что возможно нарушение их авторских прав
3) У работников данной организации есть три пути на выбор: заблокировать видео, поставить в это видео свою рекламу или проигнорировать (например если данное видео выложено с их разрешения)
4) тупой работник не глядя жмякает «поставить рекламу на все видео» и не парится — он сделал свою работу и смело идет домой.
5) Если человек/фирма выложившая ролик не согласна с этим — ютуб умывает руки: «решайте через суд».
т.е. Ютуб дает только механизм «заявления на авторские права», а споры он не обязан разруливать, так как он не является судом.
С точки зрения «правил» — ютуб прав, с точки зрения человечности — работник конторы владеющей авторскими правами — идиот
Драйверы могут использовать одинаковые (рекомендуется mysqlnd)
И это создает большие проблемы. Разработчики и рады бы выкинуть это «небезопасное старье», но из-за популярности модуля не могут этого сделать сразу. Поэтому запланированы несколько этапов по «отучению» пользователей от mysql модуля. Первый из них — повсеместные рекомендации в документации с призывом использовать mysqli или PDO. Например тут.
PDO выигрывает у mysqli только возможностью, как сказано в данной статье, относительно быстрой и легкой смены БД в проекте.
packages.debian.org/changelogs/pool/main/p/php5/php5_5.3.9-3/changelog
Слишком он нервно отнесся к решению Debian. Я понимаю, что обидно, что его детище не будет ставиться по умолчанию. Но никто же не удаляет его расширение — это просто будет опция при компиляции.
Так же он пишет, что «PHP отрицает то, что сухосин защищал PHP в течении 8 лет» — глупо. Никто ничего не отрицает. Вся проблема в том, что из-за проблем сухосина пользователи писали багрепорты именно в PHP и матюкали PHP за эти проблемы, не подозревая даже, что у них по умолчанию стоит сухосин и виноват зачастую он. (само собой не всегда, я утрирую).
По топику: Debian не отказывается от suhosin патча, а делает его опциональным.
То, что данный патч «молча» применялся по умолчанию создавало огромное количество проблем.