1) Видеть размер файла (допустим, чтобы он определялся через AJAX при открытии подробностей).
2) Видеть примерный битрейт, который будет расчитываться из данных о размере и продолжительности.
3) Нормальные имена файлов (как вариант - имя файла формировать из названия и выдавать скриптом)
4) Пофиксить инъекии
5) Еще сильнее разгрузить интерфейс
Сам думаю написать подобную вещь, для себя %) Только поиск осуществлять не только по базе vkontakte.ru, но еще и по zaycev.net (чтобы юзер сам отмечал, где искать). Ну и так можно развить, чтобы искать по нескольким сайтам выборочно :)
P.S. Новички бывают разные. При тех, которые только осваивают мега-конструкцию echo такие слова, как ООП, ООА, инкапсуляция, полиморфизм, наследование, абстракция, интерфейсы и т.д. лучше не произносить!!! =)))
Нужно просто максимально доходчиво на примерах показать, что такое абстракция, инкапсуляция, наследование и полиморфизм. Сделать так, чтобы новичек в их пользе ничуть не сомневался.
Я свою труд ценю и прекрасно понимаю, что пишу на достойном уровне, поэтому никогда объемную работу за копейки не делаю.
У каждого свои цены, у кого-то копеечные, у кого-то нормальные, у кого-то космические.
Я считаю, что цена должна зависеть от качества и объема работ. Но нынче - за одно и то же качество и объем работ людям с скромным портфолио платят в разы меньше. Так было всегда, есть и будет. То бишь, как говорят, "переплачиваешь за бренд". С другой стороны, когда делаешь заказ у человека с шикарным портфолио, перестаешь задумываться о том, что тебя кинут и т.д.
Вообще, тенденции меняются. Раньше нужно было посадить дерево, построить дом, вырастить сына. Сейчас нужно посадить дерево, построить дом, вырастить сына и... написать статью в википедию :)
100% защитить не удасться PHP скрипт никогда, т.к. это PHP. Тут нужно опять искать золотую середину, между тем насколько это все будет безопасно и просто.
Безопасность <----+----> Простота. Выбирать вам :) Можно предусмотреть многие варианты, чтобы даже опытные юзеры попотели над защитой, можно сделать простенько, со вкусом. Если работать с серьезными клиентами, нужно делать уклон в сторону простоты, а если с 14-летними школьниками, у которых врядли есть лишние 100$ и которые жаждят халявы, тогда уж в сторону безопасности :)
Если ты не собираешь продавать продукт каждые 20 минут, то можно сделать так. Ты забиваешь в ядро системы данные о владельце и выдаешь ему систему. Когда владелец устанавливает систему, та начианает сначала проверять кучу параметров, типа валидности хоста, IP и т.д., а потом шлет запрос на сервер, который отвечает, есть такая лицензия с таким номером или же нет. Но тут тоже свои минусы. Нужно сделать, чтобы переменные не смогли менять, а это пока что невозможно.
Весь этот велосипед придумывается на ходу. Можно сделать очень извращенно и безопасно, можно просто. Лично мне даже самому интересно продумать такой алгоритм защиты.
Главная проблема в том, чему ты не стал уделять внимания - Encoder-е. Zend - хорошо, но стоит денег + необходим Zend Optimizier. Другие решения - тоже, "не фонтан". В общем, нет ничего подходящего и в этом вся проблема.
На счет get() и set(). Неплохо было бы подметить, что если в обоих методах нет никакх фильтраций/проверок, то нужно делать свойство открытым :) Ибо, может получиться такое:
private $count;
function getCount() {
return $this->count;
}
function setCount($count) {
$this->count = $count;
}
Вообще, если есть возможность, не стоит зацикливаться только на ООП и Java. Хороших языков много :) C/C++/Perl/PHP/Java/ASM. Иногда можно просто рассказать о языке, что из себя представляет, где применяется. Может человеку понравится, он его выучит и свяжет с ним свою жизнь :D
Слушаю :) Сложновато как-то усваивается, при том условии что я практически все это уже знаю. Ну, ничего, давайте дальше :) Вообще я бы послушал об интерфейсах, особенно в PHP :D Что такое, с чем едят, практическая польза. О паттернах. И вообще об объектно-ориентированно анализе. Больше теории и т.д. :)
Позже можно поговорить о безопасности и оптимизации приложений :)
Очень интреесно, особенно для меня, т.к. можно сказать, только вот-вот начал серьезно осваивать ООП :) Правда пишу на PHP пока что, а учу C++ :)
Идея подкаста вообще для меня оч. интересная. Но сам подкаст имеет много косяков (первым комом?). На большую часть из них указал тов. A_Gura. Пойду лучше сейчас послушаю вторую часть и там уже конкретно опишу минусы :)
1) Видеть размер файла (допустим, чтобы он определялся через AJAX при открытии подробностей).
2) Видеть примерный битрейт, который будет расчитываться из данных о размере и продолжительности.
3) Нормальные имена файлов (как вариант - имя файла формировать из названия и выдавать скриптом)
4) Пофиксить инъекии
5) Еще сильнее разгрузить интерфейс
У каждого свои цены, у кого-то копеечные, у кого-то нормальные, у кого-то космические.
Я считаю, что цена должна зависеть от качества и объема работ. Но нынче - за одно и то же качество и объем работ людям с скромным портфолио платят в разы меньше. Так было всегда, есть и будет. То бишь, как говорят, "переплачиваешь за бренд". С другой стороны, когда делаешь заказ у человека с шикарным портфолио, перестаешь задумываться о том, что тебя кинут и т.д.
Безопасность <----+----> Простота. Выбирать вам :) Можно предусмотреть многие варианты, чтобы даже опытные юзеры попотели над защитой, можно сделать простенько, со вкусом. Если работать с серьезными клиентами, нужно делать уклон в сторону простоты, а если с 14-летними школьниками, у которых врядли есть лишние 100$ и которые жаждят халявы, тогда уж в сторону безопасности :)
Главная проблема в том, чему ты не стал уделять внимания - Encoder-е. Zend - хорошо, но стоит денег + необходим Zend Optimizier. Другие решения - тоже, "не фонтан". В общем, нет ничего подходящего и в этом вся проблема.
private $count;
function getCount() {
return $this->count;
}
function setCount($count) {
$this->count = $count;
}
Тогда уж лучше:
public $count;
Позже можно поговорить о безопасности и оптимизации приложений :)
Удачи! ;)
Идея подкаста вообще для меня оч. интересная. Но сам подкаст имеет много косяков (первым комом?). На большую часть из них указал тов. A_Gura. Пойду лучше сейчас послушаю вторую часть и там уже конкретно опишу минусы :)