Задача, по сути, сводится к периодическому парсингу (обновлению) пузомерок блогов-участников, расчёта рейтинга на основе спарсенных данных и сортировке но этому самому рейтингу. В зависимости от "некоторых фишек", стоимость разработки составит от 1k USD.
Несколько раз заказывал прогон у RefKaz. В целом, выполенной работой доволен. Описанных товарищем webmaster-faq проблем не возникало.
Когда-то стояла задача со сглаживанием и gd. Рисовали заведомо большее изображение и на последнем этапе уменьшали imagecopyresampled`ом в два раза :) Эх, молодость...
Тут важнее за счёт чего это количество увеличивается. Не думаю, что если контент уникален, последуют санкции со стороны ПС. А если планируете свалку копипасты, то число страниц не имеет особого значения.
Пройтись по всем полям, содержащим текст новости, найти там ссылки на flv-файлы и проверить их доступность, вывалив id проблемных новостей и сами ссылки. Я так понимаю, что за 20-50 портретов сейчас такое делают.
У Вас есть доступ к логам веб-сервера? Насколько интенсивно качают? Дело в том, что предложенный уважаемым ixRock метод наиболее оптимален при необходимости принимать решения непосредственно перед выдачей файла. Если необходимо просто собирать IP скачавших файл, гораздо более выгодно анализировать логи задним числом.
AJAX - это концепция, согласно которой данные между сервером и браузером передаются без перезагрузки основного документа (страницы). Как это вообще можно учить? Вам необходимо владеть, как минимум, одним серверным языком и одним браузерным. А уж какой будет транспорт между клиентом и сервером, особого значения не имеет.
Технически, никакой разницы между ООП и ФП не существует. Нет (и не будет) такой задачи, которую нельзя было бы повторить в двух вариантах. Собака тут в другом зарыта. Объектное представление на порядки более ближе к тем моделям, которыми ежесекундно оперирует мозг любого относительно нормального человека. Стало быть, ООП всего лишь приподнимает программирование чуть ближе к нашей привычной среде. Неоднократно приходилось убеждаться, что новички более эффективно воспринимают язык, если давать изначально ООП. Проблемы могут возникнуть позже, но на первых порах это так. Ведь тут действуют прямые проекции из жизни. А вот в рамках ФП, обязательно залезешь в алгебраические аналогии.
Отличный вопрос! Когда-то долго мучился, пытаясь найти однозначный ответ. Не нашел. Но в результате решил действовать по следующему принципу:
1. Относительно большие объёмы атомарной для логики системы информации (те же описания товаров, например) хранить в ФС и подгружать непосредственно при сборке выдачи.
2. Постоянно задействованные, но редко изменяемые структуры, кешировать в ФС, пересобирая из БД только при изменении. Это я к тому, что очень часто, как не странно, можно столкнуться с такими "перлами", как сборка древовидной структуры меню из БД при каждом пинке.
3. Числовые значения и значения, по которым планируются выборки/сортировки, разумеется в БД.
4. Каждый проект имеет массу своих особенностей. Никогда нельзя сказать со 100% точностью, какая схема хранения и доступа к данным будет наиболее рациональна. Надо пробовать.
Для того, чтобы получить привью страницы, необходимо рендернуть HTML+CSS[+JS] с помощью одного из движков. Проще говоря, без привлечения браузера, задача если и выполнима, то с огромными оговорками и в неюзабельном для реального применения виде. Вопрос снимается сразу после появления возможности поднять X`ы на сервере.
