Sly32

Рейтинг
370
Регистрация
29.03.2012

TiA, Это не то что я хочу. Работает и тот и тот вариант, но противоречит кодексу. Мне нужно понять, как правильно подключать wp_localize_script в моем случае, чтобы использовать переменную вида url: ajaxurl.url, это будет универсальное решение и мне не придется заботиться, подключен ли wp-admin.php ранее или нет. В кодексе читаю, но не могу разобраться с wp_localize_script

SeVlad:
Я на полном серьёзе не понимаю как можно работать на ПК (даже не в вебстроительстве, а вообще делать что-то чуть более сложное, чем сёрфиг по одноглазникам) без ФМ. Проводник (ну и его клоны)? Да ну на. Это не ФМ.
ФМ - это первое что я ставлю после ОС. Это программа которая запускается первой при старте ОС (если в планах поработать). Так что для меня это более важная часть системы, чем даже браузер.

А я даже во времена винды ФМ не пользовался, реально проще в проводнике. В Убунте же Наутилусом прекрасно обхожусь. Это дело привычки.

SeVlad:
Это а) надо сделать (расход трудо-время ресурсов. 2 раза - локал и тест сервер) б) не всё всё как и заказчика (те же блокировки ИП его сервера. Ну др ограничения и настройки). Да и там помнятся может пока идет работа.

Есть правила разработки, которых рекомендовано придерживаться. Наверное же не зря?

SeVlad:
А с аяксом я весьма поверхностно дружу. Сорри.

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

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

-Ты разворачиваешь копию сайта клиента на том же сервере и в поддомене, например.

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

Лишние телодвижения? Вообще не понимаю. Ты демонстрируешь все на тестовом домене клиенту и я так же. И именно меркуриал позволяет увеличить безопасность и свести их к минимуму. Я с башем не разбирался, поэтому все вручную. смотрим

# ssh server@name

# cd workcatalog

# hg push

# hg update

# restart supervisor

Все это можно впихнуть в один скрипт, для совсем ленивых. Делаю руками, чтоб не забывать команды)

В репо все закидываю с помощью TortouiseHG - нажатие 2-х кнопок.

Что в итоге?

-Полная безопасность проекта, есть все изменения, без всяких усилий могу откатиться вообще к ЛЮБОЙ версии на любом этапе.

-развертывание занимает секунды

-могу работать локально

-вообще нет необходимости в ФМ

В случае с шаред просто в цепочке заменяю меркуриал на так восхваляемый тобой ФМ, в моем случае Filezilla, он умеет лить только обновленные файлы из папки. Крусдер пробовал - полное г... имхо) удалил вообще чтоп под ногами не путался)

Как я понял, другого варианта просто нет, заниматься извращениями с установкой hg на шаред не вижу смысла.

И вообще у меня к тебе вопрос есть по теме ВП, но я его там и задам, не получается одна вещь)

SeVlad:
А делал бы на рабочем сервере - сколько б ресурсов сэкономил

Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже))) Да и в чем экономия - не вижу. На локалке у меня стоит дебаг тулбар, который все показывает, не открою же я его на сервере.

SeVlad:
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.

Для этого мне хватает консоли. а консольный mc мне совсем не понравился, уж лучше тогда файлзила)

SeVlad:
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.

Сермяжная правда в этом есть) Но я даже в такой ситуации предпочитаю развернуть у себя аналог сервера заказчика, сделать как надо и потом залить рабочие изменения. А вообще я уже пару раз столкнулся с тем, что с виду серьезнев компании работают по твоему варианту. Для меня шок)))

Но значит имеет место быть.

SeVlad:
Если речь о более-менее серьёзном проекте, то я по возможности делаю всё на сервере (да-да шареде) заказчика, но на левом закрытом домене.

Вот ты сейчас не обижайся, но я тебе одну вещь скажу(с) )))

Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки. Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...

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

Может быть. Но способ изучения языка от теории, а не сразу правка на продакшене в некоторых вещах позволяет мне быть уверенным.

SeVlad:
Вот я напр. не понимаю как для разработчик сайтов файмеджер может быть дикостью.

Можно вкратце, зачем он вам?

SeVlad:
Это позволяет работать в абсолютно идентичных условиях, не нарываясь на косяки с настройками разного серверного ПО (ты, видать, мало с эти сталкивался. А я уж наелся...).

Вот поэтому я и предпочитаю предложить заказчику нормальный сервер.

SeVlad:
Это ппц. Это ты говоришь о простоте?!!! 2(или 3?) промежуточных (лишних по сути) звена до продакшена?

ЛИШНИХ??? бедные заказчики... Я как минимум для упрощения убрал цикл тестирования кода. Ну да в вордпрессе с этим не очень... Но в фреймворке без этого сложно обойтись.

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

Спор ушел далеко от темы, впору новую открывать. Но советую противникам SVN опять же попробовать поработать правильно. Знакомые танкисты представляю как угорят, прочитав этот спор)

altezzik:
А можно ссылку? Не могу нагуглить (

http://pogugli.com/?131095

Перевел пару сайтов на CloudFlare, по итогу потерял сильно траффик, все жду может восстановится. Имхо, это самый простой вариант перехода на https

DenisVS, Да уже разговор ради разговора) Я уже давно делаю как мне проще в этой ситуации. База - в данном случае уж если опустился до шареда, то и через пхпмуадмин можно лить))) стыдоба сказать) Теоретически даже на шареде должен быть доступ к mysql

SeVlad:

Ок. давай определимся. Есть 2 варианта работа над кодом сайта - сразу на продакшене

Не убивай меня, плиз!!! Нет такого варианта - правка на продакшене)))

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

- внес изменения

- проверил работоспособность на локалке

- залил на свой же демо-сервер, доступный заказчику, заказчик одобрил - внес изменения на продакшен.

Зачем страдать фигней с файлменеджерами, думать, что нужно заливать, что нет, когда все это делает Меркуриал??? Я уже который день безуспешно это пытаюсь донести.

Соответственно меня и бесит, что на шареде я трачу бесполезно время.

mendel:
Строго говоря в таком говнокоде как вордпресс это не лишено смысла, ибо 95% всех плагинов написаны задней левой ногой убитого индуса. На практике выражается в скорости работы, и что важнее - в дырявости. Если задача простая, то часто действительно проще и надежнее писать свой велосипед чем поддерживать чужое УГ.

+100500

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

Всего: 7322