Максим Череватов: учиться? С учетом того, что руби в 90% случаев вы будете использовать с Rails или Sinatra, большинство источников предлагает начинать с изучения фреймворка (Rails, обычно), и постепенно вникать в суть самого языка.
У такого подхода, конечно же, есть свои плюсы и минусы. Но обычно считают, что плюсов больше. Я в том числе
Legioner911: Код я привел абстрактный, забыл написать, что это SASS. Возможно, нужны дополнительные модули для препроцессоров. Например, в SASS из коробки, кажется, нет миксина @extend. Нужен compass-style.org
В LESS может быть что-то аналогичное. Тут, вроде, описан примеры синтакси lesscss.org/features/
Alex Clampson: если ваша задача стоит именно таким образом, и проект именно сайт-визитка, то, думаю, для окончательного решения вы можете залить ее куда-то (на гитхаб, например), и задать тут еще один вопрос, типа "Переделывать или доделывать"? Думаю, если это визитка - там конфеденциальных данных никаких нет
Dem1: Что-то явно делаете не так просто. Попробуйте, на всякий случай, сделать spring stop. Проверьте значения из консоли.
Поробуйте добавить гемы better_errors, binding_of_caller
Почитайте здесь https://github.com/charliesome/better_errors/issues/243
Попробуйте на всякий случай зайти на 0.0.0.0:3000 и т.д
Ну как самый простой вариант - меняете все " на "\n
Дальше зависит от того, какие именно у вас данные (например, сделать замену только в тегах www.phpliveregex.com
WonderMetal: нет таких туториалов. Никто Вам не скажет, что для N * 1000 RPS нужно взять M ядер Intel и K гигабайт оперативной памяти. Потому что задачи все слишком разные.
Да и это не все ВПС.
Кстати, насчет RPS. Вам бы для начала разобраться в нем и понять, что "прирост 2000 юзеров в месяц" - это совершенно неинформативно.
А дальше исходить из среднего бюджета. Скажет заказчик, что готов платить до 10 баксов в месяц на хостинг ? Берите DO или OVH
Готов платить 50 ? Попробуйте взять VDS, например, в хетцнере
Готов платить несколько сотен ? Берите хероку и не особо парьтесь
OnYourLips: технически, конечно. А с философской точки зрения, руби (и рельсы, которые мало смысла отделять от руби, и множество других популярных библиотек) считаются не кроссплатформенными. И сильно завязаны на юниксе, который нормальным в винде назвать сложно.
Поэтому просто виндовс не предназначен для руби, одна головная боль.
egorsmkv: Да, согласен, немного не в ту сторону подумал - если файл XML будет один, то, конечно, не важно. Если же будут парситься, например, все страницы всех книг всех авторов - тут уже скорость разбора будет не так важна.
Ну, и опять же, исходя из целесообразности инструмента, куда правильнее то, что знаешь (php автор, видимо, знает, раз в теги хотя бы поставил его. И прашивает про Yii). Тем более, в такой простой вещи. как парсинг простой XML.
egorsmkv: ну, на часть вопрсоа вы ответили правильно. Но дальше несовсем. Если производительность не главное - то правильный интсрумент выбирается по остальным параметрам.
А сделать сразу "лучше" не получится никак и никогда.
Кстати, скорость парсинга != скорость выполнения программы != производительность. Для начала, хотя бы потому, что, как я сказал, задержка сети - куда значительнее
egorsmkv: То есть, пхпшники так и не научились запускать php из консоли и использовать очереди? Прескорбно)
А скорость - это, конечно, очень важно. Но, во-первых, это всего лишь одно из требований, и если оно не указано - в приоритет нужно ставить удобство реализации.
Плюс,в интернете - намного важнее скорость загрузки страницы, а не непосредственно парсинга, потому что задержка сети будет куда значительнее и лучше сконцентрировать усилия на параллелизации.
Да и вообще, если это все нужно, а не сведется, как скорее всего и будет, к какому-нибудь SimpleDOM в 100 строчек.
Какая разница, какой язык? XML настолько поплуярен, что библиотеки, которые его парсят есть в каждой стандартной библиотеке. И в DOM-парсере не особо важно, на каком он языке, если реализует, как вы сказали XPATH
FanatPHP: В чем признать?) Если станет легче, признаю еще раз, что ПДО не связано с вопросом автора. Надо еще раз повторить, что вопрос ни о чем?
Бинго! Автор пишет прослойку! Вопрос: нахера? :)
Насчет того, что если не хочешь отвечать - не отвечай, ты это лучше ему скажи - https://toster.ru/user/FanatPHP/answers :)
троллить, на самом деле, часто это хорошее решение (серьезно). Но терять суть в этом случае тоже не стоит.
Попробуй перечитать сначала, а потом смотри квинтэссенцию разговоров в комментарии.
- ПДО имеет мало общего с вопросом автора, согласен
- На вопрос автора нет смысла отвечать, т.к. он в корне ошибочен. Ему надо дать правильный путь (на который, собственно и наталкивает то, что я написал. Возможно, не очень хорошо наталкивает, но это другой вопрос)
- Я несколько раз повторил, что знать, что под капотом (читай, чистый sql) - нужно. Использовать же его - нет. Для этого есть прослойки.
- Соглашусь, в одном ты был прав - вопрос я читал не особо внимательно. Т.к. с пхп я так себе связан, то решил, что раз автор не знает, что такое именованные параметры, значит, и не знает, что такое пдо. А это хороший первый шаг.
- Ну, и повторю, что б все стало на свои места: на вопрос я отвечать не собирался, я хотел, что бы человек пошел правильным решением, а не плодил говнокод.
У такого подхода, конечно же, есть свои плюсы и минусы. Но обычно считают, что плюсов больше. Я в том числе