Hoax

Второе значение изменять мне не нужно, у меня передаются данные через JSON, закопленные объекты с помощью конкатенации добавляются к существующим (js), а первое значения LIMIT это константа, которая вычитается из общего количества записей. На данный момент у меня реализовано ситуация через замыкание на стороне js, которая считает собственные вызовы (при каждом событии), и передает новую величину во второе значение LIMIT. (проблема решаема, но только при помощи клиента). При дальнейшей разработке админки, я хотел бы исключить клиента, обобщив настройку всех данных через php. спасибо, изучу

Привет. Мне необходимо реализовать подгрузку контента при событии. Для этого необходимо "переходить" по количеству подгружаемых материалов с помощью LIMIT 1, x, где x - должна быть динамической величиной; на моём этапе разработки на месте "X" стоит параметр, передающий число от клиента (javascript), но я хотел бы изменить это условие. Вопрос. Как можно создать инкремент, или увеличивающуюся переменную в выражении LIMIT ? Чтобы второе значение LIMIT постоянно изменялось (LIMIT 1,2; LIMIT 1, 4 и т.д.)

Лишнее все, что не подпадает под обзор мобильного пользователя, если же макет изначально не предусматривает резиновых блоков под отрез попадают слайдбар и анонсы всякие оставляя место для основной ленты сайта Если ли какие-то рекомендации или прямые указания от поисковых систем что надо делать именно так?

У меня стационарный сайт с немалым количеством динамичесих модулей, которые на мобильной версии будут лишними, самым простым способом убрать их в верстке @media screen выбрал display none. Разумно ли поступать так с действующими блоками, и как к этому отнесутся поисковые системы? Как делаете вы?

Привет. У меня два сайта - основной и мобильный, на основном стоит php-редирект, перенаправляющий мобильных пользователей, выглядит след. образом - <?php $useragent=$_SERVER['HTTP_USER_AGENT']; if(preg_match('/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows ce|xda|xiino/i',$useragent)||preg_match('/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i',substr($useragent,,4))) header('Location: http://m.site.ru'); ?> Проблема в том, что если обратиться к несуществующей странице (404) основного сайта с телефона, он перенаправляет не на 404-страницу мобильного сайта, а просто на главную. Иными словами есть так : site.ru/yyy777 -> m.site.ru А нужно чтобы было так site.ru/yyy777 -> m.site.ru/404

Добрый день. Я развиваю сайт почти 2 года, самостоятельно создал модули на движке, сделал дизайн, верстку, также сам добавляю материалы. Сейчас работаю над зачатками собственного движка. Проблема в том, что за 1.5 года сайт хоть и развивается,но довольно медленно, я добавляю материалы каждые 3-7 дней, стараюсь как можно чаще, ведь есть же и другая работа, в том числе и по сайту. Трафик оставляет желать лучшего. (на мобильной версии 10-30 чел. в день) Скажите, если ли среди вас люди, которые так же как и я развивают проект в одиночку, и есть ли вообще смысл от этого? Ведь набирать людей, которые занимались бы контентом не всегда возможно в финансовом плане

Что необходимо для создания своего сервиса стрим-трансляции человеку знакомому с php, javascript (ajax) html/css, sql? Если ли где-нибудь необходимая информация? Никогда раньше не работал с потоковым мультимедия и соответственными протоколами. Заранее спасибо

как написать им? Не нашел формы отправки в разделах помощи

ап

Добрый день. В конце декабря получил письмо в ПУ вебмастера яндекса, мол яндекс признал m.site.ru неглавным зеркалом site.ru. Насколько мне известно, при обнаружении зеркал ПУ либо склеивают их в один, либо оставляют в поиске только один источник. Я не совсем понимаю, в порядке ли вещей призвать мобильный сайт зеркалом? Фактически он им является, т.к. копирует контент и использует ту же БД, но он нацелен на мобильных пользователей, а посему меня тревожит отношение поисковых систем к зеркалам. P.S. С точки зрения ПУ (конкретно яндекса) мобильный сайт был разработан соответственно требованием обозначения его мобильным : сайт был размещен на поддомене http://m.site.ru(что напрямую указывает на его мобильность в отношении ПУ), был указан односторонний редирект с основного на мобильный и проставлены атрибуты на ссылках между сайтами.

Добрый день. Сейчас имеется проблема с добавлением подгружаемого контента к уже имеющемуся (подгружаемому ранее). Дело в том, что я не понимаю как реализовать загрузку новых записей (например 3 штуки) к уже загруженным не обновляя ранний контент целиком. Т.е. в серверном файле указан запрос с LIMIT x, где x-параметр, переданный ajax- скриптом (через GET), который при каждом клике на "показать больше" увеличивается на 3, таким образом формирует запись LIMIT 3 - LIMIT 6 - LIMIT 9 и т.д. Это действие действительно подгружает все материалы с указанным количеством, только при каждом таком новом запросе, загружает и предыдущие записи тоже, таким образом все новые записи перезагружаются, это и понятно, т.к. именно так составлен запрос. Вопрос, как реализовать подгрузку, чтобы она загружала только необходимые материалы, без повторной загрузки всех остальных. Запрос вида LIMIT x,x (LIMIT 3,3; LIMIT 6,6) - решает проблемы на половину, показывая только новые записи, а старые при "клике" уничтожая.

Как вы организовываете папки для работы над материалами сайта? Куда вы предпочитаете грузить картинки и файлы для статей? Делаете ли вы отдельные папки для раздела, например site.ru/pets/cat/img1.jpg....img2.jpg, или используете сторонние хостинги или собственные поддомены? Ранее я вообще создавал каждую папку для отдельного материала, и поскольку, материалов на сайте было не так уж много (выходили раз в неделю/две) количество папок меня не смущало, тем более, что я практически не обращался к ним напрямую. Теперь ситуация изменилась, и мне необходимо поменять привычный вид файловой системы. Как делаете вы?

Спасибо

Выражение такого вида : Ф-я $col = $this->res($column); // res() - экранирует символы (в зависимости от типа, массива или строки)is_array($column)? $cols = implode(',', $col) : $cols = $col; // Если массив ( разбить его на строку), если строка - оставитьИли все-таки лучше сделать так is_array($column)? $cols = implode(',', $this->res($col) ) : $cols = $this->res($col);

Спасибо, но при таком раскладе, пользователи зашедшие со стационарных ПК на мобильную версию (а такие есть) увидят размазанные по всему экрану картинки