Антон

Как сказали выше, лучше, а я бы даже сказал правильно, чтобы изменения инициировал сервер и уведомлял клиентов через websocket.

Получается что не клиент запрашивает изменения, а сервер рассылает его клиентам.

Копайте в сторону socket.io

Обратите внимание на сервис Напишем, есть несколько вариантов работы с ними:
1. Писать сео-тексты под заказ
2. Писать учебные работы под заказ
3. Писать те же учебные работы и выкладывать их на продажу

Посмотрите в сторону dklabrealpolexor достаточно легкий comet-сервер.

1. Можно попробовать заказать аннотации на специализированных сайтах.
2. Также соглашусь с ALiEN_QWERTY, дать возможность пользователям оставлять свои аннотации или отзывы на книгу, это обеспечит страницы уникальным контентом и даст другим пользователям более расширенное представление о товаре.

Уже отписывался где-то на хабре, что сам пользуюсь ZendStudio 5.5. знаю, что старый ну ни к чему не смог привыкнуть, ни к NetBeans, ни к Eclipse, ни Zend 6.x

Добавлю к предыдущему комменту еще, кнопки на соц. сети, такие как «Мне нравиться». Это конечно не seo, ну есть возможность «продвинуть проект в массы». В случае с интересным контентом, посещаемость и узнаваемость можно очень не плохо повысить.

Если нет возможности «остановки» сервера БД на время переноса, можно попробовать реплицировать, в случае mysqldump есть вероятность, что перенесенная БД не будет полностью актуальной.

Ну у нас было следующим образом (БГУиР):

1. полнота разработки заложенного функционала абсолютно не кому не нужна, важно показать, что это можно сделать и в реальной коммерческой версии это будет
2. работу скорее всего даже смотреть никто не станет, так уж сложилось, чтобы ПЗ была сделана по ГОСТам и были ссылки на литературу
3. что касается идеи и впечатления на заф.кафедры, я бы предложил разработку некой корпоративной системы, это может быть и CRM, может быть какое-то приближение более комплексной вещи как ERP. Также можно было бы попробовать обыграть тему мобильных технологий

Удачи на защите ;)

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

Все способы которые Вы перепробовали необходимы и желательно (тут конечно как средства позволяют) практиковать все одновременно.

Вот например SEO, нужно обязательно, вот например статистика по самому очевидному запросу.

Социальные сети — это просто клондайк, сходу могу предложить такие кнопки как «Мне нравиться».
Развивайте мобильные сервисы.
И очень важно, внимательно и старательно отвечать на все вопросы поступаемые от пользователей — это самая ценная информация, правильная работа с которой позволит очень сильно повысить лояльность пользователей. Можно попробовать организовать что-то типа рассылки для пользователей, из серии: «чего бы вам еще хотелось видеть на нашем сайте. какие фишки и примочки?», да большинство пользователей воспримут сообщение как спам, но те единичные ответы которые Вы вероятно получите от уже сложившегося сообщества посетителей, дадут Вам не плохое представление куда надо двигаться.

Есть не плохая трекинговая система Trac ее можно использовать как wiki так и как трекер тасков.

Если есть возможность отказа от восстановления старых ревизий, то можно хранить скажем последних N-штук. Если так пугает число записей в БД, то почему не сделать в Вашей таблице другой тип связи, у Вас сейчас один ко многим, а сделать один к одному (по id), а всю историю изменений писать в args, с указанием action, уже непосредственно в args. Тут правда надо помнить о том, что длина полей тоже не бесконечна, и все вероятно не влезет.

Второй вариант — действительно, использовать NoSQL БД, например CouchDb ну или что-нибудь подобное, я думаю, что это будет даже самый правильный вариант.

Вот буквально недавно был спор на эту тему, мы рассматривали следующие варианты:

1. SVN up — быстро, удобно, надежно (если правильно настроить доступ к директориям .svn) — лично я, всеми руками «за» — уже не один год использую такой метод на «боевых» серверах
2. SVN Export — в принципе ничего сложного, но есть одно «НО», действительно перезаписывается все, в том числе и то, что не надо, как по мне — очень не удобно (менять конфиги, .htaccess и т.д), также существует проблема что-то забыть — все мы люди и от механических ошибок никто не застрахован.
3. Использовать что-то типа Bamboo (она плантная), сам я ее не смотрел, но говорят что штука гибкая и ее можно настроить на подъем свна и другую механику, все те же конфиги, обновления и т.д. и т.п.

>> 1. Подскажите простой русский туториал по php версии 5.1. Особенно интересуют ньюансы шаблонов и работы с БД.

Версия 5.1 уже наверное старовата, так что лучше сразу 5.3, я думаю, что проблем с совместимостью каких-то уже написанных вещей быть не должно. Книжек по PHP тьма, лично я осваивал PHP по книге «PHP5- библиотека профессионала», давно уже было…

>> 2. OpenCart это годный пример или быдлокод для знакомства с языком?
На этот вопрос пусть кто-нить другой ответит =)

>> 3. Почему в PHP такая куча файлов? Потому что отдельный класс = отдельный файл или это стиль кода? Нельзя ли поменьше файлов, я так не привык :)?

Можно! но лично из собственного опыта знаю, что поддержка такой структуры значительно проще. Есть момент с тормозами скриптов при include, но это решается путем autoload, eaccelerator и т.д и т.п. варианты ускорения есть

>> 4. Есть ли какая то простая IDE для PHP под винду. Раньше для всего мне хватало vim под unix, но с кучей файлов PHP + MVC получается чертовски неудобно. Может ли IDE сгенерить схему взаимосвязей объектов php по типу как рисуются схемы баз данных SQL?

Тут уже дело вкуса, кто-то Eclipse использует, кто-то Zend (лично я до сих пор сижу на 5.1 ZendStudio, знаю что старье, ну ни к чему другому привыкнуть не смог), PHPExpertEditor по-мойму еще есть, в общем найти можно.

>> 5. Как делать верстку html для php? Есть нуб-верстальщик которых хочет осваивать Dreamweaver, это нам поможет?

Просто верстать, в чем без разницы.
Посмотрите шаблонизаторы, например Smarty, я уже долгое время использую XSLT у меня framework под него заточен. Если же придерживаться MVC — шаблонизатор Вам обязательно будет нужен

>> 5. MVC под PHP оно нужно вообще? При запуске скрипта подгружаются сотни файлов, очень низкая производительность. А вдруг мой проект выстрелит и будут тысячи посетителей, придется отказаться от PHP, может это сделать сразу?
Без MVC я уже себе оч. плохо представляю свои проекты, по-поводу производительности уже писал выше. Если проект выстрелит, будет хорошо =) думаю в таком случае решения найдутся. Очень приятные проблемы — затачивать архитектуру под высокую нагрузку, особенно когда она уже есть. Ну и без хорошей архитектуры поддержка большого проекта будет в разы сложнее, так что я бы Вам посоветовал придерживаться MVC

>> 6. А может быть вовсе не php или нафиг MVC? Но скрипт магазина с нуля писать не хочу!
Ну если не хотите, тогда PHP

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

Попробуйте погуглить на предмет apache gui, вот например первая строчка результатов www.apache-gui.com/apacheconf/screenshots/index.html

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

Работаю над интернет проектами.
Запрос в отдел техподдержки: «Для сервера необходимо выделить статический IP и доступ в Интернет»
Ответ: «Необходимо обосновать зачем вам нужен сервер, зачем ему нужен static IP если все по DHCP, и зачем там Интернет».

Вот сколько лет работаю, задаю себе те же вопросы, зачем веб-разработчикам Сервер с интернетом? =)