каждый браузер передает

ну так сути то не поменяет хех

вообще идея не самая здравая да, должно быть право выбора)

ну так сути то не поменяет хех

очень меняет, если браузер передает ru-ru и en-us, то показывай site.ru/en, не зависимо откуда запрос пришел

и в БД запросы не нужно делать

ты прав да

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

возможность выбора всегда должна быть, я про первый заход нового пользователя

типо строить какие-то языковые предпочтения пользователя на основе гео или же accepted language такая себе идея)

возможность выбора всегда должна быть, я про первый заход нового пользователя

это да

А использовать $_SERVER['HTTP_ACCEPT_LANGUAGE'] для определения зыка уже нельзя?

а, понял о чем разговор, сорян. Пользователю нужно отдавать сайт в языке который он предпочитает, а предпочитает он тот котрый установлен у него в системе и следовательно HTTP_ACCEPT_LANGUAGE наилучшее решение. Фелбечиться на основной язык целевой аудитории в случае неудачи.

спс

отличное решение для языка

Сегодня в 21:30 МСК планирую постримить на тему xdebug и отладки в php на своем канале. https://www.youtube.com/watch?v=d5gQW7y0O4s

многим думаю будет полезно, от отладка с помощью echo и var_dump

Сегодня в 21:30 МСК планирую постримить на тему xdebug и отладки в php на своем канале. https://www.youtube.com/watch?v=d5gQW7y0O4s

inb4: xdebug говно, я принтами охуенно отлаживаюсь

многим думаю будет полезно, от отладка с помощью echo и var_dump

Мне полезно, спасибо. Особенно интересует интеграция в зенды (мажента) и сифон

Что значит интеграция?) Как разница какой фрейм дебажить

народ

http://magic-cookie.co.uk/iplist.html

есть такой код на пхп?)

ну или похожий там)

ну или похожий там)

https://www.google.ru/search?q=php+ipcalc&oq=php+ipc&aqs=chrome.1.69i57j0l5.4503j0j4&sourceid=chrome&ie=UTF-8

Что значит интеграция?) Как разница какой фрейм дебажить

попробую это объяснить на видео)

Как настроить php codesniffer в phpstorm+openserver? запускаю phpstorm через openserver, codesniffer установил через composer и получаю такое: http://joxi.ru/K823dEU6DnYlAO

https://confluence.jetbrains.com/display/PhpStorm/PHP+Code+Sniffer+in+PhpStorm

ищи его в папке vendor/bin/phpcs.bat

а не там где ты указал

аа.. попробую :)

Спасибо!!

Всем привет, мб вопрос не по теме, но посоветуйте хостинг нормальный, желательно без ISP панели.

vds.menu

poiskvps.ru

спасибо)

DDD Эванса есть в электронном виде есть в FB2 или только DJVU / PDF ?

может в гугл этот вопрос?

только оттуда :)

или конвертатор какой поискать если не найдешь)

так как конвертить, там картинки(

можно кончено через распознователь, но тот ещё загон :)

В миграциях работать с данными таблиц нормальная практика или нет? Обычно там идет работа со структурой таблиц и откат аналогичный. А перепрокинуть данные из старых таблиц в новые уже задача сидов, ведь так? Тут автодеплой поперек горла встал и использовать миграции в "грязном варианте" очень удобно.

сиды это просто набор данных же

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

мне кажется это ложное впечетление

даже если предположить что это правда

толку от того что ты перенос данных и изменение структуры разделишь?

В целом, такая схема рабочая, так я делал, когда деплой проекта был без докера. Руками заходил в новый релиз и там исполнял команды миграций и сидов.

толку от того что ты перенос данных и изменение структуры разделишь?

ну как минимум мусора в миграциях станет меньше

разделить структуру и данные

разделить структуру и данные

есть смысл если у тебя кровавый энтерпрайс и есть отдельные DBA

так а зачем это именно в сиды?

в доках везде сиды как первоначальное наполнение

а не мутация данных

потому что так тебе получится 3 этапа делать

1. Сделать миграции и создать новые колонки 2. Вызвать сиды чтобы перенести данные 3. Сделать миграции на удаление старых колонок

да, все так

то что разнести перенос данных и изменения структуры бд

это можно сделать кучей разных способ

и оставить все в миграциях

просто одна миграция только меняет структуру

другая только переносит данные

самая хуевая сложность тут в другом

чтобы сделать бесшовный релиз

нужно при разработке писать код который будет поддерживать 2 структуры бд

и релиз выглядит вот так

1. Добавить новые колонки где все должно лежать 2. Вылить релиз app чтобы он читал из старого места, а писал и по старому и в новый формат 3. Сделать перенос данных из старого в новый формат 4. Обновить app чтобы он читал из нового формата и писал только в новый формат (тем самым старый перестаем юзать) 5. Удаляем старые колонки

это если постоянная нагрузка и надо без падений все обработать

Угу, ты все правильно говоришь. Мне надо было узнать, тру или не тру переносить данные в миграциях ;)

но самое неприятное что на 2 шаге код пиздец не надежный)

а шовная выливка позволяет убрать пункт 2

Угу, ты все правильно говоришь. Мне надо было узнать, тру или не тру переносить данные в миграциях ;)

миграции лишьс структуру базы подымают

и после пункта 1, надо стопить доступ к серверу и делать пункт 3, потом 4, открывать доступ к серверу и пункт 5

данные вообще не при чем

данные вообще не при чем

а как данные переносить ?)

каноничненько)

ну можно через импорт експорт

обычный я думаю

Я пока это решаю переводом базы на read-only режим, а потом делаю свитч на blue/green, после запуска миграций. Пункта 2 как такового нет. Делается все в 2 присеста.

ну я тоже думал подоное сделать