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);

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

Как эффективно сжать изображения на мобильной версии с уравнением пропорций размера?

("SELECT * FROM `{$t}` WHERE id='{$whe}'");сделал так, работает. Стоит ли значение id заключать в кавычки, при условии что там цифровое значение а не строка? (напри. id=2)

Не могу создать тему из-за ошибки " Not Acceptable An appropriate representation of the requested resource /index.php could not be found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request." Поэтому напишу здесь — Не могу понять,как правильно вставлять кавычки(скобки) в sql выражения? Вот в данном случае все работает : ('SELECT * FROM '.$table.' WHERE id="$where"');// table вставлено с помощью конкатенации.// where просто со скобочками Однако в попытке как-то "уравнять" запись обеих переменных : ('SELECT * FROM '.$table.' WHERE id='.$where.' ');// или('SELECT * FROM "$table" WHERE id="$where" ' );Ничего не выходит. Как все-таки надо оформлять переменные в запросе?

Как вообще можно сравнивать код, и копирайтинг? Считаю, что 150 рублей и выше - цена только лишь для специалистов в узкой теме, аля физиологи и врачи, пишущие про здоровье и патологии, а не несостоявшиеся васи-спортсмены, которые и двух слов о человеческом организме связать не могут. Тоже самое можно сказать про любые другие тематики. Я сразу вижу когда человек не владеет темой и начинает лить воду в текст, пытаясь разбавить его бесполезными словами. Платить (в среднем) 500р за одну статью для например игровой тематики, или женской (аля любовь, отношения), где особо не нужно вспоминать эмпирический опыт пройденного образования, считаю недопустимым.

Создал вакансию для копирайтера на одном известных для этого дела сервисов. Вначале установил цену 50р за 1000 символов, а позже увеличил до 70р. Проплатил публикацию и получил 2 негативных отзыва, которые формулировались следующим образом : "За такие деньги никто работать не будет." Позже мне на почту пришел и 3-й отзыв, который как бы хотел работу, но очень интересовался повышением зарплаты, т.к. "для биржи это маленькая цена" - хотя сайт, на котором я размещал вакансию не являлся биржей. Действительно ли даже 70р за 1000 символов является низкой ценой? Причем я в вакансии не указывал вообще про какой-либо опыт или тематику, которая требует специальных знаний, или хорошо оценивается (финансы,строительство,медицина и тд). Просто человеку нужно было мониторить форумы и сайты и писать материалы. В свое время на биржах я работал 5-10рублей за 1000 символов чтоли, это еще wmzona была для тех, кто знает. Так что нынешние расценки современных хотейщиков меня напрягают, ведь если бы я искал постоянного копирайтера(журналиста) на целый день, а не удаленно как сейчас, я бы конечно пересмотрел расценки. /diss

в нормальном человеческом а не инопланетянском приложении должен быть разделен только фронтенд и бекенд - сам сайт и админка, соответственно для админки и сайта свои скрипты js шрифты картинки css стили. Это вероятно, мусорное приложение, ибо каждый раздел (сайт, админка) имеет свои страницы (страницы сайта и админки), которые в свою очередь могут содержать по мимо основного php-кода и js-скрипты. Если у меня страница создания материала - я подключу в нее js-скрипт, который будет отвечать только за действия, произведенные на этой странице создания материала. Я ничего не разделяю, но гораздо удобнее при разработке модуля, в директория этого модуля указать путь к js-файлу, который отвечает именно за те функции которые выполняет отдельный модуль. Или вы мне предлагаете в index.php указать путь в один js-скрипт, в котором код всего сайта?

Для каждой страницы и каждого модуля (например меню и т.д.) придется указывать свой путь, который состоит из не менее пяти директорий. Запись от корня просто неудобна и каждый раз различна (страницы-то разные). Но если никак больше нельзя установить путь, придется писать абсолютный...

Проблема в следующем. Допустим есть корневой файл - index.php, который в свою очередь инклудит в себя файлы отдельных страниц, допустим page1.php или page2.php и т.д. С точки зрения php, я могу инклудить в page1.php какой-нибудь файл части страницы, например header.php, причем я буду его инклудить относительно page1.php, и совсем не важно, что этот файл (page1.php) инклудится в свою очередь индексным файлом (index.php) Однако с точки зрения JS, я не смогу находясь page1.php написать относительно пусть, к допустим, file.js, т.к. при таком подходе, js будет искать файл не относительно page1.php, а относительно index.php. Именно поэтому при добавлении js файла в php приходится каждый раз писать абсолютный путь, что очень длинно и не удобно. Как решить это проблему?

При определении константы через define(), все идеально. define('PATH', $_SERVER['DOCUMENT_ROOT']. '/my_path');Однако при аналогичном определении через const const PATH = $_SERVER['DOCUMENT_ROOT'];Выбрасывает синтаксическую ошибку : Parse error: syntax error, unexpected '$_SERVER' (T_VARIABLE) Мб я уже туплю, но разъясните плз, что тут не так?

Хорошо я понял, спасибо