автор не расскажет каким боком там работаем сам мемкеш? Правильно я понимаю, что идет полное(вернее сколько влезет) дублирования данных из БД? Тогда, если мы изменяем то, что уже вытеснено из кеша, оно там поднимается в новом виде а потом в БД?
Сори, самому капаться пока некогда, может в курсе процесса.
Хотя бы по тому, что они достаточно глупые. Пример, мы в селекте выбираем А, создался кеш, потом пришел запрос на изменение Б(таже таблица), кеш селекта А испарился. В подавляющем большинстве проектов, высоконагруженых, такая инвалидация кеша не приемлима. Как Вы понимаете, все это можно и нужно делать гораздо умнее.
Одна из самых бесполезных вещей в мускуле. Вроде бы даже слышал что ее уберут в 6 или 7.
Для проектов с большой нагрузкой мускуль кеш использовать бессполезно, ООЧЕНЬ не эффективно. Для остальных особой разницы и востребованности нет.
Одна из самых бесполезных вещей в мускуле. Вроде бы даже слышал что ее уберут в 6 или 7.
Для проектов с большой нагрузкой мускуль кеш использовать бессполезно, ООЧЕНЬ не эффективно. Для остальных особой разницы и востребованности нет.
да просто у проекта небыло концепции! Только абстрактная идея «портала для интеллектуалов», в которую не верили даже создатели. Согласитесь, главный вопрос всех пришедших на портал — «а что здесь делать?». Все остальное только следствия.
Еще, как мне кажется, важный момент. При планирование, нужно учитывать, что оценки по времени выполнения больше 1-го дня, не есть гут и нужно разбивать на подтаски. Во-первых избавляемся от студенческого синдрома, во-вторых у любого члена команды, каждый день есть обоснованное ощущение, что все движется в перед.
есть идеи как это сделать для разработчиков?!
я видел много разных метрик, но не один из них не дает полной картины. Да еще, в результате, все гонятся за метриками и не работой, которая настолько комплексная, что описать метриками не представляется возможности.
Тут дело не в моде. Многие применяют смешанные подходы, вбирают то лучшее, что логично ложится на процессы компании и дает результат. Если Вы считаете, что Agile не подходит, видимо для Вас или Вашей компании это так в силу многих причин. Тем не менее есть достаточно крупные проекты, работающие с применением некоторых Agile техник и надо заметить вполне успешно.
Так что, я бы не стал так категорично заявлять, что Agile+большие проекты!=гуд
«причем возможность шардинга поддерживается в версии 5.1»
это не совсем правда. Partitioning да, это так сказать вырожденный случай шардинга. С помощью первого можно раскидать по физическим дискам в пределах одной машины, а шардинг обычно предполагает, что данные попилены по разным машинкам. Не зря ведь придумал именно этот термин!
не станет, пока! Новая версия стандарта придерживается той же идеологии. ECMAScript драфт 4, который ООП-style, не приняли. Недавно весь инет гудел по этому поводу.
глупость, гораздо умнее посмотреть на то, что уже есть. Это сразу прививает хороший стиль. Что за мания вечно изобретать велосипеды?
ко мне приходили куча прогеров, которые писали что-то свое, многие на этом и застряли. Те, кто начал сразу смотреть в сторону прогрессивных решений в итоге, в большинстве случаев, уровнем выше и ЗП больше.
++
-Используйте гугл, даже если уверены что такого еще никто не писал, даже если считаете что вы всегда напишете понятней и проще.
-Вытекает из первого, используйте фреймворки и либы, лучше качественные и проверенные, phpclasses зачастую не гуд. PECL, PEAR, ZF… Множество профи стараются чтоб Вам жилось проще!
-Нет ничего более постоянного, чем временное. Пишите сразу максимально правильно, не подрывайте авторитет PHP!
жаль что не подготовились
Сори, самому капаться пока некогда, может в курсе процесса.
Для проектов с большой нагрузкой мускуль кеш использовать бессполезно, ООЧЕНЬ не эффективно. Для остальных особой разницы и востребованности нет.
Для проектов с большой нагрузкой мускуль кеш использовать бессполезно, ООЧЕНЬ не эффективно. Для остальных особой разницы и востребованности нет.
я видел много разных метрик, но не один из них не дает полной картины. Да еще, в результате, все гонятся за метриками и не работой, которая настолько комплексная, что описать метриками не представляется возможности.
Так что, я бы не стал так категорично заявлять, что Agile+большие проекты!=гуд
«причем возможность шардинга поддерживается в версии 5.1»
это не совсем правда. Partitioning да, это так сказать вырожденный случай шардинга. С помощью первого можно раскидать по физическим дискам в пределах одной машины, а шардинг обычно предполагает, что данные попилены по разным машинкам. Не зря ведь придумал именно этот термин!
ко мне приходили куча прогеров, которые писали что-то свое, многие на этом и застряли. Те, кто начал сразу смотреть в сторону прогрессивных решений в итоге, в большинстве случаев, уровнем выше и ЗП больше.
-Используйте гугл, даже если уверены что такого еще никто не писал, даже если считаете что вы всегда напишете понятней и проще.
-Вытекает из первого, используйте фреймворки и либы, лучше качественные и проверенные, phpclasses зачастую не гуд. PECL, PEAR, ZF… Множество профи стараются чтоб Вам жилось проще!
-Нет ничего более постоянного, чем временное. Пишите сразу максимально правильно, не подрывайте авторитет PHP!