А сколько процентов пользователей публикуют посты и сколько подверглось сбросу по пункту 1? То есть тем кто не пишет закрыли доступ к регуляции контента, может быть тогда отметки совсем убрать? Вместо того чтобы стимулировать комментарии к статьям которые зачастую бывают полезнее самой статьи, выделять самые лучше по оценкам, запретили оценивать. Почему просто тогда не убрать карму для тех кто не пишет посты?
P.S. Да я подвергся сбросу по п. 1. Единственное для чего мне нужна была карма, плюсануть кому-нибудь за хороший комментарий/пост. Ну и минусовать иногда откровенное хамство и троллинг.
Я вам еще дам тему для непонимания. Люди еще и для сервер сайда такое используют, splunk например. А вообще, вот это скинуть, грепать, БД, графики это же все равно надо реализовывать, дать для этого инфраструктуру. Часто проще купить.
У нас например для одной штуки написана обертка, которая формирует запрос к шеллу для imagick, такой язык запросов своеобразный, вполне себе годная и удобная вещь.
Зашел посмотреть, здорово конечно повесить листалку комментариев в блоке на курсорные клавиши, но реально нервирует то, что эти самы клавиши не листают страницу
оригинальный поиск у вас однако, мало того что поля в форме после сабмита не сохраняются, для уточнения приходится по новой вводить, так еще и алгоритм странный. Ищу по фразе php — в выводе попадаются Delphi, сисадмин, флеш разработчик, в полном описании фразы нет
Если не нужна оптимизация, то запроса вы даже не увидите, он соберется сам по схеме объекта, вы просто указали что получить, лезть на уровень raw sql вам абсолютно не нужно.
Я думаю что вы подсознательно понимаете, что при изменении требований легче изменить первый вариант, в который можно добавить и условную логику, а не снова хардкодить новую версию второго варианта.
В onPHP вам тоже никто не мешает сделать свой запрос и тоже построителем на объектах, а не куском SQL кода с переменными, который почти не поддается изменению. Да и к тому же, даже если запрос не оптимален, приложение не ляжет, т.к. данные в первую очередь возьмутся из кеша, а там они точно будут присутствовать, пока не ляжет кеш, или будут изменены сами данные, что повлечет их сброс из кеша.
при чем здесь кеш базы? Author::dao()->getById(42); вернет кешированную запись из того кеша который наcтроен, например memcache. Кеш в базе нам вообщем то не интересен, мы на него слабо влияем, да и не такой быстрый.
сходил, посмотрел на тарифы, я такого чуда никогда не видел, это же на сколько денег можно попасть:
«При размещении на площадке Ростелеком трафик предоставляется бесплатно при любых объемах при условии соблюдения соотношений входящего к исходящему 1:4. Это означает, что в течение календарного месяца Ваш VDS может закачивать из сети не более 25% от объемов отдаваемого трафика. При несоблюдении указанных соотношений за объем входящего трафика, не вписывающегося в соотношение, взимается плата из расчета 1,6 руб/Мб.»
1.6 р за МЕГАБАЙТ!!!
P.S. Да я подвергся сбросу по п. 1. Единственное для чего мне нужна была карма, плюсануть кому-нибудь за хороший комментарий/пост. Ну и минусовать иногда откровенное хамство и троллинг.
SQL код — это не просто, не ясно и к тому же не гибко, мое глубокое ИМХО
в $postList будет лежать массив объктов Post
«При размещении на площадке Ростелеком трафик предоставляется бесплатно при любых объемах при условии соблюдения соотношений входящего к исходящему 1:4. Это означает, что в течение календарного месяца Ваш VDS может закачивать из сети не более 25% от объемов отдаваемого трафика. При несоблюдении указанных соотношений за объем входящего трафика, не вписывающегося в соотношение, взимается плата из расчета 1,6 руб/Мб.»
1.6 р за МЕГАБАЙТ!!!