Как заставить с помощью php менять промежуточные узлы tor-у в windows?

пишем
tor --hash-password "myPasswordHere"
получаем хеш пароля

В файле
/etc/tor/torrc
ControlPort 9051
HashedControlPassword ХешКоторыйПолучили
CookieAuthentication 1

Так же может быть полезно, получаем IP определённого региона
ExitNodes {ua}

далее рестарт tor
service tor restart

в пхп файле соответственно пишем наш порт 9051(служебный для отправки команды)

В целом не плохая либа эта megahertz/guzzle-tor

Пока вижу проблему что не всегда нормально работает смена IP адресса, но все же работает )

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

lukoie,

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

вот не надо, без вот этого вот.
Тот самый счетчик, который грузит систему(потому что по уродски сделан сбор статы в Друпале) зависим от трех или четырех модулей. И его просто так оказалось не отключить. И уж тем более в админке он не оключается уже, оказываеся. Пришлось ради того чтоб отключить-включить модуль, искать доступы ссш, и в драше это делать. Это просто убожество. И при этом простое отключение не просто положило сайт, но и при включении грохнуло часть статы, так что счетчик вместо пару десятков тысяч просмотров статьи показал пару сотен, и клиент конечно был очень "счастлив". Благо зная что такое Друпал, я перед выключеним счетчика(вдумайтесь какое ничтожно незначительное действие) сделал бекап. А-фи-геть система.

Не грузите то о чем не знаете. Я видел Ваш делетанский запрос здесь про эту проблему. Загрузите любо куда несколько милионов записей проиндексированых, и обновляйте их при каждом заходе, здесь проблема не CMS, а mysql, ну накрайняк плагина, но не CMS. + То что вы не смоги отключить вопрос снова таки вашего понимания и умение. И да есть модули как дополнение к другим модулям. И тогда родительский модуль это обезательно, и так же ПРОДУМАНО что нельзя просто так отключить родительский модуль без того что бы не отключать зависимые от него модуля. иначе получилось бы что? Что отключили одно, а перестало работать другое, водя в заблуждение как пользователя так и программиста. и да есть консольные тулзы которые облегачают работу типа drush или drupal(имено тулза) есть. Так же как и в WP wp-cli(кстати если не знаете берите в вооружение еще по несколько часов а может и с десяток на проекте будете экономить)
Бекапы это всегда нужно.
Кривой плагин это не означает что кривая система, система opensorce и плагины может писать кто угодно и как угодно, как и в WP так и в Drupal, и можно написать очень криво. (не вникал глубоко что в вашем случаи плохо, но в WP могу так же назвать много проблемных подобных моментов, например конструкторы а к ним добавить мультиязычность, залить хотя бы десятка 2 -3 статей собранных визуальным конструктором, все сайт грузится по 5-10 секунд..., но проблема не в WP, а в том что нефиг так делать)

Я адмайнером пользуюсь всегда в ВП когда мне нужна БД(и у клиента либо под рукой нет доступов, и чтоб не ждать когда он их где-то выудит я просто сам беру и делаю, не тратя время), я просто в том самом файловом менеджере, которого нет у Друпала, подкидываю пхп файл, и вперед. Будучи админом - имею право так делать и иметь возможность так делать.

Плохо так работать, будучи админом у Вас ДОЛЖНЫ быть доступы к SSH, нормлаьные десктопные тулзы на компе для работы с базой даных, и соеденив эти две вещи спокойно подключатся. Но работая с CMS ЗАЧЕМ так нужна база даных, и подключатся туда? о_О от таких подходов, потом вот столько и проблем....

PHP файлы подкидывать через админку очен плохо, прям очень... Снова таки sftp\ftp должны быть.
Но я понял, вам этого не хватает, и если бы это была одна причина которая останавливает, то попросту можно было бы запилять модуль, подобный модуль думаю занял бы часов 5-10...
Я понял что у вас свое видиние к файловому редактору\менеджеру, с вами не согласен, но каждый имеет право на свое мнение, без проблем :)

Дружелюбный интерфейс

Это далеко не так. Интерфейс Друпала нелогичный, с обилием собственной терминологии, что увеличивает время обучения и привыкания, ну сам дизайн - привет из 90х.

не нужно уж уже передергивать, я написал

Дружелюбный интерфейс(мениее дружелюбный чем у WP но в не такой уж и страшный как описали выше ) )

Насчет привет с 90х, 7ка достаточно старая, 8ка очень даже напоминает тот же WP(может и стырили, но мне все равно, вопрос что бы было хорошо)
Да и куча тем для админки в частности есть если прям не нравится...

тоесть ему уже нужно знать "всего лишь" "ванильным пхп"...

ЕМУ- нет.
Точно так же как и уметь натягивать верстку в Друпал(а ведь у него только верстка имеется)!
А вот в ГетСимпл может ЛЮБОЙ пхпшник. Ему не нужно "знать ГетСимпл", потому что там нужен просто пхп.

Как то странно, друпал так же на PHP написан, как и WP, как и symfony vs laravel.... Так что зная PHP везде разберется )))

В друпале при нормальном подходе все редактируется с админки.

в ЛЮБОЙ цмс всё редактируется с админки. То, что нужно редактировать менеджеру контента. Потому что цмс это именно для него инструмент.

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

За мозг ЭВМ я не беспокоился, если взять магазин на битриксе то этот вообще не прожорливый, и любой шаред хост даже на самых минимальных тарифах без проблем принимает друпал.

А, ну конечно, сравнивать с самым упоротым политиком - то и Пу станет великим гением. ЗАЧЕМ в его задаче тяжеловесная цмс и бд?? Что за выбор архитектуры такой? "я умею дрюпал, значит давайте всё делать на дрюпале"?

Я показал сравнение для того что бы было понимание про прожерливость, насчет
"я умею дрюпал, значит давайте всё делать на дрюпале", очень не правда, я умею и на WP, и на фреймворках, и не только на php, а и на JS. Да и серверную часть знаю достаточно хорошо. А вот с точностью наоборот "я знаю WP все остальное г***" прослеживаю, и очень грустно что такая упоротость и узьколобость.

Кстати, надо было поискать возможную уязвимость, и в базе данных эксплойтов обратил внимание на ВП:

Действительно интересно было бы посмотреть на источник даных, но даже по куску скрина все таки видно что WP прошел 2 раза, друпал почаще проходил,
А если предметно то у меня есть небольшой хостинг(сотни 2-3 сайтов на нем) где из CMSных сайтов где-то 2/3х сайтов на друпале и 1/3 на вордпрессе(грубо коноечно но для понимание), так вот года два назад были сломы и друпалов и вп на уровне, там прям прорвало... Если закрыть глаза на тот небольшой период где выравнялись случаи заражение на двух CMS, то постояно WP ломают, заливают вредоносные коды и т.д. И практично никогда Drupal, вот прям серьезно, практично никогда. Так что не МИФы....

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

lukoie,
Ой пропустил ответы, ну что же поотвечаю

Создавать views + открытые сортировки и фильтры.

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

Конечно же можно, написав запрос, так же как и на просто линейном коде. Но мы ведь говорим про удобство быстроту и выгоду. В друпале это будет быстрее и дешевле.

Создавать типы материалов(с разными уникальными полями)

Вы вообще про ВП знаете что там есть и что он умеет? Потому что судя по этому пункту, видимо не очень.
У меня недавно был проект, где я ВП использовать как хедлесс цмс. При этом фронта вообще не было, а админка была своя - то есть админка ВП отключена, дизайн свой, и там свои типы материалов(яхты, рестораны, самолеты) и в каждом - свои поля. В итоге девочки что-то там забивали в админке по этим полям в этих типах материалов, а данные тянула апликуха на айфонах для одной туристической конторы.

Во первых решение зачем??? почему же не ваша CMS которую рекомендуете на ванильном пхп?
во вторых, наверное не верно выразился, типы материалов на WP конечно можно делать, вот только в коде прописывать, и все характеристики полей так же в коде, это не сложно, но это сложнее чем в друпале, где с админки делается все это, причем редактирование свойств и условий может делать даже контент менеджер, без привлечения программиста, что снова таки время и деньги клиента.

создавать типы блоков (с разными уникальными полями)

Это делают виджеты с кастомфилдами или подс

Вот они уже кастофилды появляться, снова таки не говорю что нельзя на WP говорю что WP тут проигрывает насчет удобства быстроты и затрат на создание(денег\времени)

Инструмент создания вебформ саммая гибкая.

да неуж то гибче контактформ7? : )
нет, в Друпале оно уродское, если что. У нас на сайте нашей конторы резюмешки собирает такая форма. Хай меня кони покрасят, яке воно дурне : (
Причем после очередного апдейта Друпал решил взбрыкнуть, и теперь все ссылки на резюме, которые приходят в письме эйчарам они уже не могут открыть. При этом разраб, который делал его, уже года два как не с нами. Оно работало. После апдейта - хоба, и не открывает уже. То есть код не трогался, а функционал сдулся. Магия? Не думаю. Криворучие друпальщиков!

Намного круче контакт форм, намного гибче и более функциональные. То что у Вас сделал программист без понятие, но не было еще с времен 6го друпала, таких апдейтов вебформ что бы не было поддержики более низких версий(покрайне мере не помню таких и не помню что бы проблемы приходили) Если есть опыт работы с программистом который все делал на свой лад, не нужно все сообщество чесать под одну гребенку, тем более судя по словам в конторе есть еще ряд друпалистов(а значит должны любить тем чем занимаються, и думаю они лучше скажут что там у вас произошло)

Полную мультиязычность (с 8ки с ядра).(в WP в основном пользуются платным wpml)

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

1. Вот в этом и проблема, что 3 разные системы мультиязычности бесплатные, кому то любимый WMLP, есть qtranslate который вообще перестали поддерживать. В этом и проблема...
2. Не пихают всем, есть ряд плагинов которые идут с ядром, и большенство отключенных, и их можно включить(что то мне говорит не знаете вы друпала, как утверждали выше....)

на уровне кода (особенно с 8ки) гораздо лучше OOП чем практично в любых

о да, вот это и "преимущество" для системы УПРАВЛЕНИЯ содержимым. Как я и говорил - продукт в себе, программирование ради программирования.

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

Composer Как исправить лимит памяти?

Получаем путь к композеру который используется
whereis composer
И потом запускаем через php

php -d memory_limit=5G /usr/local/bin/composer require ****

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

lukoie, тоесть ему уже нужно знать "всего лишь" "ванильным пхп"... Класс. Ну при таком подходе можно на ЛЮБОЙ cms\framework сделать вставку на "ванильным пхп" без привзяки к ядру.
В друпале при нормальном подходе все редактируется с админки. и в нескольких логичных местах.
Меню в меню
Сквозные вставки блоков, в блоках
Сам контент в содержимом
Категоризация в таксономиях

Чего же более нужно?
более того практично по всему сайту всегда есть быстрые линки для перехода редактирования, на самом материале таб "редактировать" на блоках\меню шестеренка с линками на переход редактирования текущего блока\меню.

За мозг ЭВМ я не беспокоился, если взять магазин на битриксе то этот вообще не прожорливый, и любой шаред хост даже на самых минимальных тарифах без проблем принимает друпал.

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

lukoie ,

То есть, если некий Андрей Решетов хотел бы на своем сайте, который ему сделал Гренуй, просто поставить магазин

Вижу крик души, и переход на личности )) Отвечу, но не буду заострять, вот решил некий Андрей Решетов что то поставить себе на сайт, который ему сделал lukoie на CMS GetSimple, и практично вообще нифига не может сдлеть. Он думает, ладно заплачу обращается lukoie, а он к примеру занят\не хочет\не может\заболел и т.д. Думает ладно пойду найду кого-то и так же не найдет, так как очень не популярная CMS, или найдет за 3 дорого, ну и lukoie в поддержке сможет брать в три дорого, а при попытки сменить возвращаемся снова к тому что не найдет спецов...

Теперь по недовольствиям немного развею.
1. запрос по FTP зависит только от хостинга, и если друпал спрашивать, так же не получится и в WP там поставить. (если php выполняется от имени www-data, а папка создана от ftpUserName)
2. Действительно как и говорил недостаток разработки на Drupal, это уровень входа, и не предполагается что будет создавать сайт секретарь или его апгрейдить, в этом выигрывает тот же WP, и я ничего против WP не имею, но против woocommerce кое че имею )
3. Можно на угодно делать криворуко и сложно, но есть концепции и философии которые дают однотипность разработок, они местами в командах отличаются, но если нормальные уровни разработчиков, то не особо сложно предпринимать сайты от других разрабов.
4. По той же опЯчатки, в каждой CMS можно запхнуть в Ж, что фиг найдешь, разработчики друпала достаточно быстро и просто (если более менее адекватно разрабатывали сайт) обычно находят, в Drupal 7 по классам четко можно понять в какой стркутуре находится(блоки\панельки\вюшки) ну если нет в админке то в шаблонах уже втулил разраб(что не правильно), в Drupal 8 есть mode:dev там вообще в комментариях в исходном тексте страницы будет написано с какого файла генерируется шаблон(безумно удобно для разработки, кастомизации, если где то с ядра тянет, просто копируем, называем нужным именем(так же в комментах указывается варианты) и все, не ищем постояно как нужно именизировать. Так что здесь или не достаточная квалификация Ваших друпалистов, или супер криворукость первичного разработчика.

5. по поводу управления с админки. Покажите мне секретаршу которой нужно в файлах ковыряться? Она посидеть, даже с админки если нужно ковыряться файлах, это плохой подход, а вот "случайно" клацнуть и сделать элементарно синтаксическую ошибку в коде легко. Сдавать сайт, и говорить "вы должны знать что такое HTML и немного CSS это так же не очень подход.
Окей я знаю есть разные конструкторы(плагины) которые +- решают проблемы, вот только потом страницы грузятся по 10 секунд, а добавляем мультиязычности, и вообще начинается аут на других CMS то не совместимые модуля, то распадаться, и самая частая проблема что после обновление стает что то не совместимо.
Сломы сайтов так же самое часто происходят на WP и самое реже на DRUPAL года два назад был прорыв сломов на друпале, один раз глобальные, на WP и joomla регулярно происходит, на WP пофиксили тем что бесконтрольно обновляют, и хорошо пока хорошо, пока что то не ломается и сайт просто не ложится...

Насчет создания сложных сайтов drupal так же прекрасно справляется, но согласен если с типичных задач в проекте остается 5% а остальное все равно писать то нет смысла. Но насчет перфоменса и нагружености и сложных логик спокойно справляется. К пример был промопроект на drupal 7 года так 3 назад, с нагрузкой больше 50к пользователей в день без никаких оптимизация и настраиваемых кэшей, на шаред хосте спокойно жил, и хостинг не ругался.

Предметно для менеджеров секретарей делается отдельный пользователь, настраивается отдельный уровень доступа(кстати сразу с ядра все есть)
и оставляется только то что нужно\где можно править контент, а таких места будет несколько
содержимое
меню
блоки

магазин и его под пункты

в отдельных случаях доп. возможности.

Что может друпал того что не может тот же WP(с под админки)

Создавать thumb image, менять их при желании в любой момент по всему сайту.
Создавать views + открытые сортировки и фильтры.
Создавать типы материалов(с разными уникальными полями)
Создавать типы блоков (с разными уникальными полями)
Инструмент создания вебформ саммая гибкая.
Полную мультиязычность (с 8ки с ядра).(в WP в основном пользуются платным wpml)

на уровне кода (особенно с 8ки) гораздо лучше OOП чем практично в любых, все плагины нормально переплетены между собой и в то же время независимые, а не так как часто бывает каждый живет своей жизнью и иногда переходит дорогу друг другу.

Это так то что в голове сразу.
Что не имеет:
Файлового редактора внутри админки(и честно, слава Богу )
Дружелюбный интерфейс(мениее дружелюбный чем у WP но в не такой уж и страшный как описали выше ) )

p.s. Базу данных в принципе можно открыть, но так же плохая идея в админке это держать, да и в бд лесть в целом. (кстати если вам нужно регулярно лесть в бд и вы разрабатываете что то в CMS плохая тогда cms\или плохо разрабатываете (:
https://www.drupal.org/project/dat
https://www.drupal.org/project/adminer

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

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

PozitivVtl, вордпресс с магазин, плохой вариант....
Не нужно, пожалуйста )

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

Если клиент захочет поменять команду разработчиков будет настоящий гиморой искать новых разработчиков (.
Фактично это "скажание на иглу".
Любой функционал который прямо не предусматриваеться сразу достаточно дорого в разработки, та как самопис.
Любой хитрый вывод чего либо будет невозможен, так как нет базы данных.
Любые массовые изменение (к примеру ЧПУ или тайтлы или кейвордсы, без базы данных, подозреваю так же сложная задача ....
Но главное это малая комьюнити а соответственно людей работающих на ней. Не нужно рекомендовать. Если себе пишем и на этом умеем не вопрос правильное решение, нечего что то новое учить для одного проекта будет дольше и сложнее , но если выбирать, считаю плохим выбором

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

lukoie, и все же можно узнать в чем проблема клиента? Создания магазина в бюджетном ценовом диапазоне, + возможность расширить до серезного функционала без смены ядра. Разоабочики досточно легко меняемые в проекте так как строгость подхода в разработке обеспечивает поддерживаемость. Для клиента админка есть. Без особых танцев с бубемном Гуглспидтест(к примеру) даёт 85-99% для мобилки и 95-100 для десктопа сходу(друпал8). Для посетителей так же все хорошо работает. Где есть недостаток как в магазина это если куча типов продуктов с разными фильтрами, фильтра прейдеться настраивать отдельно. (В некоторых эта проблема отсутствует, в некоторых присутствует, но много других проблем везде присутствует которых с друпалом нет)

И все таки хотел бы получить ответ какие проблемы для клиента? Мне как минимум для расширение кругозора будет полезно, спасибо

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

lukoie, Вы мне скажите, как может не нравиться друпал, сравнительно с другими cms? Один недостаток это уровень входа программиста выше чем для wp или joomla, но это проблема программиста, а не клиента.

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

Wordpress и магазин, не обрекайте на мучение пользователей... Столько уже этих горе магазинов потом приходилось переделывать ((( (вордрдпрес сам по себе нормальный но без разных конструкторов и магазинов)

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

Алексей, и через год поймет что проект не пошел и откроет уже второй, или заработает что бы делать версию 2.0 и себе ещё в карман положит )