Алеандр

Алеандр
Рейтинг
208
Регистрация
08.12.2010
141c18
SeVlad #:

?!! Где?

Красава.. Просто красава.. речь у него шла "об изменениях в базе"..

😂

Про "изменения" читай с первого поста. Я просто забыл, что ты много букв не читаешь, а надо бы. В этом вся суть.

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

Дальше без комментариев твоих постов, ибо я считал тебя более осведомленным за пределами стандартных задач ВП. Смысла говорить с тобой о том, что ты не использовал на практике и для конкретных задач - никакого.


Junost :

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

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

Я бы ставил выше, потом понижал. Ибо понижение цены со временем будет воспринято на ура теми, кто уже подписывается, а вот повышение будет воспринято плохо.

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

Junost #:

Если бы раз в пару месяцев надо было бы актуализировать тестовую версию, то просто вручную бы делал, но 1-2 раза в неделю - лень. Пусть работают скрипты, пусть "через попу", главное от меня меньше телодвижений требуется )

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

SeVlad #:

Нудануда, как в глазик кольнуло, так сразу я "юлю", ага? Удобная позиция.

Телепат опять раздаёт "советы космического масштаба и космической же глупости" (с). Даже после объяснений ТСа.. Упоростоть, такая упоротость.

А может ты сделаешь ТСу, то что тут предлагаешь? Чисто поржать посмотреть что у тебя получится.

Так что? Я тебе ответил, теперь расскажи как тот код меняет базу и для чего потребуется делать ее полную копию, чтобы его протестировать?

Легко, за деньги, само собой. Как будто первый раз я переношу сайты или делаю Dev для них. Но вроде предложение услуг в другом разделе, а принимать советы или нет - дело ТС.

И да, речь постоянно шла о "изменениях".

Читаем тут: https://searchengines.guru/ru/forum/1037073/page2#comment_16541931
"изменения в коде сайта и их тестирование к изменениям базы"

или тут: https://searchengines.guru/ru/forum/1037073/page2#comment_16541940
ты сам это цитировал еще раз.

А еще можно и в самом первом моем посте посмотреть: https://searchengines.guru/ru/forum/1037073#comment_16541823
"А в БД тоже ежедневные изменения структуры?"

Я уж молчу про съезд по поводу дампов БД частями, о чем тебе оказалось неведомо, которые необходимы для работы и структуры для остальной части сайта.
SeVlad #:
Расскажу как только ты расскажешь как у тебя из слов "затрагивает базу" образовалось "делают в ней изменения". Наверное также как и "код" и "дизайн" из слова "нововведения".

Ты уже юлишь, впрочем, это даже не удивляет. Через тему у тебя такие ответы. Потому что речь и шла все это время о том, что запрос в базу на вывод ID поста не требует ВСЕЙ базы, а только структуры и демо-данных. И эти изменения никак не трогают базу, и перезаливать ее туда-обратно, когда ты только это поменял в коде - верх идиотизма. Но, если тебе непонятно, что под троганием подразумевается ее изменение, о чем и шла речь в самом начале, то это уже так, как уж на сковороде.

Или мы вели речь о том, что можно без БД вести работу над сайтом? ) Конечно она нужна, офигеть новость, вот только для разработки достаточно голой базы в данном случае, а не ее 4х гиговый дамп. Оляля..

Junost #:

Вроде бы реализуемо?

Вам многие написали как действительно нужно делать. Но, если вам интересно все это тягать и заниматься разработкой через сложности, то никто не мешает. Можно и по вашему сценарию.
SeVlad #:
Может хватит доказывать свою безграмотность и упоротость? Код из соседней темы как раз напрямую "затрагивает" базу.
Клиника. Расскажи, какие изменения этот код и его изменения делают в базе. Не запрашивают ее, а делают в ней изменения?
firstinweb #:
Алеандр, а про Зеланда что-то скажете?

А что можно сказать за автора книг по вымышленным техникам? Наверное, хороший бизнесмен. Я же не знаю его лично. По большому счету они все мало отличаются от практик множества бизнес-тренеров и мотиваторов. "Я вам расскажу как заработать миллион. Здесь в зале 10 тыс мест, входной билет 100 баксов. Рассказ окончен" )

SeVlad #:
Не смущает, а возмущает. Ты не знаешь даже структуры базы, не знаешь о суррогатности и сквозных id, не знаешь вообще ничего внутренностях ВП и как с ним работать, а лезешь с идиотскими советами и более того - споришь о чем и понятия не имеешь.

Точняк, я же первый раз в глаза вижу код ВП и его базу ))
Еще раз, тебе к создателям плагинов, вот они развлеклись бы послушая, как им нужны базы клиентов в полном размере, чтобы создать плагин для всех. Без этого ни плагин написать, ничего не сделать. Хочешь плагин - давай свою базу. Ах, хотите универсальный, скидывайте все базы данных, иначе никак. Они же так разрабатывают, верно?

Всего: 1471