Генерация SQL Alter запросов по разнице структур таблиц в БД?

все дифы надо применять последовательно

В какую сторону лучше двигаться с JAVA

определись в каком направлении двигаться.

Вопрос по flock в php?

прежде чем что-то советовать, все-таки хотелось бы знать причину использоания лока. Зная причину, а не симптомы, проще лечить болезнь.

Вопрос по flock в php?

Более надёжный вариант на все случаи жизни — организовать lock самостоятельно через файлы/базу/memcache

не накладно ли будет через базу? или тотже мемкеш?

Вопрос по flock в php?

комментарий полезный, это несомненно, но
но семафоры на РНР — это как-то смешно…

использовал flock на РНР, вроде как надежно, сбоев не наблюдал.

В какую сторону лучше двигаться с JAVA

ты пропустил первую часть, которая немного зависит от второй. Паттерны — это не только те 23 паттерна, которые описал Висседес, Хелм, Джонсон и Гамма.

Паттерны — это приемы разбиения сложных архитектурных решений на более простые составные части. Часто — они основаны на собственном опыте.

Языка знать мало и это ошибка всех начинающих.

Обновление ленты новостей через ajax?

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

не ляжет если сделать по уму, и если не говнохостинг.

Генерация SQL Alter запросов по разнице структур таблиц в БД?

adamspiers.org/computing/mysqldiff/

Выбор СУБД для проекта?

+ можно как-то комбинировать с noSQL

ох как мы любим модные термины. И с какими NoSQL ты работал? (на вряд ли мемкеш можно причислить к noSQL — все-таки это кеш, а не хранилище данных)

Выбор СУБД для проекта?

хе-хе. Один известный Санкт-Петербургский ВУЗ имел сайт на Джомула. Так там сисадмин в пору сдачи приемных экзаменов неделями ночевал на работе. А при беседе с начальником ИТ отдела, я доказывал, что разработка на портальных системах (это они так фреймворки обзывали) — это зло. А потом сам удивлялся, почему это сайт на 25К хостов валится.

Выбор СУБД для проекта?

а я не утверждаю то же самое про постресс
Мир. Дружба. Жвачка.

Выбор СУБД для проекта?

а почему не NoSQL в сочетании с РСУБД… шутка
а почему не MongoDb или Cache?

Memcached и теги

Пример — у вас есть на сайте mp3шки. Вы делаете запрос в БД получить ТОП-20

Top20 генерится раз в сутки/час/пять минут. Ни кому эта информация подробно не нужна. И не надо что-то изобретать с тегами и только усложнять себе жизнь.

Memcached и теги

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

можно но, не нужно ;) та как это накладно.

Выбор СУБД для проекта?

Ну и разумеется структура БД крайне важна — в случае неправильного выбора — не спасёт ни одна СУБД.

самое дельное замечание…
главное правильная архитектура,

не думаю, что ОО модель будет лучшим выбором. Возможно стоит обратить своё внимание на Java или C#…

хочу еще раз отправить к моему комментарию выше — главное правильная архитектура.
легальное использование C# — дорогое решение
самые известные высоконагруженные проекты: Wikipedia, Facebook написаны на РНР. Это не довод. Конечно, согласно тестам — производительность сервлетов где-то в три-четыре раза производительнее РНР, однако если поднять HipHop — то это сравняет производительность… Ладно отвлеклись от темы, что я хотел сказать — выбор базы — это второе дело, главное — выработка требований, а уже исходя из них — выбор архитектуры решения.

Выбор СУБД для проекта?

и начнется священная война холливар между сторонниками мускуляя и посгреса…

Выбор СУБД для проекта?

первое время можно использовать один-два сервера а с ростом нагрузки — расширять архиьтектуру.

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

Выбор СУБД для проекта?

легальное использование MS SQL — дорогое решение

если задачи сходны с соцсетью — то и архитектура должна быть схожа. Смотри не в сторону вертикального масштабирования и интенсивного пути развития (покупка дорогих мощных серверов и Оракла), а смотри в сторону горизонтального масштабирования и экстенсивного пути (покупка много дешевого железа и использование всего бесплатного)

Memcached и теги

Вопрос 1: зачем вообще удалять? (у меня не было таких ситуаций). Только перезаписывание устаревшей информации.

Вопрос 2: и чем это лучше? в чем разница удаляем по ключу или тегу. Удаление по тегу тянет за собой выбор по тегу в качестве ключа значение списка ключей — которые надо удалять. Сам механизм мемкеша этого не делает. Это лишь дополнительные расходы еще на одно образение к мемкешу :)

посоветуйте отладочный proxy

согласен. попробую tcpdump