• Как отследить откуда пришел посетитель?

    romy4
    @romy4
    Exception handler
    Гугл аналитика? А про поисковые запросы напрямую вы никак не узнаете от гугла. Они закрыли наглухо.
    Ответ написан
    Комментировать
  • Как отследить откуда пришел посетитель?

    webinar
    @webinar Куратор тега Веб-разработка
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Яндекс метрика + яндекс api для метрики
    Ответ написан
    1 комментарий
  • Какие имена директорий сделать для крупного проекта?

    thewind
    @thewind
    php программист, front / backend developer
    Также вы можете просто разбивать пользователей на группы. Например, для пользователей с ID от 1 до 1000 хранить в папке /0/, для 1001 - 2000 в папке /1/
    Таким образом номер папки будет получаться просто floor(id/1000)
    Ответ написан
    Комментировать
  • Какие имена директорий сделать для крупного проекта?

    27cm
    @27cm
    TODO: Написать статус
    Хранить ведущие нули в именах папок - лишнее. В целом решение вполне норм, вот только если пользователей, как вы написали, в перспективе станет 100 000+, то это это уже 100 000+ папок и опять возникает та же проблема.

    Можно делать, например, как в git: берем хеш sha1 от данных файла, создаем папку из первых двух (или более) символов этого хеша, а внутрь заливаем данные. Получится что-то вроде:
    /a4/b7fce097055c3cbd6879db9625f9a3890cc409.jpg
    /a4/a66ce019422c3cbcbd69db9625f9a3890cda83.jpg
    /8c/3c7fbcd903744b20fd7567a1fcefa99133b5bc.jpg
    /e9/65047ad7c57865823c7d992b1d046ea66edf78.jpg
    (Всего не более 256 папок)

    Или если все файлы пронумерованы:
    /a4/1.jpg
    /a4/2.jpg
    /8c/3.jpg
    /e9/4.jpg

    При таком подходе вы сами сможете регулировать количество папок, уровень вложенности и среднее число файлов в папках.
    Ответ написан
    Комментировать
  • Можно ли использовать display table для верстки шаблона?

    @m_pchelnikov
    Использовать table-cell это самый простой метод выровнять сайдбар с основным контентом по высоте. Так же задается ширина, как и всему остальному, в использовании свойство простое. Я использую.
    Ответ написан
    Комментировать
  • Можно ли использовать display table для верстки шаблона?

    @mr_ko
    Javascript, Node.js. React.js, Vue.js, Wordpress
    Я тоже использую в некоторых случаях использую.
    Ответ написан
    Комментировать
  • Можно ли использовать display table для верстки шаблона?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Можно и тейбл и флоаты.
    На данный момент пока рановато только флексбокс, все остальное только в путь.
    Ответ написан
    Комментировать
  • Можно ли делать таблицы MYISAM + INNODB?

    NaN
    @NaN
    прямой ответ - Да.
    Можно их join и прочее.
    Но ведь необходимость InnoDB обуславливается не только внешними ключами. Смотрите по ситуации.
    Не сильно критичные данные можно запросто хранить в myisam.
    Ответ написан
    Комментировать
  • Можно ли делать таблицы MYISAM + INNODB?

    Melkij
    @Melkij
    PostgreSQL DBA
    1) можно.
    Но если вам всё равно не нужны ваши данные - сделайте memory (не шутка для кеша) или blackhole. Они быстрее работают.
    2) после смены innodb->myisam явно что-нибудь произойдёт с производительностью. Например, всё встанет колом на интенсивной записи из-за соответствующей табличной блокировке.
    Или покрэшится на ровном месте, тоже бывает.

    innoDB - это не внешние ключи, а несколько десятков лет наработанной теории и граблей транзакционных систем, и не просто begin/commit, а как ни в коем случае не потерять ни одной закомиченной транзакции при аварии.
    Ответ написан
    1 комментарий
  • Можно ли делать таблицы MYISAM + INNODB?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    А вес таблиц тех же новостей в формате InnoDB растет в 2 раза.

    насколько я помню если брать таблицу без индексов (ну только с PK) в MyISAM и InnoDB то там оверхэд на ряд где-то 20 байт... Далее идут свои нюансы с ключами... но это так же мелочи.

    вы либо удаляете из таблицы записи какие-то, либо не уверен. Но в любом случае InnoDB стоит использовать если есть такая возможность (с учетом того что в MySQL 5.6 уже есть full text индексы в InnoDB то в MyISAM возникает необходимость только в очень крайних ситуациях). Вы OPTIMIZE TABLE делали вообще?
    Ответ написан
    Комментировать