Холиварка пыхыпешников (общая)

6.2K
.
(\/)____o_O____(\/)
Суть темы.
На сайте много товарищей , которых мало интер,,есует сам двиг, больше интересующих сам ЯП разные методы и прочее.
Вот тут можно будет по обсуждать всякие интересные моменты.
.
(\/)____o_O____(\/)
нашел интересных пару статей про редиску
можно было бы обсудить
http://mind3.ru/2010/03/учимся ... -php/
http://habrahabr.ru/post/134974/
.
Koenig
(\/)____o_O____(\/)
Вообще интересны методы кэширования, начнем с
http://www.php.net/manual/ru/b ... d.php
http://php.net/manual/ru/book. ... e.php
http://habrahabr.ru/post/108274/
http://ruseller.com/lessons.ph ... =1035
.
(\/)____o_O____(\/)
И как бы интересно обсудить реализацию хранения счетчиков например, а именно рациональность таблицы для счетчиков, предположим есть огромный форум, куча тем и вывод чего сколько где имеется
таблица на три поля
ид тип количество
.
Fenix_61
Также вопрос что рациональнее: достать поле из таблицы, в которой храниться количество постов(обновляется при добавлении/удалении поста) или с помощью mysql_результ посчитать с выборкой нужные посты ?
.
(\/)____o_O____(\/)
Fenix_61, вот я о том же, по логике первое
.
(\/)____o_O____(\/)
еще интересует темы
eAccelerator, APC, XCache, php-fpm, fcgi
может кто ссылки даст интересные
.
Fenix_61, Зависит от размеров таблицы, которую понадобится считать. Мускулу не сложно считать, потому это не сильно напрягает СУБД
.
Koenig, APC - http://php.net/manual/en/book.apc.php
.
AlkatraZ
╭∩╮ (`-`) ╭∩╮
Koenig (19.10.2012 / 04:20)
И как бы интересно обсудить реализацию хранения счетчиков например, а именно рациональность таблицы для счетчиков.
Наиболее быстрый вариант хранения счетчиков - это бинарный формат в файле.
Пример - в новом двиге кэш счетчиков, бана по IP, или в этом (и в новом) система HTTP антифлуда.
Нет никаких накладных расходов на соединение с MySQL и т.п.
как недостаток метода - крышесносящая (по началу) сложность обработки полей, но когда разберешься, далее легко.

Другой вариант - для кэша и счетчиков использовать SqLite, тоже получится весьма быстрый вариант.

Как третий вариант - использовать MySQL и тип таблицы MEMORY, в этом случае, как говорит само название, таблица вообще не создается на диске и существует только в памяти сервера. Весьма быстрое решение.
Как недостаток - к данному типу таблиц поддерживаются не все запросы, не все типы полей и занимает память на сервере.
Всего: 308