Jump to content

Lukas

Новичок
  • Content Count

    25
  • Joined

  • Last visited

Posts posted by Lukas

  1. Зачем же Вы используете движок с такими якобы проблемами?

    Лечить нужно по мере появления болезней. Будут — лечите. Не будут — не парьтесь. Руководство здесь: https://support.google.com/webmasters/answer/139066?hl=ru
    Вообще, правится созданием списка игнорируемых параметров в robots.txt, ничего сложного.

     

    PS А люди... эти люди на все жалуются, не обращайте внимания.

     

  2. 14 часа назад, 131313sd сказал:

    if (isset($_GET['id'])) {$id=$_GET['id'];}
    if (!isset($id)) {$id=1;}

    Адское все, начиная с.

    Для ТС:
    1. Учите человеческий синтаксис, смотрите чужой код. Цитата выше — так не надо, если Вы не индус, конечно. Конструкция

    $id = isset($_POST['id']) ? $_POST['id'] : 1;

    сделает все то же и не будет вызывать нервную дрожь.

    2. MySQL...

    $result4=mysql_query ("SELECT * FROM komment WHERE post='$id'",$db);

    а) не используйте расширение mysql_, пользуйтесь mysqli_
    б) выносите текст запроса из функции в переменную — на больших запросах это сослужит Вам хорошую службу.
    в) названия таблиц в БД — Google Translate в помощь, название таблицы "tovats1" — адский ад, не вижу ни одной причины не назвать ее "goods", например.
    г) иньекция же.

    $sql = 'SELECT * FROM `comments` WHERE `id`=' . (int)$id;
    $result = mysqli_query( $sql, $db );

    3. Таблица komment_seting — защита от роботов? Тогда не забудьте сделать ее уникальной для пользователей (чтобы два пользователя не получали одни код) и вообще генерите ее при создании формы, в нынешнем виде защита работать не будет.

    4. Тут еще править и править, например, подсчет просмотров в самом начала отлично показывает в каком году родилась бабушка соседки песика тети двоюродной сестры мужа сына кума отца первого президента Малазии, но никак не количество просмотров.

  3. Никакие налоги никто не повышает, речь идет о приведение в порядок налогового законодательства.
    Оплата налогов в общем и НДС в частности стране получателя — стандартная практика (см. разницу цен в ITunes в РФ и США, например). При этом аналогичный налог в Германии Хецнер не платит (аналог tax-free — продажа товара / услуги за границу). И то что раньше ФНС не собирала НДС с зарубежных компаний, продающих цифровые товары на территории РФ, — хорошая такая дыра в НК. Была. Sad but true, халява закончилась. Раньше только российские хостеры платили НДС, теперь будут и зарубежные. Впрочем, 18% — не та сумма, чтобы паниковать.

    PS Желающие попричитать о непомерности налогов приглашаются пересчитать все цены на греческие 24% НДС или венгерские 27% (накиньте так 9%+ на все цены). В Европе НДС меньше Российского только в Люксембурге, но чего с них взять, с княжества-то. Впрочем, сравнение не совсем корректно, в России дороги не столько сами налоги, сколько их администрирование.

  4. Следите за руками: время на поиск бесплатного домена * стоимость времени = Х. При Вашей стоимости $3.99 домена (в английском языке знак валюты ставится перед суммой) и времени написания поста / чтения комментов / поисков / ..., например, в полчаса, получается что Вы оцениваете свое время в $2 в час. Мое время, например, стоит дороже, мне дешевле зарегистрировать домен и не тратить на это время.

    И да, хватит читать всякую коучинговую макулатуру. Котлера почитайте — полезнее.

  5. В любом случае все упирается в деньги и/или возможность их привлечения. И не суть важно — платить своей команде или заказывать у кого-то. При заказе на стороне совершенно не факт что кинут — есть достаточно много адекватных компаний, работающих нормально. Но и стоят они дороже. Самый простой критерий, позволяющий отсечь совсем уж нехороших людей — если Вам назначают цену без четко прописанного ТЗ. Если на вскидку говорят цифру, можно даже не продолжать разговор. Тот кто работает на совесть назовет в лучшем случае широкую вилку (от хх до 10*хх, например), но более-менее точные цифры будет называть только тогда когда поймет объем работы.

    PS для параноиков: я не занимаюсь разработкой мобильных приложений даже и близко, свои или чьи-то услуги предлагать не собираюсь.

  6. 1. Я с актуальными версиями punBB не общался, но в целом все должно быть сделано нормально. В настройках (если есть где) укажите https, в базе вряд ли там что-то надо менять, а вот шаблоны проверить было бы не лишним — в них могут быть абсолютные ссылки. Как минимум поиск по фразе "http://". Ну и прогоните потом ssl-checker`ом, чтобы быть спокойным.

    2. "//" — вполне корректное решение, используется для отображения той схемы, которая есть на сайте. Т.е. на http-версии она будет вести на http-версию, на https — соответственно.

  7. Все зависит от того насколько хорошо движок умеет с ним работать. В целом — отличная и оооочень полезная штука.  В целом, конечно, гораздо быстрее файлового кэша — примерно на уровне memcache / memcached. Но "просто подключить" — не факт что будет разница, если движок им не пользуется или пользуется некорректно — как с любым кэшем, в общем-то.

  8. В 21.03.2017 в 1:20 PM, GUEVARA сказал:

    Слушайте, а у меня вопрос похожий, но немного другой, надеюсь ТС не будет против, если я отпишу тут

    Я тоже как то создал сайт и буквально через месяц-полтора одну страницу добавили в реестр, но как я понял добавили не весь сайт а только 1 страницу с конкретным фильмом, вот скрин

    89a38f4a04e442b0ed6053fd4c86b8b6.jpg

    может ли это повлиять на другие фильмы? а то как то траффа вообще нет (20 чел). хотя больше 350 уник фильмов и сайту больше полугода... или просто конкретный фильм не доступен для россиян?

    1. Проверьте индексацию сайта — остальные страницы проиндексированы или не очень?
    2. Зайдите на сайт под несколькими российскими прокси / анонимайзерами, посмотрите нормально ли открывается.

  9. Смотрите, поскольку речь идет о форуме, то важно не потерять ссылочную массу. Поэтому:

    13 часа назад, ProroK680 сказал:

    .htaccess

    RewriteCond %{HTTPS} off
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

    так делать не надо.

    Правильный порядок действий:
    1. Разворачиваете https версию параллельно с http
    2. Указываете поисковикам что основной является версия с https (в sitemap + Яндекс.Вебмастер + Google Webmaster Console)
    3. Ждете пока поисковики перенесут все ссылки на https-версию (ориентировочно месяц, может полтора)
    4. И вот тогда уже можно сделать переадресацию с http на https (см. выше).

    Относительно разворачивания https-версии:

    1. Получаем сертификат (либо у хостера, либо самостоятельно, бесплатные сертификаты из правильных источников приветствуются)
    2. Меняем настройки apache/nginx/чем богаты (если VPS / свой сервер) или пинаем хостера если виртуальный хостинг.
    2. Вносим все настройки в phpBB (для начала в config.php, проверяем чтобы все было корректно, при необходимости допиливаем на месте)
    3. Проходимся по всему сайту и заменяем все абсолютные ссылки на ресурсы с http:// на // (т.е. если запрашивалась картинка с http://ya.ru/logo.png, меняем ссылку на //ya.ru/logo.png) — это позволит ресурсам одинаково хорошо отображаться и на http и на https-версии. Сомневаетесь — ssl-check.ru в помощь.

    Если что-то конкретное будет не получаться — велкам.

  10. 1 минуту назад, (Gofinger) сказал:

    Только минусы будут

    Трафик уходить, работоспособность может нарушиться и т.д.

    Но на https все равно переходят.... 

    Поясните, как HTTPS может в принципе повлиять на работоспособность? Ну так, теоретически. И куда у Вас траффик уходит-то?

  11. 55 минут назад, Frost67 сказал:

    Есть смысл проверять так же на битые ссылки. Приведенный как пример сервис это делает в том числе. 

    Приведенный сервис проверяет именно ошибки SSL, а вот https://badlinks.ru да, проверяет на битые ссылки.
    Вообще, меня дико удивляют люди, которые не хотят приводить свои сайты в порядок. Тратят кучу времени на продвижения, ссылки раскидывают, на пузомерки медитируют. А просто навести порядок на своем сайте — руки не доходят.

  12. 1 минуту назад, Воланд сказал:

    а вот рекламировать свои услуги, когда Вы только начали свое общение на форуме, я бы Вам не советовал....

    Сие запрещено или?

    Рекламировать себя особо не собираюсь, а вот правила поведения понять интересно.

  13. Вообще, мерить посещаемость человеками в сутки не совсем корректно:
    1. 1 человек может просмотреть 1 страницу, а может и 20. Нагрузка пропорционально.
    2. Помимо посетителей на сайт могут прийти поисковые роботы. У меня на одном проекте они дают до ~4-5 просмотров в сутки, что соответствует ~380 тыс просмотренных страниц в сутки вне зависимости от количества посетителей.
    3. Ресурсы хостинга, само собой.

    500 человек в день это даже не нагрузка. 30 человек в час в среднем = 1 человек за 2 минуты.

  14. Чтобы не было просадки, переходить нужно мягко. Чтобы паралельно две версии работали с месяц, пока поисковики не перекинут все ссылки на новую версию сайта. И тогда все будет ок.

    Кстати, после перевода на https, оооочень не лишним будет проверить на старые http-ссылки (которые могут быть на внутренних страницах). При помощи https://ssl-check.ru, например.

  15. 6 минут назад, AlexK сказал:

    Ну это вообще ) Чудо в перьях...

    Оба. Первый за то что толсто троллит, а второй за то что на троллинг повелся.

  16. Ответ прост — за деньги. Хороших — за хорошие деньги.
    Бесплатно "строчить код" для чьей-то задумки — а зачем, собственно? Нет, не надо мне рассказывать про красивые перспективы и как Вы разработчика озолотите. Если Вы не готовы вложить в проект ХХХХ денег, то зачем кому-то вкладывать в него свое время (далеко не бесплатное, между прочим)? Вот и ответ на Ваш вопрос.

  17. Хорошего пути здесь нет и проще подождать пока сервисы перейдут на https, сверкая пока оранжевым значком.

    Если все же хочется задачу решить, то:

    1. Самый простой путь — сделать свою обертку, а-ля прокси.
    Грубо говоря, пишется скрипт, который принимает запросы по https:// и дальше отправляет их на нужный сайт по http:// и соответственно гонит контент в обратную сторону. Но траффика будет кушаться море — для каждого смотрящего будет поток входящего видео и поток исходящего. Если зрителей одновременных до сотни и у сервера хороший канал, то вполне съедобное решение. И делается за полдня-день.

    Путь два — разворачивать сервер трансляций у себя. Здесь гораздо больше вкусностей — можно настроить у себя кэширование, ставить поверх видео свой логотип, вставлять свою видеорекламу, например. В целом более взрослое решение. Но штука более сложная и затратная — и по стоимости разработки и по железу. В целом, ничего адски сложного.

  18. Такого рода сервисы всегда делаются под конкретную задачу и в продаже не появляются — слишком уж специфическая вещь. Да и смысла покупать особо нет — Вам нужен не только и не столько сервис, сколько человек, который адаптирует его под Ваши цели и задачи.

    Есть два пути реализации задачи:
    1. Договариваться с сервисами, которые будут предоставлять информацию (для авиабилетов это, например, https://www.sabre.com/, для гостиниц у Booking.com есть API и т.д.). Это совершенно легальный и правильный путь, а сервисы вполне договороспособны. Более того, у многих таких сервисов уже есть готовое API, которое можно подключить и использовать в полный рост. И, да, они вполне готовы платить комиссию за привлеченных клиентов (у того же Booking есть affiliate program и т.д.).

    2. Парсить выдачу сайтов. Этот путь муторнее программно, не надежен и формально не очень легален. Впрочем, никаких юридических последствий это, как правило, не несет — просто блокируется IP, с которого работает Ваш сервис и все, никому не нужно ходить в суды, проще просто забанить. Т.е. все может отвалиться в любой момент. Это, конечно, тоже решается (раскиданная по разным хостингам сеть парсеров с маскировкой под поисковики, контролем их работы и общей точкой обработки информации), но, в целом, этот метод применяется, как правило, лишь для разовых задач —.собрать информацию и все.

    Опишите, пожалуйста, задачу более подробно (лучше в ЛС), смогу подсказать более предметно, в том числе и по возможным срокам / бюджетам / исполнителям.

     

     

×
×
  • Create New...