Jump to content

Veseloff

Moderator
  • Posts

    3,457
  • Joined

  • Last visited

  • Days Won

    40

Everything posted by Veseloff

  1. Почему? Я использую иногда. Если, например, в публичном вайфае сижу.
  2. А зачем? Откуда столько злобы?
  3. Не понял вопроса вообще.
  4. А что, вам мало? Так вроде дали ссылку на документацию — что ещё-то нужно?
  5. Я думаю, что на таком сайте нужно разместить качественную информацию про ваш СЦ с ценами на услуги, отзывами довольных клиентов и всё такое прочее. А самое главное, надо действительно качественно всё делать. И тогда ваш центр заработает столько денег, что домен и хостинг вообще не будут вас волновать в плане цены.
  6. А вы ыообще понимаете что этот код делает и как хотя бы примерно всё работает. Потому что сейчас кроме тупейшей копипасты я не вижу ничего. У меня было предположение с самого начала почему у вас не работает и сейчас оно подтверждается, но я бы хотел, чтобы вы немного подумали и сами всё сделали. Если что — подскажем, не проблема.
  7. Я просто не увидел страницы с попыткой сделать как надо. Попробуйте совместить, а мы посмотрим почему не получилось.
  8. А в чём проблема? Взяли и вставили на одну страницу, не?
  9. А, так ты не сам что ли настраивал всё?
  10. Ну фиг знает как там всё настроено. Бывает, что стоит nginx на фронте, а на бэке апач. Я сам так иногда делал, но в 99% случаев это не нужно.
  11. Ну в общем-то видно, что апач и мускуль всё едят. Хотя непонятно почему так. Ну какие советы тут могут быть: 1. InnoDB используешь? Если нет, то вырубай нафиг его и памяти мускуль будет есть в разы меньше. 2. Пооптимизируй настройки мускуля. Обычно есть в комплекте с ним несколько вариантов конфига, в том числе и для слабых машин. Там кэши маленькие, процессов меньше и всякие разные фичи выключены, которые, конечно, всё ускоряют, но сжирают память и тебе по сути не нужны. 3. Есть nginx, зачем apache? Убей апача, он капец прожорливый гад.
  12. Тут не всё, само собой. Отсортируй по памяти. Сейчас у тебя отсортировано по CPU. Тыкни просто на заголовок MEM%. Если не прокатит, то F6 и выбери MEM в меню сортировки. Сразу станет видно кто больше всех жрёт. Видно, что httpd прилично отъедает. Но в пределах нормы. Погляди что ещё там есть интересного.
  13. Ну надо смотреть что вообще на сервере есть и как себя всё это ведёт. InnoDB довольно прожорливый в плане памяти, но если памяти гиг, то этого более чем достаточно. А что покажет какой-нибудь htop? Кто всю память съедает?
  14. В питоне ещё лучше. a = c if b else d
  15. Спорно. Мне кажется, что конструкция типа foo = bar<10 ? bar : baz;Гораздо читабельнее, чем if (bar < 10){ foo = bar;}else{ foo = baz;}Тут суть в том, что надо понимать когда она к месту, а когда нет. Например такой вариант a = a < 10 ? a : (a < 100 ? a / 2 : (a > 1000 ? a / 100 : a / 10))реально нечитабельный и так делать не стоит.
  16. Ну я бы грешил на плохую виртуалку. Часто битые диски плохо себя ведут.
  17. Ну так это реклама какая-то. С чего ради браузер должен её показать, если она не установвлена на сайт?
  18. Вот сколько андроидом пользуюсь — не припомню, чтобы какие-то всплывающие окна были. Что за окна-то?
  19. Я считаю, что такого лучше не делать. На а так тор, цепочки впн в помощь.
  20. Давайте ссылку — посмотрим, а то у нас тут Нострадаусов нет.
  21. А вы видите что тут написано? Очевидно же, что доступ запрещён для пользователя без имени.
  22. Да в общем-то для 1000 записей по первичному ключу без разницы первый или второй. Третий вариант кажется бредовым. Вы только посмотрите как правильно используются prepared statements, а то у вас как-то всё фигово сделано.
  23. https://ru.wikipedia.org/wiki/Retina Наглое враньё.
  24. Круто, спасибо. А зачем position: relative? И нормально отрицательный margin работает? Просто мне помнится, что раньше были какие-то проблемы.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy